[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <528CDD19.5060002@symas.com>
Date: Wed, 20 Nov 2013 08:02:33 -0800
From: Howard Chu <hyc@...as.com>
To: Theodore Ts'o <tytso@....edu>, Chinmay V S <cvs268@...il.com>,
Stefan Priebe - Profihost AG <s.priebe@...fihost.ag>,
Christoph Hellwig <hch@...radead.org>,
linux-fsdevel@...r.kernel.org, Al Viro <viro@...iv.linux.org.uk>,
LKML <linux-kernel@...r.kernel.org>, matthew@....cx
Subject: Re: Why is O_DSYNC on linux so slow / what's wrong with my SSD?
Theodore Ts'o wrote:
> Historically, Intel has been really good about avoiding this, but
> since they've moved to using 3rd party flash controllers, I now advise
> everyone who plans to use any flash storage, regardless of the
> manufacturer, to do their own explicit power fail testing (hitting the
> reset button is not good enough, you need to kick the power plug out
> of the wall, or better yet, use a network controlled power switch you
> so you can repeat the power fail test dozens or hundreds of times for
> your qualification run) before being using flash storage in a mission
> critical situation where you care about data integrity after a power
> fail event.
Speaking of which, what would you use to automate this sort of test? I'm
thinking an SSD connected by eSATA, with an external power supply, and the
host running inside a VM. Drop power to the drive at the same time as doing a
kill -9 on the VM, then you can resume the VM pretty quickly instead of
waiting for a full reboot sequence.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists