https://www.opennet.ru/openforum/vsluhforumID3/71632.html После 80 дней разработки увидел свет (http://lkml.org/lkml/2010/10/20/409) релиз Linux-ядра 2.6.36 (http://www.kernel.org) в котором появилась поддержка новой процессорной архитектуры Tile, интегрирована технология мандатного контроля доступа AppArmor, добавлена поддержка локального кэширования CIFS-разделов, обеспечена возможность управления питанием для CPU Intel Core i3/i5 и включена подсистема LIRC для управления устройствами через инфракрасный канал связи.<br><br><br>В новую версию принято 10195 исправлений от 1326 разработчиков,<br>размер патча - 48 Мб (добавлено 9256 тыс. строк кода, удалено -<br>9204 тыс. строк). Около 39% всех представленных в 2.6.36<br>изменений связаны с драйверами устройств, примерно 27% изменений имеют<br>отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 6% - файловыми системами и 5% c внутренними подсистемами ядра. <br><br><br>В тексте анонса Линус Торвальдс отметил, что подготовка версии 2.6.36 немного затянулась, поэтому следую...<br><br>URL: http://lkml.or https://www.opennet.ru/openforum/vsluhforumID3/71632.html#72 Mon, 25 Oct 2010 09:39:58 GMT &gt;Там где используют много ядер - там iptables не используют. он там отключен как класс.<br><br>Мда, а нахрен тогда такие http://www.tilera.com/products/processors/TILE64 системы делают? <br><br>А потом поддержку этих систем в ядро встраивают "Поддержка процессорной архитектуры Tile, отличающейся возможностью интеграции на одном чипе до нескольких сотен процессорных ядер."<br><br>Т.е. можешь взять платформу http://www.tilera.com/products/platforms и настроить железяку как рутер/файервол...<br><br>Или купить готовое решение http://www.napatech.com/applications/applications.html на той же по сути платформе ...<br><br>При внутренних скоростях проца 31 Tbps of on-chip mesh interconnect можно каждое правило на свое ядро повесить и будет пофиг откуда/куда и сколько раз пакет по процу пролетел и в какой последовательности (преувеличение конечно небольшое :) ). <br> https://www.opennet.ru/openforum/vsluhforumID3/71632.html#71 Fri, 22 Oct 2010 14:55:14 GMT &gt;&gt;&gt; в ...изде!<br>&gt;&gt;&gt; Накой он тебе нужен?<br>&gt;&gt; reiser4 действительно нужен. А вот накой Netfilter рассовывать по ядрам?<br>&gt; Ну вот представь, ты 32 портовый, 10Gb коммутатор/маршрутизатор,<br><br>"Оно" скорее не про масштабирование на много процессоров, а про кэш-локалити, чтоб наоборот по _разным не скакало... IMHO, мне так почему-то показалось.<br><br>&gt; сколькими головами лучше считать фильтрацию, одной или 32-мя? :)<br><br>Лучше 1 раз по разу, чем ни разу трид-цать два. :D<br> https://www.opennet.ru/openforum/vsluhforumID3/71632.html#70 Fri, 22 Oct 2010 14:46:41 GMT &gt; А почему в оригинальном посте сужено до GNU/Linux ?<br><br>Ну так потому что у меня GNU/Linux :), больше я ничего не имел ввиду.<br> https://www.opennet.ru/openforum/vsluhforumID3/71632.html#69 Fri, 22 Oct 2010 12:45:04 GMT &gt;[оверквотинг удален]<br>&gt;&gt; :)<br>&gt; для этого надо сначала разделить спинлок защищающий правила - а то он<br>&gt; там 1 штука, и от того что один из модулей будет<br>&gt; закинут на произвольный CPU - легче никому не станет. разбиение на<br>&gt; rwlock будет просто вызывать кучу cache flush - что не лучшим<br>&gt; образом сказывается на производительности.<br>&gt; Кроме того расскидывание по процам добавляет гемороя с обработкой пакетов ибо далеко<br>&gt; не каждый протокол безболезнено переживает переупорядочивание пакетов.<br>&gt; Допустим для tcp это означает уменьшение производительности, отключение sack, и увеличение<br>&gt; используемой памяти на клиенте.<br><br>А кто те сказал, что оно будет рубить одну сессию на части?<br> https://www.opennet.ru/openforum/vsluhforumID3/71632.html#68 Fri, 22 Oct 2010 12:39:40 GMT &gt;&gt; в ...изде!<br>&gt;&gt; Накой он тебе нужен?<br>&gt; reiser4 действительно нужен. А вот накой Netfilter рассовывать по ядрам?<br><br>Ну вот представь, ты 32 портовый, 10Gb коммутатор/маршрутизатор, <br>сколькими головами лучше считать фильтрацию, одной или 32-мя? :)<br> <br> https://www.opennet.ru/openforum/vsluhforumID3/71632.html#67 Fri, 22 Oct 2010 09:20:40 GMT было -o data=writeback по дефолту, если в суперблоке не указано иное.<br> https://www.opennet.ru/openforum/vsluhforumID3/71632.html#66 Fri, 22 Oct 2010 08:31:02 GMT &gt;Рискну предположить, что пилят для всех ОС на базе Linux.<br><br>А почему в оригинальном посте сужено до GNU/Linux ?<br> https://www.opennet.ru/openforum/vsluhforumID3/71632.html#65 Fri, 22 Oct 2010 07:06:37 GMT &gt; у венды такой штукенции как раз нет, т.к. там нет inode<br><br>Она просто не даёт изменять имя замапленного файла :) поэтому ей не нужен inode. И, кстати, на NTFS что-то подобное inode есть, так как на NTFS можно переименовывать зампленый файл.<br> https://www.opennet.ru/openforum/vsluhforumID3/71632.html#64 Fri, 22 Oct 2010 05:39:41 GMT &gt; нужен - что бы украсть<br><br>А как иначе? :)<br><br>P.S. Я же говорил, у вас всякий, кто от *BSD/BSDL-like кипятком не питает - GNU-фанбой и "неверный". Ну уж про "воровство" я вообще молчу.<br><br>&gt; Сначала вопль - а нафига она надо<br><br>Вопили только дурачки и лицензионные фанатики, которые любую идею, втч идею свободного ПО способны довести до абсурда.<br><br>&gt; А linux/busybox не пилят ?:)<br><br>Рискну предположить, что пилят для всех ОС на базе Linux.<br>