Представлены (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...) (243 исправления, прошлый выпуск был 28 апреля). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления. Из подсистем в которые внесены исправления можно отметить: ALSA, GFS2, AppArmor, USB, NFS, CIFS, eCryptfs, Ext3, Ext4, drm/radeon, libsas, ath9k.Из исправленных в ядре 3.0.1 уязвимостей можно отметить:
- Возможность (http://secunia.com/advisories/45420/) совершения DoS-атаки (крах ядра) через отправку из локального сегмента сети специально сгенерированного трафика. Для успешной эксплуатации в ядре должна быть включена поддержка GRO (http://lwn...
URL: https://lkml.org/lkml/2011/8/5/24
Новость: https://www.opennet.ru/opennews/art.shtml?num=31410
А BFS еще нет :(
BFQ тоже нет и неизвестно вообще, будет ли.
А у нас в дебиане ведро от liquorix с BFS и BFQ, а сабжевые исправления прилетели еще вчера. Завидуйте =)
Чему завидовать-то? Вам с ядром 2.6.39.4? Еще раз внимательно перечитай, о чем речь...
>Чему завидовать-то? Вам с ядром 2.6.39.4?Именно.
Речь идет о третьей ветке. Вникай в суть, не тормози :)
А теперь давай рассказывай с графиками, все прелести BFQ + BFSОтмазка "Атзывачавое всё такое", нипрокатит.
У меня 3.0.0, компилю 3.0.1 на make -j128 + firefox на 154 вкладки
из вчерашнего бенчмарка, играет инетрадио + пишу тут - тормозов нет.
> давай рассказывай с графиками
> компилю 3.0.1 на make -j128 + firefox на 154 вкладкиГде??! Графики??? Блин. :-P
>> давай рассказывай с графиками
>> компилю 3.0.1 на make -j128 + firefox на 154 вкладки
> Где??! Графики??? Блин. :-PА мне не важнл, я на ванильном работаю.
Это вот народ, думает что BFS+BFQ это круто, точнее не думают,
это какой-то хрен на ЛОР профлудил, так цепная реакция и началась,
А это что они во время этой реакции потеряли из виду AutogroupБолее того, я BFQ гонял долго, пока не понял, что от него толку нет.
А BFS - по-моему вообще, для тех кто не работает, точнее нет денет на двухядереный
проц. и пару гигов оперативки.
Эх. Пошел сносить то, что сегодня скомпилил :(
>какой-то хрен на ЛОР профлудилРасскажи это Паоло Валенте и Кону Коливасу :)
>>какой-то хрен на ЛОР профлудил
> Расскажи это Паоло Валенте и Кону Коливасу :)Конь вообще, обиду на Торвальдца затаил, вот баянит как может. :)
> Конь вообще, обиду на Торвальдца затаил, вот баянит как может. :)Конь нашел себе новое развлечение - он накупил себе пачку 6970-х (или 6990?) радеонов и собрал себе крутейший майнер биткоинов. Как и полагается истинному джедаю, разумеется он написал свой майнер. На чистом си, да еще и один из самых быстрых, легких по памяти и не грузящих проц. Местами конечно г0вн0к0д встречается, но на фоне остальных - джедай стопроцентный. Тем более что ты со своей CUDA и нвидией его пачку радеонов в системнике в жизни не догонишь. Амд уроды, драйвера у них - индусятина. Но считает оно зверски, разрывая нвидию на куски.
У меня cgminer глючит при использовании CPU и GPU одновременно: после отключения экрана скорость CPU падает до 0.3 вместо 2.4. Я по-старнике создаю два воркера и к них прицепляю minerd (cgminer основан на нём) и phoenix.
ну не у всех же дома мейнфремы стоят :-)
> ну не у всех же дома мейнфремы стоят :-)У Кона в каком-то системнике то-ли 4, то-ли 5 ати 6970 (или даже 6990) воткнуто - у него на сайте довольно эпичное фото этой конструкции. Не то чтобы это майнфрейм, но уж на домашний суперкомпьютер однозначно тянет. По выжимаемым гигафлопсам. И мегахэшам. Бабло побеждает зло, да? :)
Ты знаешь пруфлинки и cat /proc/cpuinfo в студию.А так да я вот тоже сижу и компилю 3.0.1 на make -j1024 + firefox на 430 вкладок, BluRay видео смотрю в FullHD + пишу тут - тормозов нет.
> Ты знаешь пруфлинки и cat /proc/cpuinfo в студию.
> А так да я вот тоже сижу и компилю 3.0.1 на make
> -j1024 + firefox на 430 вкладок, BluRay видео смотрю в FullHD
> + пишу тут - тормозов нет.Совсм забыл, ещё я все это делаю на Intel Pentium 3 @ 1 ghz.
> Совсм забыл, ещё я все это делаю на Intel Pentium 3 @ 1 ghz.И 128Мб оперативки, да? Свежо предание, да верится с трудом...
>> Совсм забыл, ещё я все это делаю на Intel Pentium 3 @ 1 ghz.
> И 128Мб оперативки, да? Свежо предание, да верится с трудом...На то и написано что не надо всему верить что пишут, тем более про -j128 на 2ядерном цпу, в таком случае 126 потоков у вас тупо стоят в очереди - профита нет.
>>> Совсм забыл, ещё я все это делаю на Intel Pentium 3 @ 1 ghz.
>> И 128Мб оперативки, да? Свежо предание, да верится с трудом...
> На то и написано что не надо всему верить что пишут, тем
> более про -j128 на 2ядерном цпу, в таком случае 126 потоков
> у вас тупо стоят в очереди - профита нет.2 минуты компиляции вместо 15 это не профит?! :)
> У меня 3.0.0, компилю 3.0.1 на make -j128 + firefox на 154 вкладки из вчерашнего бенчмарка, играет инетрадио + пишу тут - тормозов нет.Autogroup примерно только для этого и полезен: компилить ядро с -jдофига. Это скорее грязный хак, чем решение проблемы отзывчивости системы. Если много ресурсов будет потребляться процессами, порожденными графической средой, а не отдельным терминалом tty, autogroup ничем не поможет.
https://github.com/poelzi/ulatencyd
ulatencyd - костыль, подпирающий фиговый планировщик CFS.Когда программист при виде проблемы говорит "ага, счас поставим костылик, и все будет хорошо", он получает уже две проблемы.
много слов и мало смысла.
планировщик отличный. для серверов в самый раз.
а автогруппы получились очень элегантным решением на случай если кому то нужно мышкой возюкать при 100% загрузке корыта.
> много слов и мало смысла.
> планировщик отличный. для серверов в самый раз.
> а автогруппы получились очень элегантным решением на случай если кому то нужно
> мышкой возюкать при 100% загрузке корыта.Необращай внимания, у него там две строчки, и все копи-паст баянистый.
Где-то увидел, решил тут кого-то удивить :)
Да вы тоже баянист порядочный - пишете словами, которые не вы придумали. И еще хотите ими кого-то удивить =)
> планировщик отличный. для серверов в самый раз.А для десктопов?
> а автогруппы получились очень элегантным решением на случай если кому то нужно мышкой возюкать при 100% загрузке корыта.А если 100% загрузка создается на той же TTY, на которой работает гуевый сервер? "Шеф, все повисло!"
Очень элегантно, да.
> https://github.com/poelzi/ulatencydЭто такой демон, который на лету настраивает планировщик? Что ж, ждем с нетерпением еще одного демона, который на лету настраивает самого ulatencyd. И еще одного, который тюнит предыдущего...
Чего только вантузятники не придумают, лишь нормальный планировщик не юзать.
>> https://github.com/poelzi/ulatencyd
> Это такой демон, который на лету настраивает планировщик?Нет.
Тогда, пожалуйста, развейте мифы и расскажите миру о его истинном предназначении. А то его разработчики, а также авторы опеннетовских новостей сильно заблуждаются в данном вопросе.
> Тогда, пожалуйста, развейте мифы и расскажите миру о его истинном предназначении. А
> то его разработчики, а также авторы опеннетовских новостей сильно заблуждаются в
> данном вопросе."cgroups (control groups) is a Linux kernel feature to limit, account and
isolate resource usage (CPU, memory, disk I/O, etc) of process groups."
CPU limit через cgroups - один из методов тюнинга CFS, вообще-то.
> CPU limit через cgroups - один из методов тюнинга CFS, вообще-то.1. Пля, ПЛАНИРОВЩИК ЗАДАЧ НЕ ЗАНИМАЕТСЯ ЛИМИТАМИ И ВАААБЩЕ
ВСЯКИМИ РОДА РЕСУРСАМИ, АКРОМЯ ПЛАНИРОВАНИЯ ОЧЕРЕДИ К ПРОЦЕССОРУ.Ему насрать, что один процесс использует проц на 99 процентов, а другой на 0.1% -
для него они все равны, если не указано иного, будь-то nice или priority.
2. CGROUPS придумали для кучкования процессов по всяким разным признакам.3. Отдельная взятая группа в Cgroups, для планировщика выгладит как отдельный процесс!!!
4. Процессы внутри группы имеют равные приоритеты и выполняются равномерно-поочередно.
5. Сгруппы выполняются в зависимости от алгоритма планировщика - CFS, BFS, EDF, SDS, FIFO,
6. Процесс в cгруппе для процессов вне этих сгрупп будет иметь приоритет планирования
абсолютно равный со всеми, естественно по алгоритму основного планировщика.Поэтому при NICE = -19 и RealTime приоритете у процесса в сигруппе,
абсолютно пох...ю для всей системы.Вот и вся связь планировщика ЗАДАЧЬ и CGROUPs
---
Как уже написал, - сигруппы умеют кучковать процессы по другим признаками;
доступ к сетевому стеку, память, I/O, но это уже другая история....
> А BFS еще нет :(А чем оно лучше CFS с autogroup?
МОЙ комп при очень высоких нагрузках меньше тормозит.
Насколько меньше? Жду графиков с описанием методики измерения и указанием точных цифр.
НА ГЛАЗ.
МНЕ этого достаточно.
> А BFS еще нет :(И не будет скорее всего. Читайте FAQ на сайте Кона до наступления озарения.
и райзера 4 T_T
> и райзера 4 T_TЭто который фрагментируется и проседает по скорости как последняя ZFS?
Значит скоро Maverick предложит обновление ядра. :)
Там 32, оно уже не поддерживается.
что-то помнится, что до обновления на Natty, было у меня 35 ядро.
Тогда нормально, оно еще шевелится. Только вот убунтовские мейнтейнеры шевелиться пока не собираются (последнее обновление месяц назад). Да и вообще, судя по changelog, они не утруждают себя смерживанием багфиксных релизов. Так, патчат отдельные проблемы понемножку.
Поддерживается: longterm: 2.6.32.43 2011-07-13
Тем не менее, сабжевые исправления в него портировать не стали.