From: Werner John <john@oswf.de>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] Horrid performance with 2.4.{9,10,12} + LVM + ReiserFS
Date: Fri, 19 Oct 2001 07:49:28 +0200 [thread overview]
Message-ID: <15311.48872.60607.177579@rigel.oswf.de> (raw)
In-Reply-To: <20011018201943.B1724@omnifarious.org>
Eric M. Hopper writes:
> On Fri, Oct 19, 2001 at 03:00:45AM +0200, Jens Benecke wrote:
> > > Well, you have 1 disk on a single channel (hda) and the other two as
> > > master and slave on *one* channel. That's the bottleneck. If the disks
> > > are accessed individually, you get the full performance (more or less).
> > > But if *both* disks have to respond, performance drops horribly. Best is
> > > to get a third IDE controller.
> >
> > As the disks aren't interleaved (just appended to each other) I don't think
> > this is a problem. I use LVM because I don't want to split up the FTP
> > server space with a huge chaos of symlinks and partitions, not because I
> > absolutely need RAID performance.
>
> This could still be a problem if you have two LVs on the VG that
> spans both disk, and one LV is mainly on one disk, and the other is
> mainly on the other, and you end up accessing both filesystems at the
> same time, you still get a contention problem. This is a lot of 'ifs',
> but it can still happen. :-)
As Eric said, appending disks does not prevent a scenario where you have
some data that spans across hdc and hdd. Or just think about the filesystem
itself. You'll never really know where files are placed on the partition...
Yours,
Werner
> The disk space problem is the much more likely culprit. *grin*
>
> Have fun (if at all possible),
> --
> "It does me no injury for my neighbor to say there are twenty gods or no God.
> It neither picks my pocket nor breaks my leg." --- Thomas Jefferson
> "Go to Heaven for the climate, Hell for the company." -- Mark Twain
> -- Eric Hopper (hopper@omnifarious.org http://www.omnifarious.org/~hopper) --
prev parent reply other threads:[~2001-10-19 5:49 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20011018000006.A22777@jensbenecke.de>
2001-10-17 22:30 ` [linux-lvm] Re: [reiserfs-list] Horrid performance with 2.4.{9,10,12} + LVM + ReiserFS Andreas Dilger
2001-10-17 23:00 ` Hans Reiser
2001-10-18 0:48 ` [linux-lvm] " José Luis Domingo López
2001-10-18 9:17 ` Werner John
[not found] ` <20011019030045.O25054@jensbenecke.de>
2001-10-19 1:19 ` Eric M. Hopper
2001-10-19 5:49 ` Werner John [this message]
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=15311.48872.60607.177579@rigel.oswf.de \
--to=john@oswf.de \
--cc=linux-lvm@sistina.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).