Linux 2.6.18

2JB Поправь, пожалуйста ссылки. Никак не удается прикрутить ахрефы, пишет, что bad html.

Сейчас нормально?

Ага, и тоже самое с ChangeLog'ом :)

Вроде бы fixed ;)

В sata добавленна поддержка ncq, в софтовой кго части.

это радует )

возможно теперь libata полноценно заработает

Я собирал 2.6.17.2 с планировщиком CFQ,
система заметно тормозила,
пересобрал с anticipatory и все заработало
заметно быстрее (как и раньше,на 2.6.16.1).
Это только у меня так?

Это сильно зависит от типа нагрузки и типа железа.

О, потестим =) Уже вовсю компилится =)

Обновляемся...

Почитал.

Блин, выносите в заголовок действительно важные вещи!
SATA NCQ (суперважно!), SATA hotplug(важно), Userspace priority inheritance(большинству побоку, но некоторым очень важно), SMPnice(то же самое), ionice(то же самое), per-task delay accounting(любопытно).

Да собственно SATA не особо важно. Количество железа где новые фичи поддерживаются откровенно маловато.

Ага
Добавлю make headers_install + make headers_check(здорово особенно gentoo'вщикам, не надо ждать очередной kernel_headers.ebuild)
Окончательно распрощались с devfs
По видимому спеки intel-видеокарт пришлись по месту, поскольку появились intelfb для i945G и i945GM
Это то за что глаз зацепился =)

Важно наверное другое. Серьезно улучить обработку ошибок в сата должны были.

Интересно, сколько 2.6.18.x выкатят до конца недели? :)))))

Блин, а с виндой то что будет? :)

Крышка ;)

>Это только у меня так?

У меня дефолтовый anticipatory на i945 и nForce3 дико тормозит на интенсивных дисковых операциях. На cfq тормозов нет _вообще_. Привыкший за долгие годы с виндой к правилу "тарахтит винт - система тормозит", был очень удивлён :) IO wait 100%, а окошки такаются плавно-плавно, программы запускаются медленнее чем при простое диска, но - запускаются... :)

>Я собирал 2.6.17.2 с планировщиком CFQ, система заметно тормозила, пересобрал с anticipatory и все заработало заметно быстрее (как и раньше,на 2.6.16.1). Это только у меня так?

у меня была такая же проблема, пока не помог KRoN73 (http://www.linux.org.ru/view-message.jsp?msgid=1544487)

полистал changelog - несколько исправлений в ext3 и reiserfs, а так же куча в xfs...

[NETFILTER]: Add SIP connection tracking helper

Долго ждал..

а сколько мешков крышек уже винда накопила?

с вистой будет ещё больше =)

Могу сказать, что в Con Kolivas'овском "low-latency" патчсете cfq уже давно является планировщиком по умолчанию (правда, там еще делаются апдейты на сам планировщик до более свежей версии). Могу сказать, что на десктопе "ck'шное" ядро показывает себя гораздо приятнее, чем "обычное", в частности, у меня музыка не заикается и видео не тормозит, как бы при этом hasher, собирающий какую-нибудь тяжеловесность, не трещал винтом. В отличие, скажем, от дефолтного Сюзешного ядра, на который у дружков постоянные нарекания, что-де звук заикается на высокой нагрузке на дисковую подсистему.

Кстати о птичках, Коливас 18 июня как выпустил 17-ck1 так и не слышно о нем ничего.

http://www.kernel.org/pub/linux/kernel/people/ck/patches/2.6/

> Да собственно SATA не особо важно. Количество железа где новые фичи поддерживаются откровенно маловато.

Фигасе неважно, вылезайте уже из танка с PATA! Очень необходимые вещи для серваков.

> У меня дефолтовый anticipatory на i945 и nForce3 дико тормозит на интенсивных дисковых операциях. На cfq тормозов нет _вообще_. Привыкший за долгие годы с виндой к правилу "тарахтит винт - система тормозит", был очень удивлён :) IO wait 100%, а окошки такаются плавно-плавно, программы запускаются медленнее чем при простое диска, но - запускаются... :)

Дааа, iowait - это страшно. Затестим в общем :)

Народ, подскажите, NCQ и hotplug будет теперь рабоать на nforce4 или нет? Changelog читал, но не могу поверить счастью и хочу уточнить?

> Могу сказать, что в Con Kolivas'овском "low-latency" патчсете cfq...

Да этот т.н. "low-latency" уже боян и притча во языцах - уменьшение времени отклика влегкую получается без всяких патчей, а в RHEL CFQ по жизни дефолтный, и никто не мешает поставить его же руками еще при загрузке ядра. А реальная "low-latency" это -rt патчи от Инго Молнара.

> Народ, подскажите, NCQ и hotplug будет теперь рабоать на nforce4 или нет? Changelog читал, но не могу поверить счастью и хочу уточнить?

Хотплаг работает на -sli, NCQ определяется, но не работает - и я считаю, что это к лучшему, т.к. в текущей реализации NCQ только увеличит тормознутость работы с винтом.

>Хотплаг работает на -sli

-ultra наверное тоже.

зы

NAME=Avast! A bilge rat!

не понял... Это вот такое ядро - "Стой! Корабельная крыса!"

Для всех, у кого были проблемы с ACPI и DSDT:

http://sourceforge.net/forum/forum.php?forum_id=604605

> -ultra наверное тоже.

Очень вероятно. Благо сли и ультра родственны и отличны от недоделки nforce4/430, коя по слухам и SATA-II в полной мере не поддерживает.

Эххх... были бы они сами чипсеты "похолоднее", цены б им не было.

> Я собирал 2.6.17.2 с планировщиком CFQ, система заметно тормозила, пересобрал с anticipatory и все заработало

все RH-Base имеют по умолчанию cfq, тормоза не наблюдаются

>...А реальная "low-latency" это -rt патчи от Инго Молнара.

Че за патчи? где найти?

>>...А реальная "low-latency" это -rt патчи от Инго Молнара.

> Че за патчи? где найти?

low-latexy патчи(изделия #2) продаются в любой аптеке.

http://people.redhat.com/mingo/realtime-preempt/

CC kernel/exit.o kernel/exit.c: In function ‘do_exit’: kernel/exit.c:899: error: too many arguments to function ‘acct_process’ make[1]: *** [kernel/exit.o] Ошибка 1 make: *** [kernel] Ошибка 2

на какое ядро патч накатывается?

Собрал ядро со старым конфигом. Попытался скомпилить драйвера нвидивские, но не тут-то было, ругается что не может найти сорцы по указаной ссылке /lib/modules/2.6.18/source@ , хотя ссылка как раз на них (сорцы) и видет. СТарые дрова компилятся нормально. Никто не сталкивался?

SATA уже имеет CD/DVD?

> SATA уже имеет CD/DVD?

"SATA имеет всех, кто ее имеет!" (С)

С usb-ohci опять полом. Хоть бы добавили опцию в ядро, отрубающую управление питанием контроллера. И после suspend, оно валится. В rc-5 такого не наблюдалось.

По идее да. Живьем не видел. А что, при чем тут это?

При том, что моя VIA KT133A в PATA согласно hdparm выдает на 10-15Мб/с меньше, чем с VIAPATA-SATA драйвером. Но VIAPATA-SATA не увидел совсем DVD-ROM и DVD+/-RW.

Да, это тревожит :-)

С другой стороны, я до сих пор на .16 ядре сижу на десктопе, пересобирать было лениво :-)

> а в RHEL CFQ по жизни дефолтный, и никто не мешает поставить его же руками еще при загрузке ядра.

Не мешает. Но более новую и, типа, пофикшенную версию этого самого CFQ "руками при загрузке ядра" (а, на самом деле, в любой момент, в /proc) уже не поставишь.

> А реальная "low-latency" это -rt патчи от Инго Молнара.

-rt мне субъективно не понравился. Не знаю, ощущение такое, что все сильно замедляется. Мне, собственно, надо не очень много - "чтоб звук не заикался, пока KDE компиляецца".

> Да, это тревожит :-)

Тревоги рассеялись, доктор привез людям целебный порошок:

http://ck.kolivas.org/patches/pre-releases/

2.6.18-rc5 датирован 2ым сентября.

VIA KT400, ide udma6 HDD, ide cdroms udma2. Пробовал по Вашей статье исправить ситуацию с жутчайшими тормозами(вплоть до полного ступора системы) при операциях ввода/вывода(распаковка архивов, и особенно копирование между HD, запись CD), но смена шедулера и указание параметров практически ничего не улучшили. Сейчас ядро 2.6.17.13. Стоит ли надеяться на улучшение ситуации с 2.6.18, или попробовать на текущее -ck?