linux-config.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* High iowait
@ 2006-08-22  2:31 jassduec
  2006-08-22  9:38 ` Lothar Braun
  0 siblings, 1 reply; 4+ messages in thread
From: jassduec @ 2006-08-22  2:31 UTC (permalink / raw)
  To: linux-admin, linux-config

I have a storage raid attached to my linux server running CentOS 4.3
kernel 2.6.9-39.0.2.ELsmp. My server goes into huge iowait when i try
to read/write lot of data to the storage device. How can i debug
whether the problem is with the storage device or some setting of the
operating system. Is there any known issue with this kernel? How can i
tune my system to reduce iowait time?

TIA

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: High iowait
  2006-08-22  2:31 High iowait jassduec
@ 2006-08-22  9:38 ` Lothar Braun
  2006-08-23 16:10   ` jassduec
  0 siblings, 1 reply; 4+ messages in thread
From: Lothar Braun @ 2006-08-22  9:38 UTC (permalink / raw)
  To: jassduec; +Cc: linux-admin, linux-config

[-- Attachment #1: Type: text/plain, Size: 882 bytes --]

Hi,

On Tuesday 22 August 2006 04:31, jassduec@gmail.com wrote:
> I have a storage raid attached to my linux server running CentOS 4.3
> kernel 2.6.9-39.0.2.ELsmp. My server goes into huge iowait when i try
> to read/write lot of data to the storage device. How can i debug
> whether the problem is with the storage device or some setting of the
> operating system. Is there any known issue with this kernel? How can i
> tune my system to reduce iowait time?

Why should you want to reduce the iowait time? Iowait, as shown by top, means 
afaik that there are some processes waiting for io to complete  and nothing 
else to do for the processor.
If you're running some CPU eating processes while your I/O operations are 
performed, then the iowait value should go down (this is because your CPU can 
then do more sophisticated work than waiting)

Regards,
Lothar

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: High iowait
  2006-08-22  9:38 ` Lothar Braun
@ 2006-08-23 16:10   ` jassduec
  2006-08-24 20:06     ` Art Wildman
  0 siblings, 1 reply; 4+ messages in thread
From: jassduec @ 2006-08-23 16:10 UTC (permalink / raw)
  To: Lothar Braun; +Cc: linux-admin, linux-config

Lothar,

Thanks for the reply.

Basically i am not able to achieve the kind of throughput which i
should get from my RAID system. And i think the OS is the culprit
(some bug in the vendor kernel) since for some reason it goes into
huge iowaits preventing the applications to read/write more data. How
can i debug whether the problem is with the OS or with the device?

TIA

On 8/22/06, Lothar Braun <mail@lobraun.de> wrote:
> Hi,
>
> On Tuesday 22 August 2006 04:31, jassduec@gmail.com wrote:
> > I have a storage raid attached to my linux server running CentOS 4.3
> > kernel 2.6.9-39.0.2.ELsmp. My server goes into huge iowait when i try
> > to read/write lot of data to the storage device. How can i debug
> > whether the problem is with the storage device or some setting of the
> > operating system. Is there any known issue with this kernel? How can i
> > tune my system to reduce iowait time?
>
> Why should you want to reduce the iowait time? Iowait, as shown by top,
> means
> afaik that there are some processes waiting for io to complete  and nothing
> else to do for the processor.
> If you're running some CPU eating processes while your I/O operations are
> performed, then the iowait value should go down (this is because your CPU
> can
> then do more sophisticated work than waiting)
>
> Regards,
> Lothar
>
>

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: High iowait
  2006-08-23 16:10   ` jassduec
@ 2006-08-24 20:06     ` Art Wildman
  0 siblings, 0 replies; 4+ messages in thread
From: Art Wildman @ 2006-08-24 20:06 UTC (permalink / raw)
  To: jassduec; +Cc: Lothar Braun, linux-admin, linux-config

jassduec@gmail.com wrote:
> Basically i am not able to achieve the kind of throughput which i
> should get from my RAID system. And i think the OS is the culprit
> (some bug in the vendor kernel) since for some reason it goes into
> huge iowaits preventing the applications to read/write more data. How
> can i debug whether the problem is with the OS or with the device?
>

#1 Problem usually: Is DMA enabled? (see hdparm refs)...

RAID FAQ & Docs...
http://www.faqs.org/contrib/linux-raid/x37.html
http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/sysadmin-guide/ch-raid-intro.html
http://www.linuxhomenetworking.com/wiki/index.php/Quick_HOWTO_:_Ch26_:_Linux_Software_RAID
http://www.tldp.org/HOWTO/Software-RAID-HOWTO.html

mdadm - tool for managing Linux Software RAID arrays
http://neil.brown.name/blog/mdadm

Benchmarking RAID configurations
http://www.catux.org/index.php?contingut=articles&num=101
http://www.acnc.com/benchmarks.html
http://www.coker.com.au/bonnie++/
http://www.iozone.org/
http://www.sourcepole.com/sources/reviews/raid/bottom.html

HOWTO Use hdparm to improve IDE device performance - GentooWiki
http://gentoo-wiki.com/HOWTO_Use_hdparm_to_improve_IDE_device_performance
HDparm - Tuning up your IDE hard disks using hdparm.
http://usalug.org/phpBB2/viewtopic.php?p=33142

-GL Art@JAX

--
Art Wildman - NWS JAX FL. - http://www.srh.noaa.gov/jax
"If you choose not to decide, you still have made a choice" -Rush|Freewill

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2006-08-24 20:06 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-08-22  2:31 High iowait jassduec
2006-08-22  9:38 ` Lothar Braun
2006-08-23 16:10   ` jassduec
2006-08-24 20:06     ` Art Wildman

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).