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
Ну да, страница или замаплена в адресное пространство процесса, или нет
источник