Andrew Gaydenko wrote:
> Probably, it is known problem. Any massive HDD operations, such a generation
> of
> DVD structure (or even copying files from DVD to HDD - case, when stream speed
> is limited by DVD-drive), make desktop enviroment (KDE in my case) noticeably
> "clumsy". This takes place also when an operation is initiated via CLI with
> "nice -n 10" prefix. All drives are in UDMA mode. If I remember well, this
> problem was not so obvious with 2.4 kernels.
>
> I use ~x86 and IDE HDD. 'hdparm -i /dev/hda' and 'hdparm -tT /dev/hda' are
> below.
>
> Any thoughts/refs?
> _________________________________________
>
> $$ hdparm -i /dev/hda
>
> /dev/hda:
>
> Model=SAMSUNG SP1614N, FwRev=TM100-24, SerialNo=S016J10X568479
> Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
> RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
> BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=16
> CurCHS=65535/1/63, CurSects=4128705, LBA=yes, LBAsects=268435455
> 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 udma3 udma4 *udma5
> AdvancedPM=no WriteCache=enabled
> Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0: ATA/ATAPI-1
> ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7
>
> * signifies the current active mode
>
> $$ hdparm -tT /dev/hda
>
> /dev/hda:
> Timing cached reads: 892 MB in 2.00 seconds = 446.02 MB/sec
> Timing buffered disk reads: 172 MB in 3.03 seconds = 56.77 MB/sec
>
I read somewhere that they are trying to 'nice' the drive usage like
they do the CPU. That may help if you can find it and enable it. I
think it is in some of the very new kernels if I read it correctly.
Sorry, I didn't bookmark it. < slaps hand >
I experience the same thing sometimes when I am emerging something and
it is copying the data over or untaring it one. My drive is about the
same as yours just different brand. You may not be alone in this one.
Misery loves company doesn't it?
Dale
:-) :-) :-)
--
[email protected] mailing list
