> У Виндоса ядро офигенное получилось для того времени. В NT4 и винтукее - ну да, нормально. Однако владельцем оно все же не вышло и маркетинговый булшит все пожрал и изгадил. Да и ядро в развитии застопорилось а линух с тех пор показал мастеркласс на тему как ядра девелопать. Да еще в открытом виде. Благодаря чему, между прочим, я научился довольно эффектным трюкам, которые нехило доразвил. Скажем компил-тайм чекингу довольно много чего, даже за пределами того что static_assert из C11 может так сходу изобразить.
А на примере винды чему можно научиться? Потреб-цтву? Поклонению "божкам" из "корпорации". Спасибо, но это не мой путь. Я предпочел научиться тому что "божки" умеют.
> Когда оперативной памяти было мало, экзешники там быстрее отображались в память
> и её экономили, не генерируя лишних грязных страниц.
Linux видите ли все это тоже умеет, много лет назад, да еще и покруче и погибче пожалуй, да еще чуть не с 2.6 лохматых, когда они там clone() придумали (наполовину стырили идеи из plan9).
А сейчас так и сильно больще чем это. Воооон там KSM в виде ядерного тредика сканит странички изредка и - коллапсит идентичные в 1 страницу. Ну а если оно решает стать разным, copy on write (RCU) обратно unshare'нет это. Зачем так? Если у меня поднят целый флот виртуалок на основе одной и той же технологии, их суммарное потребление RAM будет лишь 1 core-set и кучка небольших "дельт". Так что суммарное потребление N виртуалок по M памяти не будет иметь ничего общего с N * M и будет в разы меньше чем это, если они похожие. А в винде такие чудеса управления памятью вообще есть? И кстати вся эта благодать доступна мне совершенно бесплатно даже на моем десктопе, а не только в энтерпрайз эдишне за много денег. Стоит ли говорить что я горой за тех кто мне помогает такими технологиями ворочать?
> Ныне памяти в разы больше, данные с накопителя быстрее читать большим блоком,
> тогдашние оптимизации как бы вредят.
Чего бы это? Читать с накопителя все-равно больше времени занимает чем операции со страницами, если это RAM-to-RAM было. Впрочем, если кому-то это не нравится, ядро линя научилось в transparent huge pages. Так что оверхед от педалинга страниц сильно меньше. И это все автоматически, прогерам вообще делать ничего не надо. А в винде это все вообще есть? Кстати вон то не халявно дается. Видите ли возникает underuse больших страниц, и даже такая мелочь как фэйсбук начинает бухтеть что "эй, у нас треть RAM сервера - slack?!". Поэтому они вооооон там кодят инверс этой оптимизации, который оптимизит зафрагментированные THP. А в винде такой хайтек точно есть, хотя-бы в дальних планах?
