From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org)
by nuthatch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-user+bounces-48597-garchives=archives.gentoo.org@gentoo.org>)
id 1GDKm2-0006Fm-Si
for garchives@archives.gentoo.org; Wed, 16 Aug 2006 12:45:31 +0000
Received: from robin.gentoo.org (localhost [127.0.0.1])
by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k7GChLfF017475;
Wed, 16 Aug 2006 12:43:21 GMT
Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228])
by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k7GCfIFK009444
for <gentoo-user@lists.gentoo.org>; Wed, 16 Aug 2006 12:41:18 GMT
Received: by wx-out-0506.google.com with SMTP id r21so115393wxc
for <gentoo-user@lists.gentoo.org>; Wed, 16 Aug 2006 05:41:17 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
s=beta; d=gmail.com;
h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
b=mDZnsldl4i4byB+KZGRghnOpRDVNOCkW5rV82x9pbkHTBR0FUhABqhgyS6yBvWXNouOIiJ1+8hFaQvCgcuKrYGHuRO4AE+yp6tYDQPiQEz81uALTxUYOAjbKTfvjc6n6FINVm+KhVKuF5VWARVmiAj3HxzlyKW0itUQeAssYs14=
Received: by 10.35.117.5 with SMTP id u5mr1315307pym;
Wed, 16 Aug 2006 05:38:39 -0700 (PDT)
Received: by 10.35.58.18 with HTTP; Wed, 16 Aug 2006 05:38:39 -0700 (PDT)
Message-ID: <8146fc8a0608160538s29c1fca8l7e1634cf401e9e5a@mail.gmail.com>
Date: Wed, 16 Aug 2006 08:38:39 -0400
From: "Andrew Frink" <andrew.frink@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] SATA tuning ?
In-Reply-To: <20060816.072425.41631212.Meino.Cramer@gmx.de>
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_Part_213328_19930125.1155731919484"
References: <7573e9640608151941p2539bee4g500644bbfca4ef65@mail.gmail.com>
<20060816.055745.74748690.Meino.Cramer@gmx.de>
<7573e9640608152147l4497bd11o6b3a45bd746ca114@mail.gmail.com>
<20060816.072425.41631212.Meino.Cramer@gmx.de>
X-Archives-Salt: 0653f623-f452-4ef5-91ad-007b828cd95f
X-Archives-Hash: 894b2f0404d4c478e75d99575ea68108
------=_Part_213328_19930125.1155731919484
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Meino,
it wouldn't hurt to know which filesystem you are using, as that
could(unlikely) be the problem
Cynyr
On 8/16/06, Meino Christian Cramer <Meino.Cramer@gmx.de> wrote:
>
> From: "Richard Fish" <bigfish@asmallpond.org>
> Subject: Re: [gentoo-user] SATA tuning ?
> Date: Tue, 15 Aug 2006 21:47:20 -0700
>
> > Moving this back to gentoo-user, as I accidentally replied off list.
> >
> > Meino, please don't CC me directly on replies. I'll read them on the
> list...
>
> ...sorry...my fault...bu the previous mail was a private one to me...
>
> > On 8/15/06, Meino Christian Cramer <Meino.Cramer@gmx.de> wrote:
> > > > > WHen doing things, which mixes higher CPU-loads with massive hd
> > > > > utilization, things are going slow (compilation of Blender for
> > > > > example).
> > > >
> > > > Ok, let's try to test that. We'll start by saturating your CPU(s).
> > > > On one terminal start "bzip2 -9 < /dev/urandom >/dev/null".
> > >
> > > This commandline puts a BIG SMILE onto my face ! Yes, this is as
> > > simple as it is genious!!! Great! Really a nice CPU barbeque !
> > >
> > > > (If you
> > > > have multiple processors, start one of these bzip2 commands on one
> > > > terminal for each processor you have).
> > > >
> > > > Then on another, repeat the "hdparm -Tt /dev/sda"
> > >
> > > These are the results __without__ the CPU roaster:
> > >
> > > solfire:Mail/vim>sudo hdparm -tT /dev/sda
> > > /dev/sda:
> > > Timing cached reads: 2996 MB in 2.00 seconds = 1499.13 MB/sec
> > > Timing buffered disk reads: 174 MB in 3.01 seconds = 57.79MB/sec
> > >
> > > and this are the results __with__ the CPU roaster:
> > >
> > > solfire:/home/mccramer>sudo hdparm -Tt /dev/sda
> > > solfire:/home/mccramer>sudo hdparm -Tt /dev/sda
> > > /dev/sda:
> > > Timing cached reads: 2160 MB in 2.10 seconds = 1030.12 MB/sec
> > > Timing buffered disk reads: 174 MB in 3.03 seconds = 57.41MB/sec
> > >
> > >
> > > The chached reads dropped by ~469MByte/s. The buffered reads are
> > > nearly the same.
> >
> > The buffered reads are all we care about. They are the actual reads
> > from the disk to RAM. The cached reads is just a repeated read of the
> > same sector of the disk, so today is really just a test of your memory
> > bandwidth. Since we are loading memory and the CPU pretty heavily for
> > this test, and significant drop is to be expected.
>
> Ok...sounds good -- in the sense of: It seems, that I have no
> hardware problem anywhere in my Linux box...
>
> > So, it is not CPU utilization that is hurting your performance.
>
> ( :) imaging the above sentence *WITHOUT* the current context :) )
>
> This is the eigth wonder of the world...the first time when CPU load
> does *not* hurt system performance! Oh yeah! I will send all my
> render tasks to the...floppy controller, hahahahahahaa :))))))
>
> (sorry could not resist...I am a little daft this morning as it seems
> :O))
>
> > You mentioned problems compiling. The most likely case I can think of
> > is that you do not have enough memory, and are inducing the system to
> > swap.
>
> Hmmm...1GByte Dualchannel-RAM should be enough for compiling Blender
> (for example).
>
> > Indeed when compiling most programs, you should see very little
> > if any disk activity.
>
> My SATA disk (Seagate ST3200827AS) is heavily shakeing its head when
> compiling...
>
> > This is particularly suspect if you have
> > something like MAKEOPTS=-j4.
>
> Yes, normally I use "make -j 4" for useing both cores.
>
> May be I foolishly forget something to switch on or off in my BIOS
> while migrating from PATA to SATA ? The only PATAs in my system is a
> Plextor CD reader/burner and a LG DVD reader/burner on IDE1
> (scnd. channel).
>
> My mobo is a ASUS AV8 with AMI BIOS (upgraded to the "newest"
> version I could find on the net).
>
> > Regards,
> > -Richard
> > --
> > gentoo-user@gentoo.org mailing list
> >
> --
> gentoo-user@gentoo.org mailing list
>
>
------=_Part_213328_19930125.1155731919484
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
<span id="_user_Meino.Cramer@gmx.de">Meino,<br>it wouldn't hurt to know which filesystem you are using, as that could(unlikely) be the problem<br><br>Cynyr<br></span><br><div><span class="gmail_quote">On 8/16/06, <b class="gmail_sendername">
Meino Christian Cramer</b> <<a href="mailto:Meino.Cramer@gmx.de">Meino.Cramer@gmx.de</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
From: "Richard Fish" <<a href="mailto:bigfish@asmallpond.org">bigfish@asmallpond.org</a>><br>Subject: Re: [gentoo-user] SATA tuning ?<br>Date: Tue, 15 Aug 2006 21:47:20 -0700<br><br>> Moving this back to gentoo-user, as I accidentally replied off list.
<br>><br>> Meino, please don't CC me directly on replies. I'll read them on the list...<br><br> ...sorry...my fault...bu the previous mail was a private one to me...<br><br>> On 8/15/06, Meino Christian Cramer <
<a href="mailto:Meino.Cramer@gmx.de">Meino.Cramer@gmx.de</a>> wrote:<br>> > > > WHen doing things, which mixes higher CPU-loads with massive hd<br>> > > > utilization, things are going slow (compilation of Blender for
<br>> > > > example).<br>> > ><br>> > > Ok, let's try to test that. We'll start by saturating your CPU(s).<br>> > > On one terminal start "bzip2 -9 < /dev/urandom >/dev/null".
<br>> ><br>> > This commandline puts a BIG SMILE onto my face ! Yes, this is as<br>> > simple as it is genious!!! Great! Really a nice CPU barbeque !<br>> ><br>> > > (If you<br>> > > have multiple processors, start one of these bzip2 commands on one
<br>> > > terminal for each processor you have).<br>> > ><br>> > > Then on another, repeat the "hdparm -Tt /dev/sda"<br>> ><br>> > These are the results __without__ the CPU roaster:
<br>> ><br>> > solfire:Mail/vim>sudo hdparm -tT /dev/sda<br>> > /dev/sda:<br>> > Timing cached reads: 2996 MB in 2.00 seconds = 1499.13 MB/sec<br>> > Timing buffered disk reads: 174 MB in
3.01 seconds = 57.79 MB/sec<br>> ><br>> > and this are the results __with__ the CPU roaster:<br>> ><br>> > solfire:/home/mccramer>sudo hdparm -Tt /dev/sda<br>> > solfire:/home/mccramer>sudo hdparm -Tt /dev/sda
<br>> > /dev/sda:<br>> > Timing cached reads: 2160 MB in 2.10 seconds = 1030.12 MB/sec<br>> > Timing buffered disk reads: 174 MB in 3.03 seconds = 57.41 MB/sec<br>> ><br>> >
<br>> > The chached reads dropped by ~469MByte/s. The buffered reads are<br>> > nearly the same.<br>><br>> The buffered reads are all we care about. They are the actual reads<br>> from the disk to RAM. The cached reads is just a repeated read of the
<br>> same sector of the disk, so today is really just a test of your memory<br>> bandwidth. Since we are loading memory and the CPU pretty heavily for<br>> this test, and significant drop is to be expected.<br>
<br> Ok...sounds good -- in the sense of: It seems, that I have no<br> hardware problem anywhere in my Linux box...<br><br>> So, it is not CPU utilization that is hurting your performance.<br><br> ( :) imaging the above sentence *WITHOUT* the current context :) )
<br><br> This is the eigth wonder of the world...the first time when CPU load<br> does *not* hurt system performance! Oh yeah! I will send all my<br> render tasks to the...floppy controller, hahahahahahaa :))))))<br><br>
(sorry could not resist...I am a little daft this morning as it seems :O))<br><br>> You mentioned problems compiling. The most likely case I can think of<br>> is that you do not have enough memory, and are inducing the system to
<br>> swap.<br><br> Hmmm...1GByte Dualchannel-RAM should be enough for compiling Blender<br> (for example).<br><br>> Indeed when compiling most programs, you should see very little<br>> if any disk activity.<br>
<br> My SATA disk (Seagate ST3200827AS) is heavily shakeing its head when<br> compiling...<br><br>> This is particularly suspect if you have<br>> something like MAKEOPTS=-j4.<br><br> Yes, normally I use "make -j 4" for useing both cores.
<br><br> May be I foolishly forget something to switch on or off in my BIOS<br> while migrating from PATA to SATA ? The only PATAs in my system is a<br> Plextor CD reader/burner and a LG DVD reader/burner on IDE1<br> (scnd. channel).
<br><br> My mobo is a ASUS AV8 with AMI BIOS (upgraded to the "newest"<br> version I could find on the net).<br><br>> Regards,<br>> -Richard<br>> --<br>> <a href="mailto:gentoo-user@gentoo.org">gentoo-user@gentoo.org
</a> mailing list<br>><br>--<br><a href="mailto:gentoo-user@gentoo.org">gentoo-user@gentoo.org</a> mailing list<br><br></blockquote></div><br><br><br>
------=_Part_213328_19930125.1155731919484--
--
gentoo-user@gentoo.org mailing list