мусором посчитали твою память?

Ага. Типа, её как грязи, значит можно жрать.

В интернет эксплорере старом даже сегфолты были. Мне кажется это известный мем

Виндовый эксплорер, кстати, живёт все время работы виндовс, от загрузки до ребута

И если написать программу на cpp/cli то там гц опциональный

Я прост не ребутаю комп месяцами, поэтому легко отслеживаю такие штуки )))

ну, почитай тогда и про memory fragmentation на досуге

Спасибо, в курсе. Но есть такая штука как дефрагментация, в том числе оперативной памяти в рантайме. И да, оно не бесконечно растёт, просто оверхед получается примерно в 3-5 раз больше чем нужно. Но не полтора гигабайта : ) Куски памяти освобождаются и на их место встают более мелкие кусочки, которые потом тоже удаляются.

Дотнетовский гц дефрагментирует вроде бы, сам

если памяти много, то аллокаторы не заморачиваются этим

Аллокатор, который системный? Или который в clr?

да и в 64-битных системах с виртуальной памятью вся эта дефрагментация - мышиная возня

Восхитительная манера снижения нагрузки на цпу ценой памяти. Только вот в чём проблема, цпу у меня много и не особо жалко, я не против того чтобы дефрагментировали и только за : )

А потом я открываю visual studio, и пол сотни процессов начинают судорожно пересобираться, чтобы упаковать её в память (своп отключён).

Вообще, как я недавно начал думать, с дизайне современных процессоров еще больше дебилизма, чем в дизайне современных ОС

ты не понимаешь

Не зря же годард делает свой милл

аллокатор говорит ОС не munmap/sbrk, а madvice(WILL_NOT_NEED), на что ОС не снимает маппинг, но при этом имеет право на итерации gc выкинуть эти страницы из резидентных, не закидывая их в своп

поэтому RSS программы не уменьшается, а оперативку она не жрет

Это замечательно

это позволяет потом аллокатору эти маппинги реюзать без mmap

Да уж, хорошо сделано

Ага. Только что делать с зажравшимися прогами, которые не хотят чистить кеш и дефрагментироваться. Хром и visual studio обладают манерой считать что они - единственные приложения на ПК, и что ПК однозадачен, и создан чтобы катать их. Какой тогда был смысл переходить с DOS? : )

поэтому RSS программы не уменьшается, а оперативку она не жрет

Вот же

еще раз: ты не знаешь, сколько кто реально есть оперативки

имеют значение резидентные страницы, либо swap backed страницы

Знаю. В точности до байта.

бгг, ну что ж, не буду тогда тебя переубеждать

Вот с этого момента, данная страница памяти зарезервированная гугл-хромом перестаёт "реально потреблять" память, но резервирует.

за винду не скажу. в линуксе все происходит ровно так, как я описал

когда ты говоришь mmap, то никакой аллокации не происходит

по крайней мере, аллоцируется далеко не все

аллокация происходит при page fault

Есть технология blockchain написанная на Lua

аналогично, если ты говоришь madvice(WILL_NOT_NEED) на маппинг, то ОС может делать с этим маппингом что угодно и когда угодно

никаких резервов и прочей ереси там нет

На самом деле, ты сыплешь на меня кучей непонятных слов, за исключением "аллокации/реаллокации", поэтому я бы посоветовал тебе объяснять как пятилетнему ребёнку. Но уже поздно.

ну смотри, есть вызов mmap: он выделяет *адресное пространство*

типа, хочу я 100500 байт

тебе ОС говорит: вот тебе кусок виртуальной памяти с адреса 0xdeadbabe длиной 100500 байт

но виртуальная память не обязательно отображается в физическую

пока ты в этот кусок ничего не понасрал, то это адресное пространство может вообще не отображаться в оперативку

но тогда, когда ты 100500 байт туда насрал, то это адресное пространство обязано где-то быть (в оперативке или свопе)

Потому что страницы и прочие трансляции, типа ОС резервирует кусок побольше, во-первых на округление страниц, а во-вторых, на случай если ты ещё захочешь памяти, чтобы не фрагментировать мелкие куски. НАВЕРНОЕ (то, как бы поступил я).

это использованная память

а когда ты какие-то куски внутри этого блока в 100500 байт отдал обратно системе, сказав через madvice, что тебе эти куски не нужны, то ОС может снять с них memory/swap backend и его заюзать под другие нужды (в других memory mappings)

это называется page recycle

а у исходной программы будет все тот же блок на 100500 байт, но с дырами внутри

Пойду дефрагментирую

поэтому дефрагментация вообще не нужна, если у тебя бесконечный address space

а он в случае x86_64 именно такой

ну и дальше ты работаешь с дырявыми блоками, все хорошо

Покажи мне бесконечное адресное пространство, расположенное на физической памяти : )

2^48 бесконечный для любых существующих на практике задач

Уточнил.

а сейчас он 2^56

что делает большой FUUUU для luajit

но там, вроде, 4-й уровень страниц вводится как-то хитро, что luajit это обходит

Ты это, того. Меня не это интересует. Мне интересно то, что это "бесконечное адресное пространство" замечательно работает в том случае, если на одном ПК запущен ровно один тяжёлый процесс.

да при чем тут это?

у каждого процесса свои 2^48

ну и плюс ведро, да

которое цепляется к каждому процессу в каком-то верхнем или нижнем адресе

у чрома 2^48, у блокнота 2^48, даже у неба и Аллаха по 2^48

дефрагментация ненужных страниц делается средствами OS, потому что у ядра есть доступ в mmu

и вместо копирования оно делает remap

впрочем, иногда тоже копирует из соображений непрерывности

а все префетчи и прочие ассемблерные фокусы все равно работают только до page boundary

Хм. 2^48 это примерно 1024 * (2 ^ 38) = 1024 * 1024 * (2^28) = = 1024 * 1024 * 1024 * 1024 * (2^8) байт. То есть, примерно, адресное пространство на 2^8 петабайт. Восхитительно.

для КАЖДОГО процесса

именно так работает виртуальная память, да

Это очень, очень здорово. Настолько здорово, что где ты найдёшь столько физической памяти?

я же написал выше, как это взаимодействует с физической памятью

Каждый процесс думает что ему персонально выделено 2^8 петабайт. Один процесс и занял свои 2^8 петабайт, закакал всё своими кешами. Другой процесс думает что ему выделено ровно столько же, и пытается закакать.

ну это уже не зависит от петабайт виртуальной памяти

Только вот беда: физической памяти - 256 мегабайт и ниипёт )))

мой спич лишь к тому, что очень сложно понять, сколько процесс засрал кешами, а сколько он уже успел отдать в recycle

OS может этот процесс делать оччень лениво

Понятное дело что идут отказы в выделении и всё такое, часть процессов на отказах начинают чистить кеши, собирать мусор и всё такое. Только вот ещё одна проблема: они все начинают делать ОДНОВРЕМЕННО. Комп вешается на несколько минуточек.

лол