From mboxrd@z Thu Jan 1 00:00:00 1970 From: Howard Chu Subject: Re: Why is O_DSYNC on linux so slow / what's wrong with my SSD? Date: Wed, 20 Nov 2013 08:02:33 -0800 Message-ID: <528CDD19.5060002@symas.com> References: <528CA73B.9070604@profihost.ag> <20131120125446.GA6284@infradead.org> <528CC36A.7080003@profihost.ag> <20131120153703.GA23160@thunk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit To: Theodore Ts'o , Chinmay V S , Stefan Priebe - Profihost AG , Christoph Hellwig , linux-fsdevel@vger.kernel.org, Al Viro , LKML , matthew@wil.cx Return-path: Received: from zill.ext.symas.net ([69.43.206.106]:40506 "EHLO zill.ext.symas.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753830Ab3KTQDT (ORCPT ); Wed, 20 Nov 2013 11:03:19 -0500 In-Reply-To: <20131120153703.GA23160@thunk.org> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: 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/