Linux bcache driver list
 help / color / mirror / Atom feed
* Windows IOPS Benchmark
@ 2012-08-30  0:09 Jonathan Tripathy
       [not found] ` <503EAF26.6020009-Nf8S+5hNwl710XsdtD+oqA@public.gmane.org>
  0 siblings, 1 reply; 3+ messages in thread
From: Jonathan Tripathy @ 2012-08-30  0:09 UTC (permalink / raw)
  To: linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org

Hi Everyone,

I'm using bcache with a RAID1 pair of SSDs (for the cache) with a 
MD-RAID10 spindle array for the backing device. On top of this is LVM. 
This setup is used with the Xen Hypervisor. Bcache is formatted with a 
sector size of 512 bytes.

If I use an LV for a Linux DomU, I get fantastic disk performance using 
fio (about 23k random write). However, when I use IOMeter in a Windows 
HVM DomU (with GPLPV drivers installed), my avg IOPS is around 4000. I 
am using the "default" Access Specification. Am I doing something wrong? 
Changing the number of workers doesn't seem to help.

Any advice is appreciated.

Thanks

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

* Re: Windows IOPS Benchmark
       [not found] ` <503EAF26.6020009-Nf8S+5hNwl710XsdtD+oqA@public.gmane.org>
@ 2012-08-30  0:13   ` Jonathan Tripathy
       [not found]     ` <503EB016.10603-Nf8S+5hNwl710XsdtD+oqA@public.gmane.org>
  0 siblings, 1 reply; 3+ messages in thread
From: Jonathan Tripathy @ 2012-08-30  0:13 UTC (permalink / raw)
  To: linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org

On 30/08/2012 01:09, Jonathan Tripathy wrote:
> Hi Everyone,
>
> I'm using bcache with a RAID1 pair of SSDs (for the cache) with a 
> MD-RAID10 spindle array for the backing device. On top of this is LVM. 
> This setup is used with the Xen Hypervisor. Bcache is formatted with a 
> sector size of 512 bytes.
>
> If I use an LV for a Linux DomU, I get fantastic disk performance 
> using fio (about 23k random write). However, when I use IOMeter in a 
> Windows HVM DomU (with GPLPV drivers installed), my avg IOPS is around 
> 4000. I am using the "default" Access Specification. Am I doing 
> something wrong? Changing the number of workers doesn't seem to help.
>
> Any advice is appreciated.
>
> Thanks
>
Actually nvm, I forgot to enable the dist target for each of the works. 
Now I'm getting an avg iops of about 34k.

But this does leave me with a question: is the number of "workers" in 
IOMeter akin to "IO Depth" in fio?

Thanks

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

* Re: Windows IOPS Benchmark
       [not found]     ` <503EB016.10603-Nf8S+5hNwl710XsdtD+oqA@public.gmane.org>
@ 2012-08-30 12:48       ` David Rhodes Clymer
  0 siblings, 0 replies; 3+ messages in thread
From: David Rhodes Clymer @ 2012-08-30 12:48 UTC (permalink / raw)
  To: Jonathan Tripathy; +Cc: linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org

On Wed, Aug 29, 2012 at 8:13 PM, Jonathan Tripathy <jonnyt-Nf8S+5hNwl710XsdtD+oqA@public.gmane.org> wrote:
> On 30/08/2012 01:09, Jonathan Tripathy wrote:
>>
>> Hi Everyone,
>>
>> I'm using bcache with a RAID1 pair of SSDs (for the cache) with a
>> MD-RAID10 spindle array for the backing device. On top of this is LVM. This
>> setup is used with the Xen Hypervisor. Bcache is formatted with a sector
>> size of 512 bytes.
>>
>> If I use an LV for a Linux DomU, I get fantastic disk performance using
>> fio (about 23k random write). However, when I use IOMeter in a Windows HVM
>> DomU (with GPLPV drivers installed), my avg IOPS is around 4000. I am using
>> the "default" Access Specification. Am I doing something wrong? Changing the
>> number of workers doesn't seem to help.
>>
>> Any advice is appreciated.
>>
>> Thanks
>>
> Actually nvm, I forgot to enable the dist target for each of the works. Now
> I'm getting an avg iops of about 34k.
>
> But this does leave me with a question: is the number of "workers" in
> IOMeter akin to "IO Depth" in fio?

I've not used IOmeter, but I would assume that the number of "workers" would
be similar to the number of "jobs" in fio. IO depth/queue depth is the
number of IO requests that are queued for processing at any one time. So, if
you've got 4 workers, each keeping one IO operation queued at all times,
your effective IO depth would be 4, while the IO depth for each job/worker
would be 1. That's my understanding at least.

-davidc

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

end of thread, other threads:[~2012-08-30 12:48 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-08-30  0:09 Windows IOPS Benchmark Jonathan Tripathy
     [not found] ` <503EAF26.6020009-Nf8S+5hNwl710XsdtD+oqA@public.gmane.org>
2012-08-30  0:13   ` Jonathan Tripathy
     [not found]     ` <503EB016.10603-Nf8S+5hNwl710XsdtD+oqA@public.gmane.org>
2012-08-30 12:48       ` David Rhodes Clymer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox