AW: Re: very slow fw performance when snapshots active

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Title: AW: Re: [linux-lvm] very slow fw performance when snapshots active

Ok, i understand the point with the swap file of vi. But why is this with snapshots activated that much slower than without?
Why can the file be saved in seconds without cow instead of about 2 minutes with cow. Needing twice the time for saving would be reasonable.

Editing with vi was just a performance test ;-)

Thanks and kind regards


Falko Zurell

Head of Application Management
falko.zurell@idmedia.com
Mobil +49 (0)160 - 3 62 52 77

/i-d media AG
Ohlauer Straße 43
D-10999 Berlin

Tel +49 (0)30 - 2 59 47 - 357
Fax +49 (0)30 - 2 59 47 - 471
www.idmedia.com

_______________________________________________

Board: Regine Haschka-Helmer (CEO), Franz Klose (CFO)
Chairman of the Supervisory Board: Christian A. Hufnagl
Headquarters: Berlin, Place of Jurisdiction: Berlin HRB 76342
UST-Id. DE812698340
_______________________________________________


----- Originalnachricht -----
Von: linux-lvm-bounces@redhat.com <linux-lvm-bounces@redhat.com>
An: LVM general discussion and development <linux-lvm@redhat.com>
Gesendet: Thu Oct 18 15:52:36 2007
Betreff: Re: [linux-lvm] very slow fw performance when snapshots active

Hi,

On 10/18/2007 10:39:50 AM +0200, Falko Zurell <falko.zurell@idmedia.com>
wrote:
>
> Then I edit a 2 GB text file on /opt (XFS filesystem) with vi (just
> hitting "enter" and save this minor change). This will take minutes to
> finish the vi during saving.

This problem is not lvm-related: when opening a file with vim, it reads
the entire file into memory (even if the file is 2GB), marks the changes
into a .swp file. When saving, vim rewrites the entire file in place,
effectively changing 2GB of copy on write blocks. This happens every
time, with or without snapshot, the latter being worse because of the
cow overhead.

for reading-only very large files, "less" or "more" read files on-demand
which is a far more effecient way.

for writing, I don't know any method allowing to safely write a small
change into a large file, except using awk or perl parsing (which reads
the entire streamed file anyway)

Gabriel

_______________________________________________
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/

_______________________________________________
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/

[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux