From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steven Pratt Subject: Re: dbench regression in 2.6 Date: Mon, 08 Sep 2003 14:55:56 -0500 Message-ID: <3F5CDECC.8060404@austin.ibm.com> References: <3F5636F5.4060000@austin.ibm.com> <200309041138.40795.vs@namesys.com> <3F574AEE.7080402@austin.ibm.com> <200309082105.37309.vs@namesys.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <200309082105.37309.vs@namesys.com> List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: Vladimir Saveliev Cc: reiserfs-list@namesys.com, reiserfs-dev@namesys.com Ok, first let me start with appologies as this turns out to be a wild goose chase. It seems that I am running the version of reiserfsprogs that ships with SLES 8.0 (3.6.2) which has a hardcoded check for kernel versions 2.2, 2.4 and 2.5, but does not know about 2.6 and thus the mkfs.resiserfs is failing. Since all of this testing is automated this failure was not caught, and the dbench numbers reported were actually for the last filesystem run on that drive, in this case XFS (which is why it looks so bad :-) ). I have fixed the scripts to force the format to 3.6 and all seems to be well. If I get the chance I will go backfill all of the numbers. Sorry for the confusion but I run these regresion tests in my spare time and don't always have time to crawl through the output, although a simple look in the captured /proc/mounts, or even the fstype file I create in the benchmark directory would have saved us all a lot of time. Again, sorry for the confusion, keep up the good work. Steve