From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 17:41:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 641D148D for ; Mon, 24 Mar 2014 17:41:40 +0000 (UTC) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E5696136 for ; Mon, 24 Mar 2014 17:41:39 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id q58so3677591wes.12 for ; Mon, 24 Mar 2014 10:41:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=95vZumK1tP08Lc9jlTMe7ZvbJF0uaftzAml1a7/ya/I=; b=wZXgZTICJs0i0/rPYP/88hTc8V8o++08qvKXaqnexgFT/TstmG9QED2Vu3sO27y5Lq WIQo0/oGAdp4Cc+Qdp0PYCE4rNTZBChiLBgP6+SDs2DKblmBodIO83Sm0ytfNIetCmuG 0alh8xn0JHl8NXJfTYIxzlhgvScMUXMFA/6Fx2avVwVCwpGUtr3Loq4ncu8WJ1Ddpq5K uQ6UM//BZrBR/hXAaIfKONJmOVwX2RJLSwXMRA92GQVlHkr3q3ixKaB3w5hcmRpG+7qP gQ+alPp9MR5HqMPCyXvLufUtDdnmC8tprAWc8BpNAs+lcqlP2ERTL0P7Z/RRtsy6e9ng Vh0A== X-Received: by 10.180.23.99 with SMTP id l3mr17659881wif.47.1395682897134; Mon, 24 Mar 2014 10:41:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.55.138 with HTTP; Mon, 24 Mar 2014 10:41:17 -0700 (PDT) In-Reply-To: <533066FC.5040805@allanjude.com> References: <20140321155348.2945e05e@gumby.homeunix.com> <533066FC.5040805@allanjude.com> From: Miguel Clara Date: Mon, 24 Mar 2014 17:41:17 +0000 Message-ID: Subject: Re: geli TRIM support To: Allan Jude Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2014 17:41:40 -0000 As I mention the laptop has TWO drives: 1 HDD and 1 SSD, which was why I wanted to try this setup. But firstly I don't wan't geli+trim so I use the full HDD with zfs+geli, which means the SSD would be unused! Before this setup I was using the SSD for the "system" with UFS+trim+geli, but later I found that geli has no support for trim. and since my HDD had to be replaced, It got me thinking why not try to use a diferent setup myself... Its true that the boot is much faster in a SSD, but my current setup is defiantly not slow, and I have enough memory just with the usually daily usage, thing get different if I use ccache and start compiling stuff of course! In any case what you point out about L2ARC (writes instead of reads) does concern me, and was something I was aware off, and that's why I keep regular backups, its mainly to test if the SSD can or cannot handle it (at least until its on warranty). As for the ZIL, I was under the impression that the purpose is not cache, but to protect from data loss, am I wrong? I found a very interesting article about this actually: http://nex7.blogspot.nl/2013/04/zfs-intent-log.html. Also my SSD has 19GB and AFAICT I wouldn't need that mcuh for the ZIL, so why not partiton it?! Anyway this is getting of topic, so perhaps we can continue this discussing in other topic, I would really like to read you're toughs on this Alan, I am also awaere that illumos already supports persistent L2ARC, I would be interested to know when this will be possible on FreeBSD, but back to the geli issue... It would be nice to have TRIM+GELI support, cause in that case I can use the full SSD with UFS for the system and keep ports and other DATA on the HDD, since I wouldn't need fast access to those! Thanks On Mon, Mar 24, 2014 at 5:10 PM, Allan Jude wrote: > On 2014-03-21 11:53, RW wrote: > > On Thu, 20 Mar 2014 19:34:04 +0000 > > Mike C. wrote: > > > >> I was actually googling about this yesterday and found no more info > >> then the thread you posted. > >> > >> So its seems that nothing was done related to this so far? > >> > >> Which means using trim+geli is problematic. > > > > These days SSD devices have static wear-levelling so you don't need to > > maximize the number of free blocks, just maintain a small pool. You can > > do that by not partitioning the whole device and leaving a few percent > > unused. I'm not sure what you would do if the device had already been > > written to though, if FreeBSD has a command to trim a device I don't > > know what it is. You could just use Linux's hdparm from a live CD. > > > > You should also be OK if you have a non-geli UFS partition with > > sufficient free space on the same device. > > > >> I was using my ssd with UFS+trim+geli in my laptop. But even before > >> noticing the lack of support changed my setup... since the laptop has > >> both a ssd and hdd I am now using zfs+geli in the hdd. I have 2 > >> partitions in the ssd and I'm using it for log/cache. > > > > I've been considering that, but I did have a couple of concerns: > > > > 1. l2arc sounds like it would be much less effective outside of > > servers because, AFAIK, the cache doesn't survive a reboot. > > > > 2. the l2arc cache turns reads on the filesystem into writes to the > > SSD. > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > > 1. There is work to make a persistent L2ARC, but it is not finished yet > > 2. Having an L2ARC (or ZIL for that matter) on the same SSD that the > files are on, is only going to hurt. Using an L2ARC takes up more RAM, > leaving less for the primary ARC, and as was pointed out about, turns > reads into writes. Reading from the L2ARC partition is not going to be > any faster than reading from the main data partition, so I don't see the > point. Same goes for writes to a ZIL. > > If your laptop has only 1 drive, an SSD, then you probably just want to > use the entire thing for the ZFS pool, rather than partitioning it to > use the advanced features that are meant to use SSDs when the pool is > NOT SSDs. > > -- > Allan Jude > >