Linux LVM users
 help / color / mirror / Atom feed
From: Peter Daum <gator_ml@yahoo.de>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: [linux-lvm] Re: write performance with active snapshot
Date: Sat, 31 Jan 2009 15:51:27 +0100	[thread overview]
Message-ID: <4984656F.8060206@yahoo.de> (raw)
In-Reply-To: <8CB47E27BD0C852-AC4-686@WEBMAIL-DG06.sim.aol.com>

Hi Thomas,

thomas62186218@aol.com wrote:
> I am following your thread on this topic...have any solutions emerged? I 
> as well have seen miserably performance when snapshots are active.

I am sorry, at least I still don't know any solution
(except avoiding snapshots wherever performance matters )-:

Regards,
                   Peter

> -----Original Message-----
> From: Peter Daum <gator_ml@yahoo.de>
> To: linux-lvm@redhat.com
> Sent: Tue, 11 Nov 2008 8:04 am
> Subject: [linux-lvm] Re: write performance with active snapshot
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Hi, 
>  
> 
> Larry Dickson wrote: 
> 
>> My guess is that you are getting the typical seek overhead. Have you
>> tried making a volume group out of two separate RAID arrays (driving
>> different spindles), and using lvdisplay --maps to make sure the 
> parent
>> volume is on one array, the snapshot(s) on the other? 
>  
> 
> That was my suspicion, too (although I could not imagine such an extreme 
> 
> impact). Just for testing I added a single disk to the same volume group 
> 
> and put the snapshot onto that disk - amazingly it made hardly any 
> 
> difference (Actually, I'm almost glad about that, because the combination 
> 
> of a 12-disk-array with a single disk would be under almost all other 
> 
> aspects foolish). 
>  
> 
> One thing that does improve the performance a little (actually by 100%, 
> 
> which in this case meens still pretty lousy 16 MB/sec) is to increase 
> 
> the chunk size to 512kb. (I don't know yet, how this might
> affect 
> 
> performance when dealing with many small files) ... 
>  
> 
> Regards, 
> 
>                     Peter 
>  
> 
> 
>> On 11/9/08, *Peter Daum* <gator_ml@yahoo.de 
> <mailto:gator_ml@yahoo.de>>
>> wrote: 
> 
>>
>>     Hi, 
> 
>>
>>     for an application I am just working on it looks like lvm 
> snapshots 
> 
>>     would 
> 
>>     be just what I need as far as functionality is concerned. 
> Unfortunately, 
> 
>>     I am experiencing such a massive degradation in performance, that 
> the 
> 
>>     result is almost useless. 
> 
>>
>>     I'm working on a fairly fast machine (Quadcore, 8GB RAM) with a 
> big 
> 
>>     hardware RAID array and lvm2 (Debian Lenny; Linux 2.6.26-1-amd64; 
> 
>>     LVM version:2.02.39 (2008-06-27) 
> 
>>     Library version: 1.02.27 (2008-06-25) 
> 
>>     Driver version:  4.13.0) 
> 
>>
>>     Sequentially writing to a file (ext3) on a logical volume, I get 
> a 
> 
>>     sustained performance of ~ 250 MB/sec. When I create a snapshot 
> 
>>     volume, the write throughput drops to 7-8 MB/secs (on the 
> original 
> 
>>     volume; writing to the snapshot I see a significant degradation, 
> 
>>     but not nearly, as bad; read performance is o.k.).Is this 
> "normal" 
> 
>>     or is there a
> nything I can do to about it? 
> 
>>
>>     I looked in this list and searched the WWW but couldn't find any 
> 
>>     concrete information on the performance impact of snapshots 
> 
>>     (except http://www.nikhef.nl/~dennisvd/lvmcrap.html). 
> 
>>     It seems like write performance should probably be less then 1/3 
> 
>>     of the original throughput, because every write to the source 
> 
>>     volume causes 3 I/O operations plus some overhead for meta data. 
> 
>>     More difficult to estimate would be the time lost by additional 
> 
>>     head movements. Still, a throughput degradation by a factor of 30 
> 
>>     seems pretty extreme. 
> 
>>
>>     Any ideas? 
> 
>>
>>     Regards, 
> 
>>                             Peter Daum 
>  
> 
> _______________________________________________ 
> 
> linux-lvm mailing list 
> 
> linux-lvm@redhat.com 
> 
> https://www.redhat.com/mailman/listinfo/linux-lvm 
> 
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/ 
> 
> 
> 
> 
> 
> Hi
> 
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@redhat.com
> https://www.redhat.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
> 

      reply	other threads:[~2009-01-31 14:51 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-09 15:46 [linux-lvm] write performance with active snapshot Peter Daum
2008-11-10 15:11 ` Larry Dickson
2008-11-10 18:04   ` Stuart D. Gathman
2008-11-11 16:04   ` [linux-lvm] " Peter Daum
2009-01-19  0:17     ` thomas62186218
2009-01-31 14:51       ` Peter Daum [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=4984656F.8060206@yahoo.de \
    --to=gator_ml@yahoo.de \
    --cc=linux-lvm@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox