O
а вам не приходило в голову, что стандартная библиотека может быть по разному реализована в разных ос?
Size: a a a
2021 September 18
BZ
специфика есть в том какие есть механизмы для возврата памяти ОС
O
я к примеру читал, что память освобожденная из середины кучи не возвращается в ос
BZ
к примеру - если выделять память небольшими кусками, то будет некуда складывать большие непрерывные объекты. а если выделять большими - то не получится возвращать из по частям :)
hh
Эм а почему нельзя запросить больлой кусок с кернел спейс, и созранить его в юзерспейс и деребанить как там уже угодно
BZ
спасибо, интерсная статья
BZ
созвонить? :)
BZ
проблема с большим куском - в том, что его надо возвращать целиком для mmap. или только с конца - для sbrk. почитай их опсиание
hh
Ну вообще да проблемка. Ну т.е. периодически надо делать дефрагментацию памяти
hh
Для этого надо патчитб адреса всех обьектов
hh
Тогда как это спасает например раст?
hh
Там тот же malloc free
hh
Создал кучу объектов, освободил часть, а память ос не вернулась потому что часть памяти занята
hh
Как вообше в таком случае память не утекает бесконечно?
hh
Разве что в случае раста быстрее происходит вызов free, и следующий malloc может переиспользовать память, а в gc получается все малоки будуть идти с новых блоков памяти пока gc не запустится. Зис ис ризонабл
hh
Поэтому просто вызывайте чаще GC.collect
BZ
ну это вообще стандартная проблема для всех языков
2021 September 19
HH
слишком часто тоже не надо, а то cpu будет жрать, я в своей апишке поставил GC.collect раз в 5 секунд, и процессы которые живут месяцами отъедаются только на 100-200 мб, а без этого было намного больше
hh
Я думал 5 сек это слишком часто )
hh
Ну вообщем это говорит о том что кристал лукс вери промисинг с его скоростью и фишками языка