Date: Sat, 26 May 2012 08:58:39 +1000 From: Peter Jeremy <peter@rulingia.com> To: Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl> Cc: freebsd-hackers@freebsd.org, Matthias Apitz <guru@unixarea.de>, rozhuk.im@gmail.com Subject: Re: proper newfs options for SSD disk Message-ID: <20120525225839.GA7347@server.rulingia.com> In-Reply-To: <alpine.BSF.2.00.1205252240260.31165@wojtek.tensor.gdynia.pl> References: <alpine.BSF.2.00.1205182209010.9350@wojtek.tensor.gdynia.pl> <4fb7dfd6.736a980a.186d.ffff902f@mx.google.com> <20120519180901.GA1264@tiny> <20120525183006.GA1259@tiny> <alpine.BSF.2.00.1205252240260.31165@wojtek.tensor.gdynia.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
--VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-May-25 22:46:10 +0200, Wojciech Puchar <wojtek@wojtek.tensor.gdynia= =2Epl> wrote: >> Should I split /dev/ada1 into two separate partitions, one for real >> /usr/local and one for my HOME and only crypt this with geli(8)? > >i would make / on 16GB SSD (including /usr, /usr/local, don't divide=20 >to partitions) and geli encrypted home on 4GB SSD (whole device). if=20 >sometimes 4GB would be too little for /home then you would manually move= =20 >things that don't need encryption somewhere else. This may be a worthwhile suggestion. >Why? Your laptop have most probably slow CPU and it will make everything= =20 >too slow if you make everything encrypted. I'd suggest some experiments - create a largish RAMdisk with and without GELI and see how the performance compares (this will be a lot faster than converting your SSD as well as saving a full-SSD erase/write cycle). As for the overall SSD write rate, some time ago, I worked through minimising the write activity on the SSD in my laptop (I wrote a tool that monitors write transfers via devstat(3) and it would be possible to track down the actual modified files via kqueue(2) if necessary). I'm now down to about two chunks of about 13 transfers each per hour (due to entopy saving and ntp.drift updating). The changes were: 1) Mount the SSD filesystems as noatime 2) Turn off all local syslogging (syslog is directed to another system when my laptop is at home, lost otherwise). 3) Change maillog rotation to size instead of daily 4) Run save-entropy once per hour instead of roughly every 11 minutes. [Note that */11 means 0,11,22,33,44,55 not every 11 minute] 5) Patch the save-entropy script to reduce the write load when it's run (see PR bin/134225). 6) Use a swap-back /tmp As for applications - firefox generates quite a heavy write load during normal use. Moving the cache to /tmp will help but I don't think there's any complete solution. Also, you're probably better off running a traditional lightweight window manager than something like KDE or Gnome. --=20 Peter Jeremy --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/ADp8ACgkQ/opHv/APuIcsWACgjf/aT+PpUcNvlPlLlq8KPFnT Cn4AoLF9+5NQQiz1pOIHtAkIYim6RlgV =J635 -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120525225839.GA7347>