The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Ричарда Столлман опубликовал книгу по языку Си и расширениям GNU"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Ричарда Столлман опубликовал книгу по языку Си и расширениям..." +/
Сообщение от Аноним (-), 08-Сен-22, 20:36 
> У Виндоса ядро офигенное получилось для того времени.

В 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. А в винде такой хайтек точно есть, хотя-бы в дальних планах?

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Ричарда Столлман опубликовал книгу по языку Си и расширениям GNU, opennews, 07-Сен-22, 10:12  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру