All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Lord <lord@sgi.com>
To: linux-lvm@sistina.com, Miguel Angel de Vega <mvega@sgo.es>
Subject: Re: [linux-lvm] Paralell IO performance with LVM and XFS
Date: Thu Jan 17 21:13:02 2002	[thread overview]
Message-ID: <3C4793C1.70600@sgi.com> (raw)
In-Reply-To: 200201171229.g0HCTVe10111@localhost.localdomain

Miguel Angel de Vega wrote:

>Hi!
>
>I've a Dual P2 450 with a Disk Array with 4 scsi disks with XFS.
>With one single disc I've 10 Mb/s reading and writing, so I think that if I 
>stripe all disc of the array, it can give me 4x10Mb = 40Mb/s more or less, 
>but I only gets 10 Mg/s!!  
>These disks usually gives up to 30 Mg/s in SGI machines and other single scsi 
>disks in the Dual P2 (with the same controller and XFS) gives 20Mg/s, so i 
>think that the problem must be LVM (the options maybe??? bad stripped 
>options??). 
>

Because LVM has difficulties dealing with the differing request sizes issued
by XFS, we feed it requests in small chunks (which means lots of buffer 
heads).
XFS has some 512 byte chunks of metadata, it tends to want to do metadata
I/O in sizes of 512 bytes, 4K, 8K and various random sizes upto 32K for 
the log writes.

Since request mapping in LVM basically consists of taking an existing 
buffer head and
giving it a different address xfs takes a very conservative approach. 
Striping with the
raid code should give you considerably better performance.

Now if someone would go off and make lvm work with the bio interface in 
2.5 things
might go pretty fast.

Steve

>
>
>I show how mount all the Logical Volumen:
>
>partionated all discs like 8e
>#pvcreate /dev/sda1 ...
>#vgcreate test /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1
>#lvcreate -n stripped -i 4 -I 64 test -L 30000M
>(I tryed with -I 128, 256 and 512 but not big differences)
>
>#mkfs -t xfs /dev/test/stripped  (only supports 4kb of block size)
>
>what can be the problem??
>thanks
>
>Miguel Angel de Vega fernandez
>SGO
>Madrid - Spain
>
>_______________________________________________
>linux-lvm mailing list
>linux-lvm@sistina.com
>http://lists.sistina.com/mailman/listinfo/linux-lvm
>read the LVM HOW-TO at http://www.sistina.com/lvm/Pages/howto.html
>

  parent reply	other threads:[~2002-01-17 21:13 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-17  6:30 [linux-lvm] Paralell IO performance with LVM and XFS Miguel Angel de Vega
2002-01-17  6:57 ` Russell Coker
2002-01-17  9:22   ` Patrick Caulfield
2002-01-17 10:36     ` mitch
2002-01-17 10:44       ` Patrick Caulfield
2002-01-17 11:07         ` Austin Gonyou
2002-01-17 11:21           ` Patrick Caulfield
2002-01-17 11:40     ` Russell Coker
2002-01-17 11:59       ` Patrick Caulfield
2002-01-17 13:12         ` Austin Gonyou
2002-01-18  9:06         ` Patrick Caulfield
2002-01-17 21:13 ` Stephen Lord [this message]
2002-01-18  6:49   ` Heinz J . Mauelshagen

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=3C4793C1.70600@sgi.com \
    --to=lord@sgi.com \
    --cc=linux-lvm@sistina.com \
    --cc=mvega@sgo.es \
    /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.