https://m.opennet.dev/openforum/vsluhforumID3/79565.html Представлены (https://lkml.org/lkml/2011/8/5/24) очередные корректирующие релизы Linux-ядра (http://www.kernel.org/): 3.0.1 (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.0.1) (102 исправления), 2.6.39.4 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.39.4) (75 исправлений) и 2.6.35.14 (http://www.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.35/ChangeLog-2.6.35.14) (243 исправления, прошлый выпуск был 28 апреля). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления. Из подсистем в которые внесены исправления можно отметить: ALSA, GFS2, AppArmor, USB, NFS, CIFS, eCryptfs, Ext3, Ext4, drm/radeon, libsas, ath9k.<br><br><br><br><br><br>Из исправленных в ядре 3.0.1 уязвимостей можно отметить:<br><br><br><br>- Возможность (http://secunia.com/advisories/45420/) совершения DoS-атаки (крах ядра) через отправку из локального сегмента сети специально сгенерированного трафика. Для успешной эксплуатации в ядре должна быть включена поддержка GRO (http://lwn...<br><br>URL: https://lkml.o https://m.opennet.dev/openforum/vsluhforumID3/79565.html#56 Wed, 10 Aug 2011 02:38:02 GMT &gt; CPU limit через cgroups - один из методов тюнинга CFS, вообще-то.<br><br>1. Пля, ПЛАНИРОВЩИК ЗАДАЧ НЕ ЗАНИМАЕТСЯ ЛИМИТАМИ И ВАААБЩЕ <br>ВСЯКИМИ РОДА РЕСУРСАМИ, АКРОМЯ ПЛАНИРОВАНИЯ ОЧЕРЕДИ К ПРОЦЕССОРУ.<br><br>Ему насрать, что один процесс использует проц на 99 процентов, а другой на 0.1% - <br>для него они все равны, если не указано иного, будь-то nice или priority.<br> <br>2. CGROUPS придумали для кучкования процессов по всяким разным признакам. <br><br>3. Отдельная взятая группа в Cgroups, для планировщика выгладит как отдельный процесс!!!<br><br>4. Процессы внутри группы имеют равные приоритеты и выполняются равномерно-поочередно.<br><br>5. Сгруппы выполняются в зависимости от алгоритма планировщика - CFS, BFS, EDF, SDS, FIFO, <br><br>6. Процесс в cгруппе для процессов вне этих сгрупп будет иметь приоритет планирования<br>абсолютно равный со всеми, естественно по алгоритму основного планировщика.<br><br>Поэтому при NICE = -19 и RealTime приоритете у процесса в сигруппе, <br>абсолютно пох...ю для всей системы.<br><br>Вот и вся связь планировщика https://m.opennet.dev/openforum/vsluhforumID3/79565.html#55 Tue, 09 Aug 2011 16:12:34 GMT У меня cgminer глючит при использовании CPU и GPU одновременно: после отключения экрана скорость CPU падает до 0.3 вместо 2.4. Я по-старнике создаю два воркера и к них прицепляю minerd (cgminer основан на нём) и phoenix.<br> https://m.opennet.dev/openforum/vsluhforumID3/79565.html#54 Tue, 09 Aug 2011 14:58:04 GMT CPU limit через cgroups - один из методов тюнинга CFS, вообще-то.<br> https://m.opennet.dev/openforum/vsluhforumID3/79565.html#53 Mon, 08 Aug 2011 19:28:27 GMT &gt; Тогда, пожалуйста, развейте мифы и расскажите миру о его истинном предназначении. А <br>&gt; то его разработчики, а также авторы опеннетовских новостей сильно заблуждаются в <br>&gt; данном вопросе.<br><br>"cgroups (control groups) is a Linux kernel feature to limit, account and <br>isolate resource usage (CPU, memory, disk I/O, etc) of process groups."<br><br>https://secure.wikimedia.org/wikipedia/en/wiki/Cgroups<br> https://m.opennet.dev/openforum/vsluhforumID3/79565.html#52 Mon, 08 Aug 2011 18:06:35 GMT НА ГЛАЗ.<br>МНЕ этого достаточно. <br> https://m.opennet.dev/openforum/vsluhforumID3/79565.html#51 Mon, 08 Aug 2011 14:19:50 GMT Тогда нормально, оно еще шевелится. Только вот убунтовские мейнтейнеры шевелиться пока не собираются (последнее обновление месяц назад). Да и вообще, судя по changelog, они не утруждают себя смерживанием багфиксных релизов. Так, патчат отдельные проблемы понемножку.<br> https://m.opennet.dev/openforum/vsluhforumID3/79565.html#50 Mon, 08 Aug 2011 14:14:22 GMT Тогда, пожалуйста, развейте мифы и расскажите миру о его истинном предназначении. А то его разработчики, а также авторы опеннетовских новостей сильно заблуждаются в данном вопросе.<br> https://m.opennet.dev/openforum/vsluhforumID3/79565.html#49 Mon, 08 Aug 2011 12:55:52 GMT &gt;&gt;&gt; Совсм забыл, ещё я все это делаю на Intel Pentium 3 @ 1 ghz.<br>&gt;&gt; И 128Мб оперативки, да? Свежо предание, да верится с трудом...<br>&gt; На то и написано что не надо всему верить что пишут, тем <br>&gt; более про -j128 на 2ядерном цпу, в таком случае 126 потоков <br>&gt; у вас тупо стоят в очереди - профита нет.<br><br>2 минуты компиляции вместо 15 это не профит?! :)<br> https://m.opennet.dev/openforum/vsluhforumID3/79565.html#48 Mon, 08 Aug 2011 12:40:08 GMT &gt; А BFS еще нет :(<br><br>И не будет скорее всего. Читайте FAQ на сайте Кона до наступления озарения.<br>