Date: Thu, 8 Jan 2009 14:25:46 +0100 From: Peter Schuller <peter.schuller@infidyne.com> To: Koen Smits <kgysmits@gmail.com> Cc: freebsd-fs@freebsd.org Subject: Re: FreeBSD, SSD's and partition alignment Message-ID: <20090108132546.GA57786@hyperion.scode.org> In-Reply-To: <b072dc420901070454j93b8237t1e67c16e94d00b6c@mail.gmail.com> References: <b072dc420901051221t3cf398b0m1095946e9918c0f3@mail.gmail.com> <4962A1D6.4040508@modulus.org> <b072dc420901070454j93b8237t1e67c16e94d00b6c@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Note that even the Intel X25-M series seem to slow down in random write > speed when the complete disk is filled and there are no cells left that t= he > controller knows are free. Most benchmarks out there are run on an empty > Intel SSD. When you rerun that test several times, it'll slowly settle on= a > much lower random write speed. My understanding is that the performance drop should only come from *sustained* high write iops; i.e., when you effectively exhaust the free space necessary to perform the writes sequentially but temporarily. But on the other hand if you are only bursting, I was under the impression these guys did background re-writing such that no permanent performance drop need be expected. Is this not the case for the X25-M or others? --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller <peter.schuller@infidyne.com>' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkll/tkACgkQDNor2+l1i33DAgCfe77a9WZOkQa/NdI1MQY7Bgr8 PMwAn1Ku8iJunO4nlntHKJwQNPgl16JM =CB7q -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090108132546.GA57786>