Re: Reducing HDD writing affect on whole system.
Am Samstag, 15. Oktober 2011 schrieb Sthu Deus:
> >> My question is, Whether I can make any adjustments as to FS mount
> >> options, kernel parameters, etc?
> >>
> >>
> >>
> >> The idea is, If it works extremely slow - to reduce its (the writing
> >> process or whatever related to it) priority or whatever - so it
> >> affect not the OS almost at all - though the writing will continue
> >> forever.
> >
> >I think you should first find out what makes this (freezes and
> >slowness) happens because if you're facing a hardware related issue,
> >there will be no improvements in tweaking the filesystem mount
> >options, sooner or later your disk will fail and you will only delay
> >its agony.
>
> Well it is my long experience (about 7 years already) w/ SATA HDDs that
> to me it works slower (on Linux) than the PATA ones - I understand it
> sounds very weird, but so it is. Long time ago I have seen for example
Huh? Well compared to SSD they are dog slow with small size random
read/write operations - typical refered to as IOPS - but I cannot confirm
that they are slower than PATA drives. They might not be that much faster,
but thats IMHO more a question of the physical attributes of their
mechanics.
> - the SATA HDD w/ less capacity was fsck-ed much longer than PATA one
> w/ having more capacity - of course there was not heard of / used
> ext4 at all, ext3 - was the highest version of the FS. And so on. Till
> this very day I suppose the culprit is the hardware drivers in the
> kernel or wherever - if it is not so - I mean that a lot of people
> have high writing/reading speeds of SATAs then I have something to do
> w/ my configurations :) though I do not have a glue.
As far as I have seen and measured, SATA drivers in the kernel operate
almost at hardware speeds. libata is a quite mature and performant driver
framewark as far as I have seen.
That said there might be exceptions with certain boards or controllers. So
if SATA is measurably slower on your machine than PATA it might be an idea
to replace the SATA controller or the board with something sensible.
> Having said that I'm not looking for finding a bottle neck w/ the
> discs, but rather reduce its effect that it has on my systems - at
> least this is the point that I had when I started the thread.
Again: Before you optimize please try to understand the problem.
> Yet if I'm wrong, and the devices can produce high performance in
> Linux / Debian, then I would find the problem rather than lowing
> writing process priority, etc. In this case would You help to
> investigate the problem? I supply any info relating the matter.
Exactly. Please start with supplying the information I requested in the
other mail.
Thanks,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Reply to: