Size: a a a

2020 May 04

M

Mr_ChAI in pro.cxx
Объявляешь дофига длинный массив
источник

M

Mr_ChAI in pro.cxx
Используешь
источник

in pro.cxx
Mr_ChAI
У тебя есть столько?
VRAM теоретически же ограничивается лишь размерами указателей на неё
источник

in pro.cxx
То есть, нужные мне байтеки начнуть мапиться в настоящую физичискую память только тогда, когда я туда что-то запишу
источник

OS

Oleg Sikorskiy in pro.cxx
Привет. У меня наркоманский вопрос: разве нельзя malloc заменить на простое добавление n байт к указателю и потом возвращение этого указателя?
Bump allocator? Можно конечно
источник

МС

Михаил Сенин... in pro.cxx
Привет. У меня наркоманский вопрос: разве нельзя malloc заменить на простое добавление n байт к указателю и потом возвращение этого указателя?
Сделать свой malloc? Да, можно. Но обычно это не имеет смысла. Ибо получается медленно и коряво. :)
источник

IL

Ignat Loskutov in pro.cxx
источник

S

Stas in pro.cxx
/report
источник

in pro.cxx
Михаил Сенин
Сделать свой malloc? Да, можно. Но обычно это не имеет смысла. Ибо получается медленно и коряво. :)
Не спорю, мне интересно, можно ли теоретически забить на всякие там оптимизации malloc при том факте, что ось реализует виртуальную память (т.е. ту, которая мапится в физическую только при записи значений в неё)
источник

DS

Dmitry Sokolov in pro.cxx
Не спорю, мне интересно, можно ли теоретически забить на всякие там оптимизации malloc при том факте, что ось реализует виртуальную память (т.е. ту, которая мапится в физическую только при записи значений в неё)
А освобождать не собираешься?
источник

in pro.cxx
Dmitry Sokolov
А освобождать не собираешься?
А вот это и есть мой вопрос )
источник

DS

Dmitry Sokolov in pro.cxx
А вот это и есть мой вопрос )
Ну как только надумаешь освобождать как раз и начнутся все сложности с оптимизацией чтобы фрагментации избежать/переиспользовать и т.п.
источник

in pro.cxx
А вот это и есть мой вопрос )
Ведь нельзя освободить область _в_ другой области памяти?
источник

DS

Dmitry Sokolov in pro.cxx
А вот это и есть мой вопрос )
Но иногда есть ситуации когда действительно дешевле понавыделять большими блоками, раздать простым инкрементом а потом всё разом освободить.
https://en.cppreference.com/w/cpp/memory/monotonic_buffer_resource
источник

in pro.cxx
Dmitry Sokolov
Но иногда есть ситуации когда действительно дешевле понавыделять большими блоками, раздать простым инкрементом а потом всё разом освободить.
https://en.cppreference.com/w/cpp/memory/monotonic_buffer_resource
Это понятно, вопрос именно в том чтобы использовать это на постоянной основе
источник

IL

Ignat Loskutov in pro.cxx
Ведь нельзя освободить область _в_ другой области памяти?
mmap/munmap под никсами могут работать с произвольными отрезками страниц
источник

IL

Ignat Loskutov in pro.cxx
другой вопрос, что гранулярность в страницу — это жирновато для аллокатора, да и часто дёргать сисколлы не очень круто
источник

in pro.cxx
Ignat Loskutov
другой вопрос, что гранулярность в страницу — это жирновато для аллокатора, да и часто дёргать сисколлы не очень круто
Ок, спасибо
источник

in pro.cxx
То есть munmap может освободить только страницу?
источник

IL

Ignat Loskutov in pro.cxx
Ну да, страница или замаплена в адресное пространство процесса, или нет
источник