mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Peter Zaitsev <peter@mysql.com>
To: linux-kernel@vger.kernel.org
Cc: andrea@novell.com, alexeyk@mysql.com, markw@osdl.org
Subject: IO performance problems with 2.6.9
Date: Thu, 21 Oct 2004 23:23:41 -0700	[thread overview]
Message-ID: <1098426220.5482.235.camel@sphere.site> (raw)

Hi,

I was testing Linux performance on 80 drives disk array today
(8 hardware RAID volumes stripped by Linux RAID0 256K stripe) 

I've initially spotted this by very poor performance with DBT2
benchmark, while later isolated test to "SysBench" 
http://sysbench.sourceforge.net/,  running random read/write tests 
on single 40G file. 

The system is dual Opteron 2.4  with 8G of memory. 

ReiserFS file system (data=writeback,noatime,notail) was used.

Results I'm getting in IOs/Sec with 256 concurrent threads are:

                    READ     WRITE
Buffered IO 16K     6185     2496 
O_DIRECT 16K        5169      471
Buffered IO 4K      7091     4758
O_DIRECT    4K      7676      571 


Note I had only 1Gb FC connection so 16K reads saturated about 5xxx/sec


For Comparison I also did the run with SUSE SLES Kernel  (2.6.5-7.97SMP)


                    READ     MIXED (R/W)
Buffered IO 16K     2375     2520
O_DIRECT 16K        5391     1052
Buffered IO 4K      9576     5736
O_DIRECT    4K      8063     1041 

Sorry I did not do Exactly the same run due to lack of time accessing
hardware.

The issues with these results are:

1) SuSE kernel does "Buffered" reads in 4K reads instead of 16K reads.
This can be seen in "iostat -x". This seems to be fixed in 2.6.9

2) 2.6.9 does writes in 4K requests instead of 16K. This also can be 
seen in "iostat -x" 

3) O_DIRECT writes are simply broken :)
One can see in vmstat only 1 thread will be in "b" if this mode is used
and only one outstanding request will be submitted to SCSI controller at
the same time. Interesting enough if I use 128 files totaling the same
size  O_DIRECT shows good performance.  I thought inode locking problem
was removed in 2.6 :(

4) Unrelated but still unfortunate.  2.6.9 kernel seems to behave weird
if swap is disabled.  I was running with 8G of memory allocating 6G for
MySQL buffers  which left about 1.5G for kernel, 1G of which was used
for file cache.   During IO intensive run, using buffered IO I got
"kswapd" running like a crazy taking 90% of CPU time on one of CPUs. 
What for is it running if there is no swap files enabled ? 



-- 
Peter Zaitsev, Senior Support Engineer
MySQL AB, www.mysql.com




             reply	other threads:[~2004-10-22  6:28 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-22  6:23 Peter Zaitsev [this message]
2004-10-22  6:54 ` Nick Piggin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1098426220.5482.235.camel@sphere.site \
    --to=peter@mysql.com \
    --cc=alexeyk@mysql.com \
    --cc=andrea@novell.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=markw@osdl.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome