Вышло очередное RC-ядро Linux 2.6.11-rc2

Опять что-то в IDE подправили:

<bzolnier@trik.(none)>
	[ide] icside: use ide_dma_intr()
	
	Make ide_dma_intr() always available if CONFIG_BLK_DEV_IDEDMA=y
	and use it instead of icside_dmaintr().  Acked by Russell.
	
	Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>


Может после этого не будет сумасшедшего потребления CPU при копировании?

>Может после этого не будет сумасшедшего потребления CPU при копировании?

"hdparm /dev/hd?" в студию. :)

> Может после этого не будет сумасшедшего потребления CPU при копировании?

Вряд ли, что-то не верится, что это когда-нибудь исправят:)

Я опять шо-то пропустил? Проблему описать подробнее можно, пожалуйста?

> Вряд ли, что-то не верится, что это когда-нибудь исправят:)

Я сейчас посмотрел у себя в top - при копировании с FAT32 на
другой FAT32 файла 77 Мб (OpenOffice 1.1.4) посредством mc
съедается в среднем 10% процессора. Это то, что имеется в виду?

bash-2.05b# hdparm /dev/hda

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

bash-2.05b# hdparm -i /dev/hda

/dev/hda:

 Model=IC25N030ATCS04-0, FwRev=CA3OA71A, SerialNo=CSH308DHM8DGAB
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=DualPortCache, BuffSize=1768kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=58605120
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 
 AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
 Drive conforms to: ATA/ATAPI-5 T13 1321D revision 3: 

 * signifies the current active mode

P.S. cp  OOo_1.1.4_LinuxIntel_install.tar.gz /e/tmp
потребляет столько же.

еще бы неплохо резалты
hdparm -tT /dev/hda
и кроме того, я бы предложил выполнить
hdparm -u1 -A1 -W1 -a128 -m32 -X69 -c1 /dev/hda
и снова
hdparm -tT /dev/hda
Вот после этого можно потестить
хотя результат установки этих флагов зависит от модели жесткого диска.

Все упомянутое справедливо для ATA-шных дисков

bash-2.05b# hdparm -tT /dev/hda

/dev/hda:
 Timing buffer-cache reads:   1172 MB in  2.01 seconds = 584.34 MB/sec
 Timing buffered disk reads:   62 MB in  3.10 seconds =  20.03 MB/sec

Это при старой настройке. Сейчас погляжу, что ты мне посоветовал,
потом снова закину результаты.

P.S. Это ATA-диск на ноутбуке, которому уже 2,5 года.

Ну что тебе сказать... Сам смотри :)))

bash-2.05b# hdparm -u1 -A1 -W1 -a128 -m32 -X69 -c1 /dev/hda

/dev/hda:
 setting fs readahead to 128
 setting 32-bit IO_support flag to 1
 setting multcount to 32
 HDIO_SET_MULTCOUNT failed: Invalid argument
 setting unmaskirq to 1 (on)
 setting xfermode to 69 (UltraDMA mode5)
 setting drive read-lookahead to 1 (on)
 setting drive write-caching to 1 (on)
 multcount    = 16 (on)
 IO_support   =  1 (32-bit)
 unmaskirq    =  1 (on)
 readahead    = 128 (on)
bash-2.05b# hdparm /dev/hda

/dev/hda:
 multcount    = 16 (on)
 IO_support   =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    = 128 (on)
 geometry     = 58140/16/63, sectors = 58605120, start = 0
bash-2.05b# hdparm -i /dev/hda

/dev/hda:

 Model=IC25N030ATCS04-0, FwRev=CA3OA71A, SerialNo=CSH308DHM8DGAB
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=DualPortCache, BuffSize=1768kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=58605120
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 
 AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
 Drive conforms to: ATA/ATAPI-5 T13 1321D revision 3: 

 * signifies the current active mode

bash-2.05b# hdparm -tT /dev/hda

/dev/hda:
 Timing buffer-cache reads:   1180 MB in  2.00 seconds = 589.79 MB/sec
 Timing buffered disk reads:   60 MB in  3.00 seconds =  19.98 MB/sec

Количество съедаемого процессора, по оценкам top, стало
порядка 12..14 %

> Я опять шо-то пропустил? Проблему описать подробнее можно, пожалуйста?

Без проблем. На 2.6 ядрах при копировании показывается 100%-я общая загрузка процессора. Например, мой случай. Ядро 2.6.9, при копирвании фильма с одного раздела на другой (не зависит от типа разделов) смотрим top. ~20% есть cp, остальные 80 уходят на wa-time. Вот и получается загрузка 100%

PS. С DMA у мено все в порядке, так что не надо советовать мне исправить руки или включить что-либо. Это характерная черта для 2.6 ядер.

hdparm -t /dev/hda

160 MB in 3.01 seconds = 53.23 MB/sec

> Это характерная черта для 2.6 ядер.

???? У меня 2.6.8.1 вообще-то... Сейчас попробую 2.4 (в Knoppix'е).

Да, вроде, и так неплохо 2.6.10, cfq2 в качестве дефолтного iosched.

Эта, а файловая система какая? Включены ли всякие ACLы? Не пользуетесь ли lvm/RAID?
На каком чипе контроллер HDD?
Какие диски, PATA или SATA?

Утверждаю, что PATA на via8233 и BX440 работают абсолютно нормально - загрузка ЦПУ умеренная (ок 10%)

Это тот wa-time, который показывается в top, как wa?

> Без проблем. На 2.6 ядрах при копировании показывается 100%-я общая загрузка процессора.

странно, у меня на 2.6.8.1 при копировании образа dvd с одного винта на другой загрузка cpu всего 10%, wa-time от 3 до 5%

ide должны были еще в 2.6.7 пофиксить вроде бы

> [ide] icside: use ide_dma_intr()

...

> Может после этого не будет сумасшедшего потребления CPU при копировании?

Дядя, у вас ARM что ли? Этот патч только его касается ;-)

Оох... Как-то все грустно у вас, ребята.

[root@pyro SPECS]# hdparm -tT /dev/hda

/dev/hda:
Timing cached reads: 768 MB in 2.01 seconds = 382.91 MB/sec
Timing buffered disk reads: 118 MB in 3.05 seconds = 38.75 MB/sec
[root@pyro SPECS]# _

Загрузка проца (по gkrellm :-)) порядка 15-18 процентов, ну, вероятно, KDE'шка достаточно из этого дает ;-). Машинка - 2.5+ годовалой давности на "старом" Атлоне 1400+ (не XP), VIA'шном чипсете и с MAXTOR'овским винтом.

Честно говоря, 100% загрузку на I/O я видел только без dma...

Чего еще видел: если резетится шина, то ядро отключает поддержку dma. Может, у тебя ошибки (битый драйвер, неправильная настройка латентности шины, плоой кабель и т.п.) и у и тебя просто после сброса шины dma выключается?
Проделай, прошу, тест - скопируй фильм, чтобы наблюдались твои эффекты, а потом спроси
hdparm /dev/hda

Да? Я не знал =)

> Да? Я не знал =)

Ничего страшного. В следующий раз, когда надумаете публично комментировать изменения в ядре, убедитесь, что вы в теме...

> Эта, а файловая система какая? Включены ли всякие ACLы? Не пользуетесь ли lvm/RAID?

> Какие диски, PATA или SATA?

Нету acl, vlm, raid, винты pata, не зависит от файловой системы, пробовал в различных комбинациях fat32, ext2, ext3

> Утверждаю, что PATA на via8233 и BX440 работают абсолютно нормально - загрузка ЦПУ умеренная (ок 10%)

У меня чип via8233a, загрузка 100%

> Это тот wa-time, который показывается в top, как wa?

Да, это время, когда процессор ждет пока железо (винт?) завершит свою операцию.

Вот результаты в Knoppix 3.7:

root@0[rc.d]# root@0[rc.d]# uname -a
Linux Knoppix 2.4.27 #2 SMP Mo Aug 9 00:39:37 CEST 2004 i686 GNU/Linux

root@0[rc.d]# hdparm /dev/hda

/dev/hda:
 multcount    = 16 (on)
 IO_support   =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    = 128 (on)
 geometry     = 3648/255/63, sectors = 58605120, start = 0
root@0[rc.d]# hdparm -i /dev/hda

/dev/hda:

 Model=IC25N030ATCS04-0, FwRev=CA3OA71A, SerialNo=CSH308DHM8DGAB
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=DualPortCache, BuffSize=1768kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=58605120
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
 AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
 Drive conforms to: ATA/ATAPI-5 T13 1321D revision 3:

 * signifies the current active mode

 root@0[rc.d]# hdparm -tT /dev/hda

/dev/hda:
 Timing buffer-cache reads:   1100 MB in  2.00 seconds = 550.00 MB/sec
 Timing buffered disk reads:   62 MB in  3.09 seconds =  20.06 MB/sec

При копировании того же файла (фильм, с ntfs на fat32) top показывал
среднюю загрузку процессора 8..10 %. Т.е. если и есть изменения, то в
худшую сторону.

Гыть...
А модель матери не подскажешь?
А block-mode в BIOS включен? А SMART выключен? А UDMA modes стоят в Auto/Enabled?

a /sbin/lspci -v сколько устройств показывает, висящих на 14\15 IRQ?

> Чего еще видел: если резетится шина, то ядро отключает поддержку dma. Может, у тебя ошибки (битый драйвер, неправильная настройка латентности шины, плоой кабель и т.п.) и у и тебя просто после сброса шины dma выключается?

Нет, у меня все в порядке, dma постоянно включено. Абсолютно такая же бага у многих других, можно поискать в гугле.

> Проделай, прошу, тест - скопируй фильм, чтобы наблюдались твои эффекты, а потом спроси hdparm /dev/hda

Это не трудно, так как эти эффекты повторяются в 100% случаях.

init @ Movies -> du -h Клетка.avi

577M Клетка.avi

init @ Movies -> time cp Клетка.avi /mnt/temp1/

real 0m31.283s

root @ Movies -> hdparm /dev/hda

IO_support = 1 (32-bit)

using_dma = 1 (on)

В win2k на той же машине копирование этого файла ест от 1 до 4 процентов процессора, но идёт, кажется, медленнее. Надо замерить...

> При копировании того же файла (фильм, с ntfs на fat32) top показывал среднюю загрузку процессора 8..10 %. Т.е. если и есть изменения, то в худшую сторону.

Как я уже говорил, на 2.4 проблем нет.

> Оох... Как-то все грустно у вас, ребята.

Читай внимательнее. Ноутбук у меня. Старый.

Такая же фигня на 2.6.{7,8,9,10} io wait 100% лагать все начинает при копировании. hdparm настроено все нормально. Дорова..я не ставил никакх дров cel 1.7 / 256 Mb

А чё у вас у всех такая низкая скорость чтения с кеша ?

ss@toshiba:~$ sudo /usr/sbin/hdparm -tT /dev/hda

/dev/hda: Timing buffer-cache reads: 1600 MB in 2.00 seconds = 799.72 MB/sec

Это полуторогодовалая тоша сателит А10

>"старом" Атлоне 1400+ (не XP)

А разве рейтинги (+) поши не с XP ?

>Такая же фигня на 2.6.{7,8,9,10} io wait 100% лагать все начинает при копировании. hdparm настроено все нормально. Дорова..я не ставил никакх дров cel 1.7 / 256 Mb

Иногда (на некоторых системах) параметры устанавливаемые hdparm самопроизвольно сбрасываются, вот тогда получается 100% загрузка процессора, особенно если оперативки больше 128мб

Что интересно:

Linux 2.6.8.1: -----------------------------------------

bash-2.05b$ time cp The\ Terminal\ \(2004.rus.\).avi /e/tmp

real    2m24.409s
user    0m0.219s
sys     0m6.617s
-----------------------------------------

Win2k: -----------------------------------------

D:\tmp>time  0<cr
Aktuelle Zeit: 15:26:31,86
Geben Sie die neue Zeit ein:

D:\tmp>copy "The Terminal (2004.rus.).avi" e:\tmp
        1 Datei(en) kopiert.

D:\tmp>time  0<cr
Aktuelle Zeit: 15:29:25,60
Geben Sie die neue Zeit ein:
D:\tmp>
-----------------------------------------
В винде копировалось 174 секунды против 144 в линуксе.

P.S. В винде выполнялся батник с включенным echo.

Ой... Не знаю. Вроде, так и пишет, в биосе 1400 или (когда, типа, safe) - 1050. А вот чего говорит /proc/cpuinfo:

processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 6
model           : 6
model name      : AMD Athlon(TM) XP1600+
stepping        : 2
cpu MHz         : 1410.396
cache size      : 256 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse pni syscall mmxext 3dnowext 3dnow
bogomips        : 2793.47

>model name      : AMD Athlon(TM) XP1600+
                                                    ^^^^^^^^

>flags           : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse pni syscall mmxext 3dnowext 3dnow
                         

Паломина это у вас, то есть  XP...

Про неXP  говорится так ... 

processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 6
model           : 4
model name      : AMD Athlon(tm) Processor
stepping        : 2
cpu MHz         : 1000.082
cache size      : 256 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow
bogomips        : 1992.29

он без SSE

"Век живи, век учись" :-)

>А чё у вас у всех такая низкая скорость чтения с кеша ?

Timing cached reads: 2992 MB in 2.00 seconds = 1495.48 MB/sec

У тебя тоже не высокая :)

У меня тоже wa до 90% доходит. Винт на SATA, на ICH5, драйвера вроде те, котрые в libata, т.е. работает как будто через SCSI.

wa в ядрах 2.4.X всегда показывается как 0

цитата из man 8 vmstat

CPU
  These are percentages of total CPU time.
  us: Time spent running non-kernel code. (user time, including nice time)
  sy: Time spent running kernel code. (system time)
  id: Time spent idle. Prior to Linux 2.5.41, this includes IO-wait time.
  wa: Time spent waiting for IO. Prior to Linux 2.5.41, shown as zero.

В общем-то я про то же говорил. Ходят слухи, что 2.6 резетит ATA/ATAPI шину по каждому чиху, так что я бы проверил кабель и коннекторы на диске.

Запретить сбрасывать параметры при reset'e можно командой
hdparm -k1 /dev/hda

Народ, у меня hdparm /dev/hda выдаёт: multcount = 16 (on) IO_support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead = 256 (on) geometry = 19457/255/63, sectors = 160041885696, start = 0 -- не радует IO_support = 0 (default 16-bit), это чё, как это изменить?

> start = 0 -- не радует IO_support = 0 (default 16-bit), это чё, как это изменить?

Сначала man hdparm, потом hdparm -c1 /dev/hda

Такая же фигня. 


time cp Lord\ of\ the\ Ring\ 1.avi /mnt/public/1.avi

real    0m41.037s
user    0m0.030s
sys     0m6.032s


по top:
17% sy, 70%wa, 1.3% us, ...

hdparm /dev/hda

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

hdparm -i /dev/hda

/dev/hda:

 Model=ST380021A, FwRev=3.19, SerialNo=3HV366BD
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156301488
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: device does not report version: 

 * signifies the current active mode

hdparm -tT /dev/hda

/dev/hda:
 Timing cached reads:   1184 MB in  2.00 seconds = 591.20 MB/sec
 Timing buffered disk reads:  116 MB in  3.01 seconds =  38.57 MB/sec


Slackware Current, kernel 2.6.9

диск не настраивался и ни каких драйверов не устанвливалось (все по
 умолчанию).

Опять код развалили, что nvidia не собирается.

2.6.9
1100 Duron, Maxtor винт:

serg@sl:~$ time cp /mnt/d/Video/ledpeiod.avi /mnt/e

real    1m25.864s
user    0m0.065s
sys     0m12.828s
serg@sl:~$ sudo hdparm -tT /dev/hda

/dev/hda:
 Timing cached reads:   560 MB in  2.00 seconds = 279.90 MB/sec
 Timing buffered disk reads:  112 MB in  3.01 seconds =  37.15 MB/sec
serg@sl:~$ sudo hdparm /dev/hda

/dev/hda:
 multcount    = 16 (on)
 IO_support   =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  1 (on)
 readonly     =  0 (off)
 readahead    = 128 (on)
 geometry     = 65535/16/63, sectors = 81964302336, start = 0


Что-то маловатто.

С ядром и диском ничего не делал.

>У тебя тоже не высокая :)

Само собой - этож старый ноутбучный винт ... с SATA не сравнить

То, что у тебя multicount выключен - очень плохо - это аппаратная фича чтения нескольких подряд секторов диска.
Проверяем на работоспособность значения 16:
hdparm -m16 /dev/hda

dev/hda:

 Model=Maxtor 6Y080L0, FwRev=YAR41BW0, SerialNo=Y2Q178SE
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
 CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=160086528
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma6
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive conforms to: (null):

 * signifies the current active mode

Для моей конфинурации (см. пост выше + 512 RAM) это нормально?

Ну если с wa разобрались, единственное, что осталось проверить, что ЦПУ может делать ДРУГУЮ ПОЛЕЗНУЮ работу во время этого wa :)

hdparm -m16 /dev/hda

/dev/hda:
 setting multcount to 16
 multcount    = 16 (on)

hdparm /dev/hda

/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     = 65535/16/63, sectors = 80026361856, start = 0


Спасибо огромное. Я с настройками винта совсем не разбирался,
поэтому благодарин за любую информацию.

2.6.11-rc1, 2500+, maxtor 80GB 2mb ATA133, reiserfs.

/dev/hda: multcount = 16 (on) IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead = 16 (on)

/dev/hda:

Model=Maxtor 6Y080L0, FwRev=YAR41BW0, SerialNo=Y2NR8D7E Config={ Fixed } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=160086528 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 AdvancedPM=yes: disabled (255) WriteCache=enabled

$ du -h ~/mooviks/Troe.v.Kanoe.ru.NoiF.avi 694M $ time cp ~/mooviks/Troe.v.Kanoe.ru.NoiF.avi /tmp/

real 0m43.509s user 0m0.019s sys 0m4.834s

в top us выростает на 2-4% wa ~70%