Size: a a a

IT KPI C/С++ ХВ (хорошо, что не UB)

2020 March 05

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
Alexander Pavlyuchuk
как работают мемори_ордеры?
устроит ответ: как-то?!
источник

AP

Alexander Pavlyuchuk in IT KPI C/С++ ХВ (хорошо, что не UB)
устроит)
источник

AP

Alexander Pavlyuchuk in IT KPI C/С++ ХВ (хорошо, что не UB)
а как на счет "зачем они"?)
источник

AP

Alexander Pavlyuchuk in IT KPI C/С++ ХВ (хорошо, что не UB)
"зачем-то" - не устроит :D
источник

AP

Alexander Pavlyuchuk in IT KPI C/С++ ХВ (хорошо, что не UB)
ну тип, умными словами на английском нагуглить мона по первой ссылке
источник

AP

Alexander Pavlyuchuk in IT KPI C/С++ ХВ (хорошо, что не UB)
но мб мона как-то по-человечески обьяснить, что ли
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
Alexander Pavlyuchuk
"зачем-то" - не устроит :D
писать эффективные локфри
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
¯\_(ツ)_/¯  больше не знаю
источник

B

Bogdan in IT KPI C/С++ ХВ (хорошо, что не UB)
Roma Myronenko
Ну у меня задача написать свой аллокатор, я запрашиваю кусок памяти у ос с помощью malloc, после надо написать свои функции mem_alloc(), mem_free(), которые уже будут работать с тем блоком, который я захватил
Лол, у ос через малок) будь мужиком, запрашивай напрямую у os
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
Bogdan
Лол, у ос через малок) будь мужиком, запрашивай напрямую у os
ты знаешь, что ты можешь написать свой malloc и он будет дергаться
источник

RM

Roma Myronenko in IT KPI C/С++ ХВ (хорошо, что не UB)
Bogdan
Лол, у ос через малок) будь мужиком, запрашивай напрямую у os
Слишком сложная шутка)
источник

B

Bogdan in IT KPI C/С++ ХВ (хорошо, что не UB)
Roma Myronenko
Слишком сложная шутка)
Писали про mmap, это для линупса

В винде там своя кухня, VirtualAlloc, кажись
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
Roma Myronenko
Слишком сложная шутка)
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
источник

RM

Roma Myronenko in IT KPI C/С++ ХВ (хорошо, что не UB)
Bogdan
Писали про mmap, это для линупса

В винде там своя кухня, VirtualAlloc, кажись
А, понял)
источник

RM

Roma Myronenko in IT KPI C/С++ ХВ (хорошо, что не UB)
До ноута доберусь, чекну что там
источник

VR

Vitalii Rybalko in IT KPI C/С++ ХВ (хорошо, что не UB)
Roma Myronenko
Ну у меня задача написать свой аллокатор, я запрашиваю кусок памяти у ос с помощью malloc, после надо написать свои функции mem_alloc(), mem_free(), которые уже будут работать с тем блоком, который я захватил
Так ты не пишешь свой аллокатор ты пишешь обертку над маллоком
источник

RM

Roma Myronenko in IT KPI C/С++ ХВ (хорошо, что не UB)
Vitalii Rybalko
Так ты не пишешь свой аллокатор ты пишешь обертку над маллоком
На сколько я понял, так и надо
источник

AD

Andrii D in IT KPI C/С++ ХВ (хорошо, что не UB)
Привет друзья!  Есть необходимость хранить в памяти 2d структуру, типа 2d вектора. Данные могут быть все численные встроенные типы (никаких больших класов, еще какой-то фигни, типа строк и тд, только числовые данные). Все хранится в памяти. Структура инициализируется один раз, потом только читается. Нужна:
- Максимальная производительность, никаких левых копий там, где это не нужно
- Адекватное занимаемое место в памяти, хотя это не  слишком критично
- По возможности готовое решение из boost/stl. Чтобы не городить свои велики
- Максимальная гибкость. Т.К. тут только чтение, если я попрошу одну из строк (строки в смысле срока vs столбец) реверснуться не должно быть перекопирования в обратном порядке, тут можно просто индексы перестраивать (типа, 0 теперь size-1 и тд)

Сейчас на уме написать обертку над boost::multiArray. Но пока хз, может есть что-то лучше, учитывая перечисленное выше.. Есть идеи?
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
Andrii D
Привет друзья!  Есть необходимость хранить в памяти 2d структуру, типа 2d вектора. Данные могут быть все численные встроенные типы (никаких больших класов, еще какой-то фигни, типа строк и тд, только числовые данные). Все хранится в памяти. Структура инициализируется один раз, потом только читается. Нужна:
- Максимальная производительность, никаких левых копий там, где это не нужно
- Адекватное занимаемое место в памяти, хотя это не  слишком критично
- По возможности готовое решение из boost/stl. Чтобы не городить свои велики
- Максимальная гибкость. Т.К. тут только чтение, если я попрошу одну из строк (строки в смысле срока vs столбец) реверснуться не должно быть перекопирования в обратном порядке, тут можно просто индексы перестраивать (типа, 0 теперь size-1 и тд)

Сейчас на уме написать обертку над boost::multiArray. Но пока хз, может есть что-то лучше, учитывая перечисленное выше.. Есть идеи?
чем std::array не устроил?
источник