Re: access to hard drives is "blocked" by writes to a flash driv

看板FB_current作者時間12年前 (2013/04/27 13:32), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串19/34 (看更多)
--O3RTKUHj+75w1tg5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-Mar-02 18:29:54 +0100, deeptech71 <deeptech71@gmail.com> wrote: >When one of my flash drives is being heavily written to; typically by >``svn update'' on /usr/src, located on the flash drive; the following >can be said about filesystem behavior: > >- ``svn update'' seems to be able to quickly update a bunch of files, > but is then unable to continue for a period of time. This behavior > is cyclical, and cycles several times, depending on the amount of > updating work to be done for a particular run of ``svn update''. This sounds like normal flash behaviour: You can only write to erased blocks. The SSD firmware attempts to keep a free pool of erased blocks but if you write too fast, you empty the free pool and need to wait for the wear-levelling algorithm to move blocks around and erase them. Enabling TRIM (the '-t' flag on tunefs) will help if the drive supports TRIM (if it doesn't, it'll probably just lockup). Otherwise, you need to either put up with it or upgrade to a better SSD. I run into this regularly with the low-end SuperTalent drive in my Netbook but have never seen it with the OCZ Agility4 that I use for L2ARC in my fileserver. --=20 Peter Jeremy --O3RTKUHj+75w1tg5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlEyz5sACgkQ/opHv/APuIepRwCgq4di5e+pL8o+ePdFM1SB9cE0 FsoAn0VHmyOLoTUPFsXPVauG6t6iYyYF =8t5b -----END PGP SIGNATURE----- --O3RTKUHj+75w1tg5--
文章代碼(AID): #1HUsBYcu (FB_current)
討論串 (同標題文章)
完整討論串 (本文為第 19 之 34 篇):
文章代碼(AID): #1HUsBYcu (FB_current)