From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavel Machek Subject: Re: Tux3 Report: How fast can we fail? Date: Tue, 26 May 2015 12:03:26 +0200 Message-ID: <20150526100326.GA8854@amd> References: <8f886f13-6550-4322-95be-93244ae61045@phunq.net> <55523C88.9080809@phunq.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: linux-fsdevel@vger.kernel.org, tux3@tux3.org, linux-kernel@vger.kernel.org, OGAWA Hirofumi To: Daniel Phillips Return-path: Content-Disposition: inline In-Reply-To: <55523C88.9080809@phunq.net> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: tux3-bounces@phunq.net Sender: "Tux3" List-Id: linux-fsdevel.vger.kernel.org > We identified the following quality metrics for this algorithm: > > 1) Never fails to detect out of space in the front end. > 2) Always fills a volume to 100% before reporting out of space. > 3) Allows rm, rmdir and truncate even when a volume is full. Hmm. Can you also overwrite existing data in files when a volume is full? I guess applications expect that to work.. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html