W
даже если на си вроде free() делаешь, память ОС не вернётся
О как! А пацаны-то не в курсе.
Size: a a a
2020 October 23
b
О как! А пацаны-то не в курсе.
в теории может быть так, т.к. malloc/free - это не сисколы, а обычные ф-ции glibc. У ядра, по идее, glibc уже страницами запрашивает, а уже конткретному вызывающему нарезает на кусочки, хоть побайтово.
YM
free просто помечает, что данный кусок можно снова взять из кучи
YM
насколько я помню
W
в теории может быть так, т.к. malloc/free - это не сисколы, а обычные ф-ции glibc. У ядра, по идее, glibc уже страницами запрашивает, а уже конткретному вызывающему нарезает на кусочки, хоть побайтово.
Это-то понятно...
W
free просто помечает, что данный кусок можно снова взять из кучи
Вы путаете теплое с мягким или недоговариваете... Куча - это системная память которая доступна всем... Скорее всего вы про локальную кучу или кучу процесса.
YM
про кучу процесса
YM
в GNU libc по крайней мере не возвращало вроде
DF
Блин, в убунте явно диверсанты работают какие-то. Только объявили о выпуске 20.10, как у меня сразу кеды начали глючить по черному -_-
SZ
даже если на си вроде free() делаешь, память ОС не вернётся
Это зависит
YM
Это зависит
да, я не совсем правильно написал. зависит от реализации
SZ
free просто помечает, что данный кусок можно снова взять из кучи
Только на уровне либц
YM
если надо принудительно вернуть неиспользуемые страницы памяти обратно, можно дёрнуть malloc_trim() в glibc
SZ
Вы путаете теплое с мягким или недоговариваете... Куча - это системная память которая доступна всем... Скорее всего вы про локальную кучу или кучу процесса.
Куча -- это пустое, не аллоцированное место между data сегментом и стеком и маллок выделяет на куче с помощью brk/sbrk
SZ
А, и она отдельная в каждом вирт. Адресном пространстве
SZ
Блин, в убунте явно диверсанты работают какие-то. Только объявили о выпуске 20.10, как у меня сразу кеды начали глючить по черному -_-
Так там же apple patch
SZ
Вышла новая версия -- старые начинают лагать
SZ
да, я не совсем правильно написал. зависит от реализации
Нет, либсишный аллокатор одинаково работает.
Суть в объеме памяти и в последовательности free
Суть в объеме памяти и в последовательности free
SZ
Если выделить гиг, а потом метр, то освобождение гига не вернет ничего в ос
SZ
Впрочем, аллокатор очень легко поменять на ммаповый и тогда оно будет возвращать сразу