https://89.19.215.112/openforum/vsluhforumID3/112317.html Компания Intel опубликовала (https://clearlinux.org/blogs/announcing-intel%C2%AE-clear-containers-30) значительный выпуск инструментария Clear Containers 3.0 (https://clearlinux.org/features/intel%C2%AE-clear-containers), предоставляющего средства для управления контейнерами, для изоляции которых используется гипервизор KVM и встроенные в процессоры Intel механизмы виртуализации Intel VT и SR-IOV (https://www.intel.com/content/dam/doc/application-note/pci-sig-sr-iov-primer-sr-iov-technology-paper.pdf). Код поставляется (https://github.com/clearcontainers) под лицензией Apache 2.0.<br><br><br>Новый выпуск примечателен кардинальной переработкой кодовой базы и рефакторингом архитектуры проекта (https://github.com/clearcontainers/runtime/blob/7fc11d5fa157e9011ea286659de007f8b2022a81/docs/architecture/architecture.md). <br>Инструментарий и компоненты runtime переписаны на языке Go (ранее использовался язык Си). Проведена большая работа по улучшению интеграции Clear Containers в сформировавшуюся экосистему контейнерной изо https://89.19.215.112/openforum/vsluhforumID3/112317.html#72 Sat, 30 Sep 2017 13:02:22 GMT &gt; переключение контекста происходит в сотни раз дольше, чем вызов<br><br>проблема в том, что содержательный процесс после этого, не поверишь, норовит сам исполняться - и это не сотни тиков, а сотни тысяч-миллионы до следующего context-switch, который, чаще всего, еще и будет вызван не планировщиком, а самим процессом. Поэтому оверхеда в размере 0.01% ты бы даже и не заметил. На практике, к сожалению, банально "переключать контексты" получится, если у тебя ровно двухзадачная система (какие-то академические "true-rt"-os так и делали). А в реальности добавляется еще и оверхед от планировщика, и, хотя это место во всех современных системах вылизано круче чем у кота яйца, одних диссертаций десятками защищено на эти темы, там, к сожалению, далеко даже и не 0.1, и еще и имеет свойство нелинейно расти при увеличении числа процессов (что логично - при 1000 на ядро у тебя все равно система мертво повиснет, оптимизировать надо случай 10-300, когда есть еще шансы разойтись по-хорошему, если процессы короткоживущие)<br><br>а книжк https://89.19.215.112/openforum/vsluhforumID3/112317.html#71 Thu, 28 Sep 2017 13:36:08 GMT А с malloc/new не проблема?<br> https://89.19.215.112/openforum/vsluhforumID3/112317.html#70 Wed, 27 Sep 2017 09:11:41 GMT &gt; тебе не пришло в голову, что оно впадает в кому из-за необходимости обработать одновременно тысчонку запросов одним физическим процессором, а вовсе не из-за мистического "context switching"?<br><br>погугли уже c10k problem и не позорься.<br> https://89.19.215.112/openforum/vsluhforumID3/112317.html#69 Wed, 27 Sep 2017 08:13:59 GMT переключение контекста происходит в сотни раз дольше, чем вызов - возврат в рамках одного процесса; см. П.И.Рудаков, К.Г.Финогенов "программируем на языке ассемблера IBM PC" часть 3 ст.67 "Переключение задач"; кстати много понятных картинок в этой книжке, и на русском.<br> https://89.19.215.112/openforum/vsluhforumID3/112317.html#68 Tue, 26 Sep 2017 20:29:50 GMT &gt; во-первых, открываем гугль про "context switching"<br><br>с каких пор мусор из гугля является авторитетным мнением? Его такие же как ты писали, не видящие разницы.<br><br>&gt; во-вторых, видел когда-нибудь несколько тысяч активных httpd-процессов? <br><br>я их когда-то в молодости по паре раз за ночь видел, и чего? Причем бы тут clear containers? <br><br>&gt; не надо мне рассказывать, что "оверхед незначителен", оно всё просто впадает в кому.<br><br>тебе не пришло в голову, что оно впадает в кому из-за необходимости обработать одновременно тысчонку запросов одним физическим процессором, а вовсе не из-за мистического "context switching"? И хоть ты вдоль их обрабатывай, хоть поперек, результат будет одинаков. Более того - банальное блокирование новых запросов обычно вполне себе быстро выводит такую систему из "комы", если там не успела память кончиться или какие-нибудь внутриядерные структуры.<br><br>Забавно, что тебе даже не приходит в голову подумать, что начинается это лавинное нарастание процессов чаще всего именно из-за того, что какой- https://89.19.215.112/openforum/vsluhforumID3/112317.html#67 Tue, 26 Sep 2017 15:32:19 GMT А у нас с другой стороны, в Го, например, есть сборка мусора, так что контейнеры вовремя вывозят машиной. Платим по стандартному тарифу без всяких там плюсов.<br> https://89.19.215.112/openforum/vsluhforumID3/112317.html#66 Tue, 26 Sep 2017 15:05:44 GMT Я это видел, но не вижу тут ответа на вопрос.<br><br>Во-первых, мне в целом без разницы, zero-copy или нет - интересует, освобождаемая программой в таком контейнере память тут же возвращается в хост-систему и доступна другим контейнерам или нет?<br>Во-вторых, а что с обычным malloc (когда размер аллокации недостаточен, чтобы он переключался на mmap).<br> https://89.19.215.112/openforum/vsluhforumID3/112317.html#65 Tue, 26 Sep 2017 09:36:07 GMT Зачем мне это спрашивать?<br> https://89.19.215.112/openforum/vsluhforumID3/112317.html#64 Tue, 26 Sep 2017 05:41:45 GMT Ты ещё спроси: "а зачем они вообще нужны?!?!?!??!".<br>