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