From mboxrd@z Thu Jan 1 00:00:00 1970 From: Namhyung Kim Subject: Re: Software RAID and TRIM Date: Wed, 29 Jun 2011 22:39:24 +0900 Message-ID: <87d3hwah9v.fsf@gmail.com> References: <20110629204519.419474d2@notabene.brown> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <20110629204519.419474d2@notabene.brown> (NeilBrown's message of "Wed, 29 Jun 2011 20:45:19 +1000") Sender: linux-raid-owner@vger.kernel.org To: NeilBrown Cc: linux-raid@vger.kernel.org List-Id: linux-raid.ids NeilBrown writes: > On Wed, 29 Jun 2011 11:32:55 +0100 (BST) Tom De Mulder > wrote: > >> On Tue, 28 Jun 2011, Mathias Bur=C3=A9n wrote: >>=20 >> > IIRC md can already pass TRIM down, but I think the filesystem nee= ds >> > to know about the underlying architecture, or something, for TRIM = to >> > work in RAID. >>=20 >> Yes, it's (usually/ideally) the filesystem's job to invoke the TRIM=20 >> command, and that's what ext4 can do. I have it working just fine on= =20 >> single drives, but for reasons of service reliability would need to = get=20 >> RAID to work. >>=20 >> I tried (on an admittedly vanilla Ubuntu 2.6.38 kernel) the same on = a two=20 >> drive RAID1 md and it definitely didn't work (the blocks didn't get = marked=20 >> as unused and zeroed). >>=20 >> > There's numerous discussions on this in the archives of >> > this mailing list. >>=20 >> Given how fast things move in the world of SSDs at the moment, I wan= ted to=20 >> check if any progress was made since. :-) I don't seem to be able to= find=20 >> any reference to this in recent kernel source commits (but I'm a com= plete=20 >> amateur when it comes to git). > > > Trim support for md is a long way down my list of interesting project= s (and > no-one else has volunteered). > Just out of curiosity, what are there in your list? :) --=20 Regards, Namhyung Kim -- To unsubscribe from this list: send the line "unsubscribe linux-raid" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html