lkml.org 
[lkml]   [2009]   [May]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRE: Mainline kernel OLTP performance update
That's a more accurate simulation of our workload, but Anirban's setup doesn't have nearly as many spindles as ours, so he won't do as many IOPS and may not see the problem.

All I'm trying to do is get something that will show the problem on his setup, and I think sequential IO is going to be the right answer here. I could easily be wrong.

Neither FIO nor dd is going to have the cache behaviour of the database (maybe Orion does?) As far as I can tell, we come to the kernel cache-cold for every IO simply because the database uses as many cache entries as it can. We could write a little program to just thrash through cachelines, or just run gcc at the same time as this -- apparently gcc will happily chew through all the cache it can too.

> -----Original Message-----
> From: Styner, Douglas W
> Sent: Wednesday, May 06, 2009 11:05 AM
> To: Wilcox, Matthew R; Anirban Chakraborty; linux-kernel@vger.kernel.org
> Cc: Tripathi, Sharad C; arjan@linux.intel.com; Kleen, Andi; Siddha, Suresh
> B; Ma, Chinang; Wang, Peter Xihong; Nueckel, Hubert; Recalde, Luis F;
> Nelson, Doug; Cheng, Wu-sun; Prickett, Terry O; Shunmuganathan,
> Rajalakshmi; Garg, Anil K; Chilukuri, Harita; chris.mason@oracle.com
> Subject: RE: Mainline kernel OLTP performance update
>
> Wilcox, Matthew R writes:
> >I'm not sure that Orion is going to give useful results in your hardware
> >setup. I suspect you don't have enough spindles to get the IO rates that
> >are required to see the problem. How about doing lots of contiguous I/O
> >instead? Something as simple as:
> >
> >for i in sda sdb sdc (repeat ad nauseam); do \
> > dd if=/dev/$i of=/dev/null bs=4k iflag=direct & \
> >done
> >
>
> A better workload emulator would be to use FIO to generate ~60%/40%
> reads/writes with ~90-95% random i/o using 2k blksize. There is some
> sequential writing in our workload but only to a log file and there is not
> much activity there.
\
 
 \ /
  Last update: 2009-05-06 20:15    [W:0.049 / U:4.052 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site