disk i/o performance problem

Hi, I'm trying to track down a pretty apparent problem that I'm
having with disk i/o on an Etch box. Basically, I have two identical
machines. One is running Etch and one is running CentOS. The Etch
machine is really slow. I'm trying to figure out why. Details are
as follows:

Etch: (output of hdparm)

/dev/sda:
Timing cached reads: 1588 MB in 2.00 seconds = 794.41 MB/sec
Timing buffered disk reads: 176 MB in 3.03 seconds = 58.15 MB/sec

/dev/sda:
IO_support = 0 (default 16-bit)
readonly = 0 (off)
readahead = 256 (on)
geometry = 30401/255/63, sectors = 488397168, start = 0

Linux etch 2.6.18-4-k7 #1 SMP Wed May 9 23:42:01 UTC 2007 i686 GNU/
Linux

CentOS: (output of hdparm)

/dev/sda:
Timing cached reads: 4480 MB in 2.00 seconds = 2242.86 MB/sec
Timing buffered disk reads: 176 MB in 3.03 seconds = 58.16 MB/sec

/dev/sda:
IO_support = 0 (default 16-bit)
readonly = 0 (off)
readahead = 256 (on)
geometry = 30401/255/63, sectors = 488397168, start = 0

Linux centos 2.6.18-8.1.3.el5PAE #1 SMP Mon Apr 30 20:26:37 EDT 2007
i686 athlon i386 GNU/Linux

Please note that I'm specifically not trying to spark a centos/debian
war here. I just provide the CentOS numbers because it's the same
hardware and there's a pretty obvious difference between the two
otherwise identical machines.

I'm not sure where to look next. The fact that the hdparm settings
are identical indicate that the problem (or setting?) may be
elsewhere. But where?

Does anybody have an idea of where to look?

phil.

--
Whirlycott
Philip Jacob

http://www.whirlycott.com/phil/

--

No votes yet

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

disk i/o performance problem

On Thu, May 31, 2007 at 11:02:06PM -0400, WHIRLYCOTT wrote:
> Hi, I'm trying to track down a pretty apparent problem that I'm
> having with disk i/o on an Etch box. Basically, I have two identical
> machines. One is running Etch and one is running CentOS. The Etch
> machine is really slow. I'm trying to figure out why. Details are
> as follows:
>
> Etch: (output of hdparm)
>
> /dev/sda:
> Timing cached reads: 1588 MB in 2.00 seconds = 794.41 MB/sec
> Timing buffered disk reads: 176 MB in 3.03 seconds = 58.15 MB/sec
>
> /dev/sda:
> IO_support = 0 (default 16-bit)
> readonly = 0 (off)
> readahead = 256 (on)
> geometry = 30401/255/63, sectors = 488397168, start = 0
>
> Linux etch 2.6.18-4-k7 #1 SMP Wed May 9 23:42:01 UTC 2007 i686 GNU/
> Linux
>
> CentOS: (output of hdparm)
>
> /dev/sda:
> Timing cached reads: 4480 MB in 2.00 seconds = 2242.86 MB/sec
> Timing buffered disk reads: 176 MB in 3.03 seconds = 58.16 MB/sec
>
> /dev/sda:
> IO_support = 0 (default 16-bit)
> readonly = 0 (off)
> readahead = 256 (on)
> geometry = 30401/255/63, sectors = 488397168, start = 0
>
> Linux centos 2.6.18-8.1.3.el5PAE #1 SMP Mon Apr 30 20:26:37 EDT 2007
> i686 athlon i386 GNU/Linux
>
> Please note that I'm specifically not trying to spark a centos/debian
> war here. I just provide the CentOS numbers because it's the same
> hardware and there's a pretty obvious difference between the two
> otherwise identical machines.

these are cache reads, try running 10 in a row and taking a look at the
averages.

the other thing i notice is that you have PAE kernel for centos - does this
give it access to a large kernel memory space ?

>
> I'm not sure where to look next. The fact that the hdparm settings
> are identical indicate that the problem (or setting?) may be
> elsewhere. But where?
>
> Does anybody have an idea of where to look?
>
> phil.
>
> --
> Whirlycott
> Philip Jacob
>
> http://www.whirlycott.com/phil/
>
>
>
> --

disk i/o performance problem

On Thu, May 31, 2007 at 11:02:06PM -0400, WHIRLYCOTT wrote:
> Etch: (output of hdparm)
>
> /dev/sda:
> Timing cached reads: 1588 MB in 2.00 seconds = 794.41 MB/sec
> Timing buffered disk reads: 176 MB in 3.03 seconds = 58.15 MB/sec

> CentOS: (output of hdparm)
>
> /dev/sda:
> Timing cached reads: 4480 MB in 2.00 seconds = 2242.86 MB/sec
> Timing buffered disk reads: 176 MB in 3.03 seconds = 58.16 MB/sec

The buffered disk reads are the same since that's the transfer rate from
the drive's buffer. The problem is the cache reads which is the time
from you OS's cache.

What does vmstat show as cache size with both OSs? Does one OS have
more processes going than the other? What happens if you boot up each
in init=/bin/sh, mount whatever filesystem holds hdparm ro, and run the
timing tests that way with only those few proceses running?

Finally, benchmarks are all well and good but how does this impact you
directly? What do you do that relies on fast cache disk IO for which
you end up waiting?

Doug.

--

disk i/o performance problem

On Sat, Jun 02, 2007 at 10:54:51AM -0400, Douglas Allan Tutty wrote:
> On Thu, May 31, 2007 at 11:02:06PM -0400, WHIRLYCOTT wrote:
> > Etch: (output of hdparm)
> >
> > /dev/sda:
> > Timing cached reads: 1588 MB in 2.00 seconds = 794.41 MB/sec
> > Timing buffered disk reads: 176 MB in 3.03 seconds = 58.15 MB/sec
>
> > CentOS: (output of hdparm)
> >
> > /dev/sda:
> > Timing cached reads: 4480 MB in 2.00 seconds = 2242.86 MB/sec
> > Timing buffered disk reads: 176 MB in 3.03 seconds = 58.16 MB/sec
>
> The buffered disk reads are the same since that's the transfer rate from
> the drive's buffer. The problem is the cache reads which is the time
> from you OS's cache.
>
I thought that the cached reads were from the disk drives onboard cache.

Regards,

-Roberto

--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com

disk i/o performance problem

On Sat, Jun 02, 2007 at 11:58:00AM -0400, Roberto C. Sánchez wrote:
> On Sat, Jun 02, 2007 at 10:54:51AM -0400, Douglas Allan Tutty wrote:
> > On Thu, May 31, 2007 at 11:02:06PM -0400, WHIRLYCOTT wrote:
> > > Etch: (output of hdparm)
> > >
> > > /dev/sda:
> > > Timing cached reads: 1588 MB in 2.00 seconds = 794.41 MB/sec
> > > Timing buffered disk reads: 176 MB in 3.03 seconds = 58.15 MB/sec
> >
> > > CentOS: (output of hdparm)
> > >
> > > /dev/sda:
> > > Timing cached reads: 4480 MB in 2.00 seconds = 2242.86 MB/sec
> > > Timing buffered disk reads: 176 MB in 3.03 seconds = 58.16 MB/sec
> >
> > The buffered disk reads are the same since that's the transfer rate from
> > the drive's buffer. The problem is the cache reads which is the time
> > from you OS's cache.
> >
> I thought that the cached reads were from the disk drives onboard cache.
>

I could certainly be wrong, but that would mean that getting data from
the drive cache was at 17 and 38 times faster than getting data from the
OS (?) buffer and that getting such data was the same on both OSs
(unlikely).

I don't have hdparm installed to be able to check the man page.

If cached reads are from the drive's cache then it would suggest that
the different OSs are able to configure the drive's firmware
differently;

I don't know.

Doug.

--

disk i/o performance problem

On Sat, Jun 02, 2007 at 12:08:06PM -0400, Douglas Allan Tutty wrote:
> On Sat, Jun 02, 2007 at 11:58:00AM -0400, Roberto C. Sánchez wrote:
> > On Sat, Jun 02, 2007 at 10:54:51AM -0400, Douglas Allan Tutty wrote:
> > > On Thu, May 31, 2007 at 11:02:06PM -0400, WHIRLYCOTT wrote:
> > > > Etch: (output of hdparm)
> > > >
> > > > /dev/sda:
> > > > Timing cached reads: 1588 MB in 2.00 seconds = 794.41 MB/sec
> > > > Timing buffered disk reads: 176 MB in 3.03 seconds = 58.15 MB/sec
> > >
> > > > CentOS: (output of hdparm)
> > > >
> > > > /dev/sda:
> > > > Timing cached reads: 4480 MB in 2.00 seconds = 2242.86 MB/sec
> > > > Timing buffered disk reads: 176 MB in 3.03 seconds = 58.16 MB/sec
> > >
> > > The buffered disk reads are the same since that's the transfer rate from
> > > the drive's buffer. The problem is the cache reads which is the time
> > > from you OS's cache.
> > >
> > I thought that the cached reads were from the disk drives onboard cache.
> >
>
> I could certainly be wrong, but that would mean that getting data from
> the drive cache was at 17 and 38 times faster than getting data from the
> OS (?) buffer and that getting such data was the same on both OSs
> (unlikely).
>
> I don't have hdparm installed to be able to check the man page.
>
> If cached reads are from the drive's cache then it would suggest that
> the different OSs are able to configure the drive's firmware
> differently;
>
I guess I was wrong:

-T Perform timings of cache reads for benchmark and comparison pur-
poses. For meaningful results, this operation should be
repeated 2-3 times on an otherwise inactive system (no other
active processes) with at least a couple of megabytes of free
memory. This displays the speed of reading directly from the
Linux buffer cache without disk access. This measurement is
essentially an indication of the throughput of the processor,
cache, and memory of the system under test. If the -t flag is
also specified, then a correction factor based on the outcome of
-T will be incorporated into the result reported for the -t
operation.

Regards,

-Roberto

--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com

disk i/o performance problem

On Sat, Jun 02, 2007 at 12:12:50PM -0400, Roberto C. Sánchez wrote:

> -T Perform timings of cache reads for benchmark and comparison pur-
> poses. For meaningful results, this operation should be
> repeated 2-3 times on an otherwise inactive system (no other
> active processes) with at least a couple of megabytes of free
> memory. This displays the speed of reading directly from the
> Linux buffer cache without disk access. This measurement is
> essentially an indication of the throughput of the processor,
> cache, and memory of the system under test. If the -t flag is
> also specified, then a correction factor based on the outcome of
> -T will be incorporated into the result reported for the -t
> operation.
>

"essentially an indication of the throughput of the processor, cache,
and memory of the system under test".

Since with both tests its the same hardware, and presumably the same
source of hdparm itself, it could be argued that this also tests the
kernel's speed of handling said cache.

Since, I think, these are both linux kernels, I wonder what the
differences are. What are the differences in /boot/config-2.6*?

I've never heard of BeOS so don't know anything about it or what its
target market is.

Doug.

--

Syndicate content