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

епрст... please ignore ^^
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% 

Значение для readahed маловато. Я бы рекомендовал ОТ 64
hdparm -a64 /dev/hda
Кстати, по умолчанию ставится 256. Но можно чуть меньше, кажется, лучше работает на куче мелких файлов. Но я бы порекомендовал поиграться со значениями 64, 128, 256

Ну раз сегодня день бенчмарков, то
$ uname -srp
Linux 2.6.10-1.9_FC2 i686

$ hdparm /dev/hde
/dev/hde:
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 = 78165360, start = 0

$ ls -hs bigfile
636M bigfile

$ time cp ./bigfile /tmp
real 0m58.789s
user 0m0.204s
sys 0m10.435s

$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Celeron (Coppermine)
stepping : 10
cpu MHz : 852.206
cache size : 128 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 1691.64

maxtor ATA133 и тянет udma6: hdparm -X70 /dev/hda

хм с readahead 256 действительно быстрее копирует фильм =]

Seagate Barracuda 160Gb 8mb cache

cliex@opteron)*(21:15)*(~)

-=>> sudo hdparm -tT /dev/hda

/dev/hda:

Timing cached reads: 1356 MB in 2.00 seconds = 677.09 MB/sec

Timing buffered disk reads: 152 MB in 3.00 seconds = 50.61MB/sec

(cliex@opteron)*(21:16)*(~)

-=>> uname -a Linux opteron 2.6.9-nitro4 #1 Sun Jan 16 19:26:45 MSK 2005 i686

AMD Athlon(tm) XP 2500+ AuthenticAMD GNU/Linux

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

По идее так и должно быть. Например, glxgears у меня при копировании фильма с 2500fps сбрасываются до 2100, не знаю даже, нормально это или нет, т.к. ядра 2.4 под рукой нет, чтобы попробовать.

>Timing buffered disk reads: 152 MB in 3.00 seconds = 50.61MB/sec

не плохо... а вот у меня диск Самсунг 80Г 8М кэш

выставляю удма3 - всё работает, скорость около 20МВ/сек

ставлю удма5 - скорость до 50 увеличивается, но через 5 сек вся система валится к чертям :)

Ну и старые машинки тоже дают вполне пристойные цифры:

ss@opteron1:~$ sudo /usr/sbin/hdparm -tT /dev/hdb

/dev/hdb:
 Timing buffer-cache reads:   128 MB in  0.22 seconds =581.82 MB/sec
 Timing buffered disk reads:  64 MB in  1.18 seconds = 54.24 MB/sec
ss@opteron1:~$ sudo /usr/sbin/hdparm -tT /dev/hdb

/dev/hdb:
 Timing buffer-cache reads:   128 MB in  0.18 seconds =711.11 MB/sec
 Timing buffered disk reads:  64 MB in  1.16 seconds = 55.17 MB/sec
ss@opteron1:~$ sudo /usr/sbin/hdparm -i  /dev/hdb

/dev/hdb:

 Model=ST3120026A, FwRev=3.06, SerialNo=5JT1GP3R
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=234441648
 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: ATA/ATAPI-6 T13 1410D revision 2:  1 2 3 4 5 6

ss@opteron1:~$ cat /proc/cpuinfo | grep model
model           : 5
model name      : AMD Opteron(tm) Processor 242
model           : 5
model name      : AMD Opteron(tm) Processor 242
ss@opteron1:~$ uname -a
Linux opteron1 2.4.25-mosix #1 SMP Срд Мар 3 16:37:38 MSK 2004 i686 unknown unknown GNU/Linux
----
как видно ядру год машинке примерно полтора

Только старый hdparm сильно врет насчет скорости чтения из кеша (+/- 100Mb)

Я вот собираюсь брать как раз Samsung Spinpoint 80 Gb 8Mb Cache udma/133 ( Пора заменить Seagate 40 gb

Сейчас такой конфиг :

Linux amd-nix.box 2.6.10-nitro4 #1 Mon Jan 10 01:50:50 EET 2005 i686 AMD

Athlon(tm) XP 3200+ AuthenticAMD GNU/Linux

hdparm -tT /dev/hda

/dev/hda: Timing cached reads: 1872 MB in 2.00 seconds = 935.67 MB/sec Timing buffered disk reads: 122 MB in 3.03 seconds = 40.22 MB/sec

hdparm -i /dev/hda

/dev/hda:

Model=ST340016A, FwRev=3.19, SerialNo=3HS6AERB 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=16 CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=78165360 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 для тонкой настройки? А то я знаю только в Device Manager выбор "да/нет DMA".

ну вот, теперь получше:

/dev/hda:
 Timing cached reads:   600 MB in  2.00 seconds = 299.75 MB/sec
 Timing buffered disk reads:  152 MB in  3.03 seconds =  50.21 MB/sec


Спасибо всем за советы!!

перечитал я весь этот тред и задался вопросом: А какое отношение все это имеет к выходу "очередного RC-ядра Linux 2.6.11-rc2"?

как всегда, никакого....

Просто началось с патча для IDE, с которым всплыла проблема с io-wait. А потом все почему-то подумали, что мы тут меряемся скоростью винтов.

а я с помощью mhdd заглушил свой винт (AAM on). Теперь тихий такой =) еще бы обороты умел снижать в два раза =))))))

У меня в ФК3 стоит какой-то патч который делает сериалаташные драйвы как сказевые. т.е. hdparm работает некорректно и не может даже прочитать режим - говорит 16-бит, но дуумаю что 32

вот

# /sbin/hdparm -tT /dev/sda

/dev/sda:
Timing cached reads: 2608 MB in 2.00 seconds = 1303.55 MB/sec
BLKFLSBUF failed: Operation not supported
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Operation not supported
Timing buffered disk reads: 1090 MB in 3.01 seconds = 361.82 MB/sec
BLKFLSBUF failed: Operation not supported
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Operation not supported

buffered скорость постоянно растет, видимо он не может сбросить кэш или что-то типа этого.

# /sbin/hdparm /dev/sda

/dev/sda:
HDIO_GET_MULTCOUNT failed: Operation not supported
IO_support = 0 (default 16-bit)
readonly = 0 (off)
readahead = 256 (on)
geometry = 19457/255/63, sectors = 160041885696, start = 0

в общем, глючит этот hdparm. а есть что-нибудь для измерения скорости и параметров sda-устройств?

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

у меня via8235 таже фигня. 100% при копировании, хотя на ядрах с ck патчем это и не напрягает.

Может это исключительно косяк драйвера для виа?

прикольно. 100% это показывает плагин из xfce :) а топ показывает 4% :) на копировании фильма

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

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

А при чем здесь винт вообще? И тем более SATA? Прочтите man hdparm, -T имеет к винту очень и очень отдаленное отношение. ;-)

 >при чем здесь винт вообще? И тем более SATA? Прочтите man hdparm, -T имеет к винту очень и очень отдаленное отношение. ;-)

This measurement  is  essentially  an  indication of the throughput of the processor, 

cache, and  memory
^^^^^^

А это в данном тесте и есть тот самый bottle neck так что SATA тут как раз причем...

>cache, and memory
^^^^^^
>А это в данном тесте и есть тот самый bottle neck так что SATA тут как раз причем...

А, ты думаешь, это про набортный кэш винта? У тебя два винта в системе? Проверь на них этот параметр и удивись. В моем случае: материнка P2B-S,
UDMA-44, три винта два ide, и один fast-wide SCSI.

[root@hall ~]# /sbin/hdparm -T /dev/sda
/dev/sda:
Timing cached reads: 616 MB in 2.00 seconds = 308.00 MB/sec
[root@hall ~]# /sbin/hdparm -T /dev/hdb
/dev/hdb:
Timing cached reads: 616 MB in 2.00 seconds = 308.00 MB/sec
[root@hall ~]# /sbin/hdparm -T /dev/hda
/dev/hda:
Timing cached reads: 616 MB in 2.00 seconds = 308.00 MB/sec

Сейчас попробовал на рабочем sata винте - выше 20% загрузка CPU при копировании не превышает. Или это только на ATA дисках глючит?

Оффтопик: Кто-нибудь знает, когда в ядре не только MMC, но и SD кардридер заработает?

>А, ты думаешь, это про набортный кэш винта? У тебя два винта в системе? Проверь на них этот параметр и удивись. В моем случае: материнка P2B-S, UDMA-44, три винта два ide, и один fast-wide SCSI.

Самому стало интесно. Заглянул в исходники hdparm (правда старого )

-T это тупое lseek(fd,0,...);read(fd,buff,size) в цикле, где fd - это дескриптор соответствующего девайса, а так-как при этом этот самый девайс,связанный с fd, будет скорее всего кешироватся системой, ты скорее всего прав ... то есть тут меряется скорость памяти и то, насколько эта операция эффективно закодирована в самом ядре когда идет копирование из кеша ...