From: Phillip Susi <psusi@cfl.rr.com>
To: Ross Vandegrift <ross@kallisti.us>
Cc: dm-devel@redhat.com, linux-kernel@vger.kernel.org
Subject: Re: dump of ext3 very slow from dm LV
Date: Tue, 10 Jul 2007 12:24:01 -0400 [thread overview]
Message-ID: <4693B2A1.4090703@cfl.rr.com> (raw)
In-Reply-To: <20070630202821.GA2770@kallisti.us>
Ross Vandegrift wrote:
> I'm seeing speeds in the range of 3-4MiB/s. If I increase dump's
> blocksize to 128KiB records, speed jumps up to about 20KiB/s, which
> is better but still frustratingly slow. Going to 1024KiB gets me
> about 28MiB/s.
>
> Today I loop mounted a file on my LVM, filled it up with some crap
> from urandom and dumped it out. I was able to get 50-60MiB/s.
>
> Is this amount of performance loss due to dm expected? My LV is just two
> SATA hard disks that I put into a VG. Stupid benchmarks with dd gives me
> a raw read speed from the LV of about 60MiB/sec.
>
> I'm using kernel 2.6.18-4-686 from debian. Any ideas on what's
> slowing down dump?
My first impression is nothing is slowing things down. This all appears
normal. Dumping or taring files in the filesystem isn't going to
operate near the max sequential throughput of the drive. Also you
haven't tested without LVM so you have no basis to assume it is a
problem with LVM.
WARNING: multiple messages have this Message-ID (diff)
From: Phillip Susi <psusi@cfl.rr.com>
To: Ross Vandegrift <ross@kallisti.us>
Cc: linux-kernel@vger.kernel.org, dm-devel@redhat.com
Subject: Re: dump of ext3 very slow from dm LV
Date: Tue, 10 Jul 2007 12:24:01 -0400 [thread overview]
Message-ID: <4693B2A1.4090703@cfl.rr.com> (raw)
In-Reply-To: <20070630202821.GA2770@kallisti.us>
Ross Vandegrift wrote:
> I'm seeing speeds in the range of 3-4MiB/s. If I increase dump's
> blocksize to 128KiB records, speed jumps up to about 20KiB/s, which
> is better but still frustratingly slow. Going to 1024KiB gets me
> about 28MiB/s.
>
> Today I loop mounted a file on my LVM, filled it up with some crap
> from urandom and dumped it out. I was able to get 50-60MiB/s.
>
> Is this amount of performance loss due to dm expected? My LV is just two
> SATA hard disks that I put into a VG. Stupid benchmarks with dd gives me
> a raw read speed from the LV of about 60MiB/sec.
>
> I'm using kernel 2.6.18-4-686 from debian. Any ideas on what's
> slowing down dump?
My first impression is nothing is slowing things down. This all appears
normal. Dumping or taring files in the filesystem isn't going to
operate near the max sequential throughput of the drive. Also you
haven't tested without LVM so you have no basis to assume it is a
problem with LVM.
next prev parent reply other threads:[~2007-07-10 16:24 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-30 20:28 dump of ext3 very slow from dm LV Ross Vandegrift
2007-07-10 16:24 ` Phillip Susi [this message]
2007-07-10 16:24 ` Phillip Susi
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=4693B2A1.4090703@cfl.rr.com \
--to=psusi@cfl.rr.com \
--cc=dm-devel@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=ross@kallisti.us \
/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.