From: Jonathan E Brassow <jbrassow@redhat.com>
To: rgautier@redhat.com, device-mapper development <dm-devel@redhat.com>
Subject: Re: dm-multipath has great throughput but we'd like more!
Date: Thu, 18 May 2006 02:25:13 -0500 [thread overview]
Message-ID: <d2c2bb37e4e03a0daa7ee7e5803174cd@redhat.com> (raw)
In-Reply-To: <1147935929.27006.57.camel@baggage>
The system bus isn't a limiting factor is it? 64-bit PCI-X will get
8.5 GB/s (plenty), but 32-bit PCI 33MHz got 133MB/s.
Can your disks sustain that much bandwidth? 10 striped drives might get
better than 200MB/s if done right, I suppose.
Don't the switches run at 2 Gbits/s? 2 Gbits/s / 10 (throw in 2 bits
for protocol) ~= 200MB/s.
Could be a bunch of reasons...
brassow
On May 18, 2006, at 2:05 AM, Bob Gautier wrote:
> Yesterday my client was testing of multipath load balancing and
> failover
> on a system running ext3 on a logical volume which comprises about ten
> SAN LUNs all reached using multipath in multibus mode over two QL2340
> HBAs.
>
> On the one hand, the client is very impressed: running bonnie++
> (inspired by Ronan's GFS v VxFS example) we get just over 200Mbyte/s
> over the two HBAs, and when we pull a link we get about 120MByte/s.
>
> The throughput and failover response times are better than the client
> has ever seen, but we're wondering why we are not seeing higher
> throughput per-HBA -- the QL2340 datasheet says it should manage
> 200Mbyte/s and all switches etc. run at 2GBps.
>
> Any ideas?
>
> Bob Gautier
> +44 7921 700996
>
> --
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
>
next prev parent reply other threads:[~2006-05-18 7:25 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-18 7:05 dm-multipath has great throughput but we'd like more! Bob Gautier
2006-05-18 7:19 ` [Consult-list] " Bob Gautier
2006-05-18 7:27 ` Luca Berra
2006-05-18 7:36 ` Jonathan E Brassow
2006-05-18 7:44 ` Luca Berra
2006-05-18 7:25 ` Jonathan E Brassow [this message]
2006-05-18 7:44 ` Bob Gautier
2006-05-18 7:55 ` Jonathan E Brassow
2006-05-18 7:59 ` Luca Berra
2006-05-18 8:04 ` [Consult-list] " Nicholas C. Strugnell
2006-05-18 9:42 ` Nicholas C. Strugnell
2006-05-18 10:28 ` Richard Keech
2006-05-22 15:31 ` Ed Wilts
2006-05-18 20:28 ` Steve Lord
2006-05-18 17:00 ` [Consult-list] " Rod Nayfield
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=d2c2bb37e4e03a0daa7ee7e5803174cd@redhat.com \
--to=jbrassow@redhat.com \
--cc=dm-devel@redhat.com \
--cc=rgautier@redhat.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.