From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Q2pyM-00013K-An for garchives@archives.gentoo.org; Thu, 24 Mar 2011 19:13:30 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EB9A41C095; Thu, 24 Mar 2011 19:11:13 +0000 (UTC) Received: from mail-fx0-f53.google.com (mail-fx0-f53.google.com [209.85.161.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 921EF1C095 for ; Thu, 24 Mar 2011 19:11:13 +0000 (UTC) Received: by fxm11 with SMTP id 11so407796fxm.40 for ; Thu, 24 Mar 2011 12:11:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:message-id:from:to:subject:date:user-agent :in-reply-to:references:mime-version:content-transfer-encoding :content-type; bh=TWlmJFXGZLizY99b39P7YjDhx7++2XdrMx/ku1BDKU8=; b=RoaK0BNRi6Hsufg9AH5rYymL+AWXdoc+/Pu51Jlb+nnu1Vwk9X7aTwM2fO5XQtHO3R lnUmkxhkW8N5IsAKdkISHQAXQSIaLm2/L5qiyNRPHhNQCcXvLyX5A/ZSTbLrkUed1JjS igdE+hPSlgdaFBSWaG799Hqn2y4/FVC7PDUs8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:from:to:subject:date:user-agent:in-reply-to:references :mime-version:content-transfer-encoding:content-type; b=tDFaxHko5np76YRY1wzc6yN6S4a2oWsm+/MgKvp15230NbFc0kbGnW9KQ7BQ//XCO1 esPwmaz/9rLQI775U2xyA3i5uYT9zWl90L6JgLAvFavicv64WkWe2VS4pMXIAAMeJzhS r1gkKVTzd898EWGcTYB5EEpmdAEwtbCh/iBfs= Received: by 10.223.29.73 with SMTP id p9mr4287684fac.134.1300993872840; Thu, 24 Mar 2011 12:11:12 -0700 (PDT) Received: from energy.localnet (p4FC74AB5.dip0.t-ipconnect.de [79.199.74.181]) by mx.google.com with ESMTPS id 14sm102294fae.23.2011.03.24.12.11.11 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 24 Mar 2011 12:11:11 -0700 (PDT) Message-ID: <4d8b974f.4e01df0a.5bd5.0b62@mx.google.com> From: Volker Armin Hemmann To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] LVM (Was: the best filesystem for server: XFS or JFS (or?)) Date: Thu, 24 Mar 2011 20:11:09 +0100 User-Agent: KMail/4.6 beta4 (Linux/2.6.36.4r4; KDE/4.6.1; x86_64; ; ) In-Reply-To: <321afabe36c26434f77c63b6e30e0a83.squirrel@www.antarean.org> References: <4D87A7C6.1060502@gmail.com> <4d8b2b5b.984cdf0a.1c4c.ffff8432@mx.google.com> <321afabe36c26434f77c63b6e30e0a83.squirrel@www.antarean.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Archives-Salt: X-Archives-Hash: f4861cd37a3521adb61820a077df804a On Thursday 24 March 2011 15:38:02 J. Roeleveld wrote: > On Thu, March 24, 2011 12:30 pm, Volker Armin Hemmann wrote: > > On Thursday 24 March 2011 08:49:52 J. Roeleveld wrote: > >> On Wed, March 23, 2011 5:43 pm, Volker Armin Hemmann wrote: > >> > md raid devices can do barriers. Don't know about lvm. But lvm is > >> > such > >> > >> a > >> > >> > can > >> > of worms I am surprised people still recommend it. > >> > >> What is wrong with LVM? > >> I've been using it successfully without any issues for years now. > >> It does what it says on the box. > > > > it is another layer that can go wrong. Why take the risk? There > > are enough cases of breakage after upgrades - and besides snapshots... > > is > > the > > amount of additional code running really worth it? Especially with bind > > mounting? > > There are always things that can go wrong and I agree, adding additional > layers can increase the risk. > However, the benefits of easily and quickly changing the size of > partitions and creating snapshots for the use of backups are a big enough > benefit to off-set the risk. > > Bind-mounting is ok, if you use a single filesystem for everything. I have > partitions that are filled with thousands of small files and partitions > filled with files are are, on average, at 1GB in size. > I haven't found a filesystem yet that successfully handles both of these > with identical performance. > When I first tested performance I found that a simple "ls" in a partition > would appear to just hang. This caused performance issues with my > IMAP-server. > I switched to a filesystem that better handles large amounts of small > files and performance increased significantly. > > The way I do backups is that I stop the services, create snapshots and > then restart the services. and I don't stop much - I just cp everything on the backup disk ;) /home is way to full? no problem, just dump all that file crap on some other partition and bind mount the directories. No change from user POV (that is me). And since /home is on / and that a 64gb ssd resizing is not a topic. That 1tb raid5 I dump all data on? Again - why resize? I have all in one place and bind what I need elsewhere.