From mboxrd@z Thu Jan 1 00:00:00 1970 From: Oleg Drokin Subject: Re: Horrible ftruncate performance Date: Wed, 16 Jul 2003 14:57:05 +0400 Message-ID: <20030716105705.GC4955@namesys.com> References: <200307152155.09716.Dieter.Nuetzel@hamburg.de> <20030716103539.GB4955@namesys.com> <200307161247.53880.Dieter.Nuetzel@hamburg.de> Mime-Version: 1.0 Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com Content-Disposition: inline In-Reply-To: <200307161247.53880.Dieter.Nuetzel@hamburg.de> List-Id: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Dieter N?tzel Cc: Chris Mason , Szakacsits Szabolcs , Carl-Daniel Hailfinger , reiserfs-list@namesys.com Hello! On Wed, Jul 16, 2003 at 12:47:53PM +0200, Dieter N?tzel wrote: > > > Somewhat. > > > Mouse movement is OK, now. But... > > > 1+0 Records aus > > > 0.000u 3.090s 0:16.81 18.3% 0+0k 0+0io 153pf+0w > > > 0.000u 0.050s 0:00.27 18.5% 0+0k 0+0io 122pf+0w > > > INSTALL/SOURCE> time dd if=/dev/zero of=sparse1 bs=1 seek=200G count=1 ; > > > time sync > > > 1+0 Records ein > > > 1+0 Records aus > > > 0.000u 3.010s 0:15.27 19.7% 0+0k 0+0io 153pf+0w > > > 0.000u 0.020s 0:01.01 1.9% 0+0k 0+0io 122pf+0w > > So you create a file in 15 seconds > Right. > > and remove it in 15 seconds. > No. "Normaly" ~5 seconds. Ah, yes. Looking at wrong timeing info ;) I see that yesterday without the patch you had 1m, 9s, 5s, 2m times for 4 deletes... > > Kind of nothing changed except mouse now moves, > > > INSTALL/SOURCE> time rm sparse ; time sync > > > 0.000u 14.990s 1:31.15 16.4% 0+0k 0+0io 130pf+0w > > > 0.000u 0.030s 0:00.22 13.6% 0+0k 0+0io 122pf+0w > > So the stuff fell out of cache and we need to read it again. > Shouldn't this take only 15 seconds, then? Probably there was some seeking due to removal of lots of blocks. > Worst case was ~5 minutes. Yeah, this is of course sad. BTW is this with search_reada patch? What if you try without it? Bye, Oleg