Re: Some Performance Tests

"Axel Dörfler" <[email protected]> Sat, 24 Feb 2007 20:49:12 +0100 CET
Newsgroups gmane.os.openbeos.kernel.devel
Message-ID <58037463489-BeMail@zon>
Ingo Weinhold <bonefish-CFLBMwTPW48UNGrzBIF7/[email protected]> wrote:
> I'm moving the thread to this list (is the OBFS list still in 
> existence? 
> sending a mail to it bounced and it isn't listed on the website) to 
> not 
> bother the admins not interested in this technical issue anymore. 
> I've 
> inserted the results for the Create/Delete test for the same BFS 
> partition, 
> just initialized *with* indices. The drop in performance is worrisome 
> IMHO. 
> The Raw Write and Find results are, as expected, virtually identical, 
> so I 
> left them out.

More than twice as slow is certainly a bummer. One thing that would be 
interesting to know is how often the file systems sync the HD caches.
Does your ReiserFS uses the BeOS cache?

BTW if I recall correctly, all speed comparisons in the BFS book were 
done without indices.

> For Haiku/OBFS the Create/Delete test hits KDL, unfortunately. I hope 
> this 
> will be fixed in the not too distant future, since I'm quite 
> interested to 
> see how Haiku fares.

You could just lower the amount of data copied, that should help for 
now :-)

> du adds it up to 332243 KB (only 325750 KB on the ReiserFS partition, 
> thanks to many directories, I suppose).

That might hit some limit with "only" 512 MB. But it could also be a 
different bug than the Luposian copy bug - since the kernel should 
already be smart enough to remove files that aren't in use anymore.

Bye,
   Axel.


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV