From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mosis Tembo Subject: Re: Tux3 Report: How fast can we fail? Date: Wed, 27 May 2015 09:37:42 +0200 Message-ID: <55657446.40805@gmail.com> References: <8f886f13-6550-4322-95be-93244ae61045@phunq.net> <55523C88.9080809@phunq.net> <20150526100326.GA8854@amd> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit To: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org Return-path: In-Reply-To: <20150526100326.GA8854@amd> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On 05/26/2015 12:03 PM, Pavel Machek wrote: >> 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. This is definitely nonsense. You can not rm, rmdir and truncate when the volume is full. You will need a free space on disk to perform such operations. Do you know why? M.T. > Hmm. Can you also overwrite existing data in files when a volume is > full? I guess applications expect that to work.. > Pavel