Изпечатай

[faint]

Zdraveite,

naskoro si instalirah linux i sym mnogo happy '>
Edinstvenia mi problem obache e v tova che pri extracktvane, instalirane il ikopirane na golemi i ne chak tolkova golemi files zabavq i bukwalno spicha cqloto pc.
Edin priqtel mi kaza, che tova e ot hdd-to mi i mi kaza da go nastroia s hdparm.

Samo che ne mojah da opravq sam tozi problem, za tova se obrysshtam kym vas.
Eto info za hdd-to mi:

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

/dev/hda:

 Model=ExcelStor Technology J680, FwRev=V32OA60A, SerialNo=VNR81EG20F4S8A
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52
 BuffType=DualPortCache, BuffSize=1794kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=160836480
 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
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:

 * signifies the current active mode

Blagodariq vi predvaritelno!

[spawnman]

Здрасти!
Дай изхода от

Примерен код

hdparm /dev/hda

и

Примерен код

hdparm -tT /dev/hda

Също кажи няколко приказки за дистрибуцията, която ползваш и пиши на КИРИЛИЦА!

[faint]

Linux tux 2.6.11-gentoo-r3 #1 SMP Sun Apr 17 070:58 EEST 2005 i686 AMD Athlon™ XP 2500+ AuthenticAMD GNU/Linux

bash-2.05b# hdparm /dev/hda

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

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

/dev/hda:
 Timing cached reads:   1736 MB in  2.05 seconds = 844.90 MB/sec
 Timing buffered disk reads:   12 MB in  3.05 seconds =   3.93 MB/sec

[the_real_maniac]

Ползвай търсачката, ползвай ръководството / man hdparm / , ноайде от мен да мине:

#hdparm -X68 -d1 -c3 -m16 -W0 /dev/hda

#hdparm -tT /dev/hda

трябва да е доста над 3мб/сек '>

[faint]

Цитат (the_real_maniac @ Април 18 2005,20:11)

Ползвай търсачката, ползвай ръководството / man hdparm / , ноайде от мен да мине: #hdparm -X68 -d1 -c3 -m16 -W0 /dev/hda #hdparm -tT /dev/hda трябва да е доста над 3мб/сек '>

Мерси, ама май няма ефект:

bash-2.05b# hdparm -X68 -d1 -c3 -m16 -W0 /dev/hda

/dev/hda:
 setting 32-bit IO_support flag to 3
 setting multcount to 16
 setting using_dma to 1 (on)
 HDIO_SET_DMA failed: Operation not permitted
 setting xfermode to 68 (UltraDMA mode4)
 setting drive write-caching to 0 (off)
 multcount    = 16 (on)
 IO_support   =  3 (32-bit w/sync)
 using_dma    =  0 (off)
bash-2.05b# hdparm -tT /dev/hda

/dev/hda:
 Timing cached reads:   1724 MB in  2.00 seconds = 861.70 MB/sec
 Timing buffered disk reads:   12 MB in  3.19 seconds =   3.76 MB/sec
bash-2.05b#

[spawnman]

Ами на моят хардуер, който съвсем скоро ще има юбилей, нещата изглеждат така:

Примерен код

# hdparm -tT /dev/sda1 /dev/sda5 /dev/sda7 /dev/sda1:  Timing buffer-cache reads:   160 MB in  2.02 seconds =  79.34 MB/sec  Timing buffered disk reads:   32 MB in  3.16 seconds =  10.11 MB/sec /dev/sda5:  Timing buffer-cache reads:   160 MB in  2.03 seconds =  78.64 MB/sec  Timing buffered disk reads:   28 MB in  3.06 seconds =   9.16 MB/sec /dev/sda7:  Timing buffer-cache reads:   164 MB in  2.05 seconds =  80.01 MB/sec  Timing buffered disk reads:   22 MB in  3.25 seconds =   6.78 MB/sec

Така че седни и прочети за hdparm от статиите и темите в сайта. Определено трябва да го настроиш! Тази скорост е горе-долу приемлива за CD-ROM, ама за твърд диск е ....

П.П. Дори и с -X pio4 ще имаш многократно увеличение на скоростта, но като гледам първия ти пост би трябвало да работи най-бързо с -X udma2.

[ZEN]

hdparm -a1024 -c1 -d1 -A1 -m16 /dev/hda - примерно (евентуално -u1 - експериментирай, в някои случаи -c3 дава по-добър трансфер, CONFIG_IDEDISK_MULTI_MODE=y - това е добре да го имаш предвид ако решиш да компилираш кернелслед като прави такива неща при големи файлове)

help: hdparm --help

опция -X... понякога дава добри резултати, но може и да ти скапе файловата система /имах подобен случай - всъщност без тази опция трансфера беше с около 0.1МБ/с по-нисък/
По принцип ако дяла на Linux-a ти е в началото на диска трансфера ще е по-висок. Освен това зависи и с каква файлова система си - най-добър трансфер мисля че има ext2fs. (това последното не искам да поражда полемики в това отношение тук).

Успех.
P.S. След промяна на параметрите чекваш с hdparm -t /dev/hda - или там каквото е при теб.

P.P.S Забравих - ако си с АТА100 и не може да се инициализира този режим, в /etc/lilo.conf вмъкваш append="idebus=66 ide0=ata66 ide1=ata66" след "label" и не забравяй в конзола "lilo -w" за да запишеш промените от lilo.conf
И пак eкспериментираи и чети и питай....

[faint]

Специални благодарности '>

bash-2.05b# hdparm -a1024 -c1 -d1 -A1 -m16 /dev/hda

/dev/hda:
 setting fs readahead to 1024
 setting 32-bit IO_support flag to 1
 setting multcount to 16
 setting using_dma to 1 (on)
 HDIO_SET_DMA failed: Operation not permitted
 setting drive read-lookahead to 1 (on)
 multcount    = 16 (on)
 IO_support   =  1 (32-bit)
 using_dma    =  0 (off)
 readahead    = 1024 (on)
bash-2.05b# hdparm -tT /dev/hda

/dev/hda:
 Timing cached reads:   1560 MB in  2.04 seconds = 763.33 MB/sec
 Timing buffered disk reads:   28 MB in  3.11 seconds =   8.99 MB/sec

[spawnman]

Положението всъщност е плачевно! Специално този хард трябва да дава минимален трансфер от порядъка на 30 МБ/с /максимумът при полу-празен диск е около 60 МБ/с/. Повече инфо тук. Проблемът, който трябва да прегледаш е:

Цитат

setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted

Успех!

Не познавам "gentoo" но според мене основният проблем е наистина в това, че не се включва DMA-то за диска. Причините пак според мене са две:
  - или в биоса нещо не е конфигурирано както трябва, по-точно секцата за IDE-тата
  - или ако ползваш собствено компилирано ядро си пропуснал нещо в конфигурацията в секция "Device Drivers->ATA/ATAPIFM/RLL" - по конкретно отново опциите за DMA