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 14:41:39 +0800 Message-ID: References: <8f886f13-6550-4322-95be-93244ae61045@phunq.net> <55523C88.9080809@phunq.net> <20150526100326.GA8854@amd> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1807619507==" Cc: Daniel Phillips , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, OGAWA Hirofumi , tux3@tux3.org To: Pavel Machek Return-path: In-Reply-To: <20150526100326.GA8854@amd> 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 --===============1807619507== Content-Type: multipart/alternative; boundary=001a11c353e603891e05170a89f9 --001a11c353e603891e05170a89f9 Content-Type: text/plain; charset=UTF-8 On Tue, May 26, 2015 at 6: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 > -- > (english) http://www.livejournal.com/~pavelmachek > (cesky, pictures) > http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html > -- > To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > --001a11c353e603891e05170a89f9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Tue, May 26, 2015 at 6:03 PM, Pavel Machek <pavel@ucw.cz> = wrote:

> We identified the following quality metrics for this algorithm:
>
>=C2=A0 1) Never fails to detect out of space in the front end.
>=C2=A0 2) Always fills a volume to 100% before reporting out of space.<= br> >=C2=A0 3) Allows rm, rmdir and truncate even when a volume is full.
=


This is definitely nonsense. Yo= u can not rm, rmdir and truncate
when the volume is full. You will need a free space on disk to performsuch operations. Do you know why?

M.T.=

=C2=A0

Hmm. Can you also overwrite existing data in files when a volume is<= br> full? I guess applications expect that to work..
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Pavel=
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel= /picture/horses/blog.html
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdeve= l" in
the body of a message to major= domo@vger.kernel.org
More majordomo info at=C2=A0 http://vger.kernel.org/majordomo-info.html

--001a11c353e603891e05170a89f9-- --===============1807619507== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Tux3 mailing list Tux3@phunq.net http://phunq.net/mailman/listinfo/tux3 --===============1807619507==--