Linux: 2.6.8.1-ac1, Alan Cox 2.6 Patchset

Alan вернулся в разработку ядра. Это не может не радовать.

Это очень хорошая новость!

Зря тогда обидили Алана.

Давно пора IDE заняться. Очень уж многие раппортуют о том, что медленнее стало работать в 2.6, чем в 2.4. У меня тоже, кстати.

Алан Кокс прекращает разработку ядра на один год -- http://www.linux.org.ru/view-message.jsp?msgid=368776&scroll=section&...

Кто не читал, почитайте обязательно. В этом треде ЛОР во всей своей красе.

Теперь ядро в два раза быстрее "ломать" будут, с одной стороны mm, с другой ac.

Новость отличная, мне ac ядра сильно раньше нравились.

> В этом треде ЛОР во всей своей красе

Какой ужас :(

moderated a little

О да. Сейчас мы получим "заряженные" ядра.

Регрессии будут продолжаться, а все из-за того, что как заявил Линус "Мы идем на десктоп", только бывшие линуксоиды уходят на *BSD.
Кокс опять занялся IDE - что ж, он себе верен.

Что означает IDE в данном контексте ?

>Что означает IDE в данном контексте ?

Он emacs в ядро встраивает в виде модуля. Если хочешь - можешь ему в этом помочь баг-репортами и патчами :)

Кстати, может кто займется встраивать kde в ядро? :)

Уже. printk уже в ядре

Не IDE нада править, а USB. IDE худо - бедно работает, а вот USB так себе. Сейчас использую 2.6.9-rc1-bk7, там что-то сделали с ide-to-usb. Мобильные Жесткие диски на чипе genesys наконец-то, вроде, заработали. В кои-то веки. Зато что-то поломали так, что влючение-выключение резака HP 8200f вызывает зависание ядра. Это никогда не закончится :-(

Не кто иной как Алан поломал в ядрах 2.4.20+ поддержку udma-3 (aka UDMA44), для BX чипсетов. Я уже слал фиксящий патч и ему и в lkml. Ноль эмоций. Ощущение, что IDE в lkml как минимум на ядрах 2.4 вообще никто не занимается. Ну, теперь может быть будут, хотябы на ядрах 2.6. Придется, блин, себе ставить 2.6.

> Он emacs в ядро встраивает в виде модуля.

Лучше бы в emacs встроил ядро в виде модуля.

Вот именно, что худо-бедно! Меня уже зае..ли сообщения:

hde: dma_timer_expiry: dma status == 0x20
hde: DMA timeout retry
hde: 0 bytes in FIFO
hde: timeout waiting for DMA
hde: status error: status=0x58 { DriveReady SeekComplete DataRequest }

hde: drive not ready for command
hde: status timeout: status=0xd0 { Busy }

hde: drive not ready for command
ide2: reset: success

pci=noacpi

> Давно пора IDE заняться. Очень уж многие раппортуют о том, что медленнее стало работать в 2.6, чем в 2.4. У меня тоже, кстати.

странно. с приходом набора новых I/О-шедулеров в 2.6. разница в работе дисковой подсистеме между моими 2.6.5 и 2.4.18 ощутимая, причём в пользу 2.6.5. на 2.4 возвращаться не хочется. у меня IDE.

Спасибо, конечно... Попробовал... Количество сбросов уменьшилось до одного. Но они не исчезли.

Да, я тоже попробовал использовать deadline - машина используется для "тяжелых" расчетов, с большим количеством дискового ввода-вывода. Но он не впечатлили - планировщик по умолчанию лучше... Правда, как сказано в документации, deadline scheduler лучше для дисков с TCQ. А насколько я знаю, IDE к ним не относятся (некоторые с SATA и все SCSI). Не могли бы Вы поподробнее описать те преимущества кои Вам дало применение 2.6.*, и желательно в цифири :)

> Не могли бы Вы поподробнее описать те преимущества кои Вам дало применение 2.6.*, и желательно в цифири :)

в цифири не дам :-). эта машина настольная. стоит anticipatory io scheduler. разница очень заметна например при создании iso-образов. mkisofs начинает создавать изошник, результат до какого-то времени сохраняется в памяти потом начинает сбрасываться на диск. на 2.4 при этом при интерактивной работе начинает лагать безбожно, на 2.6 всё ок.

>>Вот именно, что худо-бедно! Меня уже зае..ли сообщения:
>>hde: status error: status=0x58 { DriveReady SeekComplete DataRequest }

Все приехали - жди беды. Винт ек.

А как там в линуксе с S-ATA RAID 0?

А Вы уверены? У меня есть основания считать, что Вы правы...

А нельзя ли Вас попоросить вывод команды
hdparm /dev/hd? и hdparm -tT /dev/hd?
для ядер 2.4 и 2.6 на Вашей машине?
(вместо ? поставить правильную букву Вашего диска)

/dev/hda: multcount = 16 (on) IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead = 256 (on) geometry = 16383/255/63, sectors = 160836480, start = 0

/dev/hda: Timing buffer-cache reads: 1252 MB in 2.00 seconds = 624.53 MB/sec Timing buffered disk reads: 166 MB in 3.01 seconds = 55.19 MB/sec

эт 2.6.3 было на Athlon 2500XP 512 DDRAM диск Hitachi..

> > > hde: status error: status=0x58 { DriveReady SeekComplete DataRequest }

> Все приехали - жди беды. Винт ек

Не обязательно. Иногда это бывает из-за кривого определения геометрии HDD - у меня такое было при подключении 40GB Maxtor'а и Samsung'а на один канал. Лечилось разносом винтов по разным каналам.

А на 2.4? :)

Да, кстати, попробую поиграть в провидца... У тебя диск SATA? Возможно даже, что Seagate?

Упс, модель прочел... Но все-таки, интерфейс?

2.4 на этой тачке нет:(