If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

LINUX FILESYSTEMS BENCHMARKS (includes REISER4 and EXT4).

RESULT: With compression, REISER4, absolutely SMASHED the other filesystems.

No other filesystem came close (not even remotely close).

Using REISER4 (gzip), rather than EXT2/3/4, saves you a truly amazing 816 - 213 = 603 MB (a 74% saving in disk space), and this, with little, or no, loss of performance when storing 655 MB of raw data. In fact, substantial performance increases were achieved in the bonnie++ benchmarks.

Disk Usage: The amount of disk used to store the data.Copy 655MB (1): Time taken to copy the data over a partition boundary.Copy 655MB (2): Time taken to copy the data within a partition.Tar Gzip 655MB: Time taken to Tar and Gzip the data.Unzip UnTar 655MB: Time taken to UnGzip and UnTar the data.Del 2.5 Gig: Time taken to Delete everything just written (about 2.5 Gig).

Each test was preformed 5 times and the average value recorded.

To get a feel for the performance increases that can be achieved by using compression, we look at the total time (in seconds) to run the test:

The top two results use Reiser4 with compression. Since bonnie++ writes test files which are almost all zeros, compression speeds things up dramatically. That this is not the case in real world examples can be seen in the first test above where compression often does not speed things up. However, more importantly, it does not slow things down much, either.

Although the Linux kernel saboteurs (a number of so called Linux kernel "developers") have sabotaged many areas of Linux, I will concentrate on their efforts in sabotaging Reiser4.

As some will have noticed, Reiser4 no longer works as it used to. The recent patches of Andrew Morton, and Riffard Laurent, cause corruption problems (when they work at all). Morton's patches, also reduced Reiser4's functionality, removing, for example, the cryptocompress plugin. Riffard's patches include the cryptocompress plugin, which seems to work, but the patch causes corruption for plain Reiser4.

You see, the Reiser4 saboteurs arranged that plain Reiser4 will not work properly. However, they forgot to sabotage the more complex case of transparent compression, so we have the weird situation where the more complex case works fine, while the kernel "developers" "struggle" to get the simple case to work like it used to.

The parts of Reiser4 they have not touched, still work, but where they have coded, Reiser4 no longer works.

The fact that Reiser4 worked well, before Hans Reiser's arrest and imprisonment (on what appears to be trumped-up charges) and now doesn't, means that it should be easy to spot the sabotage.

After digging around in the source code, the evidence of deliberate sabotage is very clear.

I present some of the evidence (found by comparing Riffard's patch with older Namesys patches) below.

Update: Namesys has released 2.6.20 and 2.6.21 kernel patches. This has enabled one to completely isolate the differences between Namesys' 2.6.20 patch and Riffard's. The diff file is very small and can be found here. The early sabotage is concentrated in this small file.

This change is hard to spot with SetPageWriteback and set_page_writeback, being very similar in name. This change is almost guaranteed to cause problems, as set_page_writeback is called without calling end_page_writeback(). According to Documentation/filesystems/Locking, this will leave the page itself marked clean but it will be tagged as dirty in the radix tree. This incoherency can lead to all sorts of hard-to-debug problems in the filesystem like having dirty inodes at umount and losing written data. Just as the saboteurs desire, and what we see happening.

Comment

I guess some off-topic-chatting is alright, but the old thread was only about your conspiration theories.

To stay on topic: I find it hard to believe a site which also has articles like Bush, Blair, Putin, Merkel and many other leaders are all Jews and The Reiser Jury was RIGGED (claiming this is one thing, but the way they "prove" their claim is hillarious. If you want a good laugh hava a look at the article). They are obviously not the most trustworthy source of information (imho, if you love conspiration theories you'll probably happily believe everything they say).

I'd like to run some benchmarks myself but I'm to lazy to re-partition my hdds to do so. Will the results of the benchmarks be affected when they are run inside a virtual machine (VirtualBox e.g.) on a ext3-partition? The absolute numbers will of course change, but I wonder if the relations between the results will be the same as when run natively?

Comment

Reiser 4 is an interesting filesystem performance wise, but a filesystem which is that unmaintained will not be recommended by anyone, and that is the point why it will not be adopted by Linux I guess. ext4 on the other side will be "good enough", if one can say this, and I am really looking forward to this filesystem.

Jade's theories are all a bit weird, but I won't say he is wrong, because I don't have enough knowledge to say if it's true or wrong. I think that Jade just shouldn't try to make anyone believe anything, instead he should give his opinion and nothing else (and maybe ask kernel developers what they're thinking about his saboteur theory if he wants some answers).

Comment

Beautiful numbers... but... ext4 was a bit young.... at that time :-P why not re-running the tests, updated? and what about multi-threaded workload? and so on...

Yeah,... so now that the inferior (since they are essentially thieves who did not allow Reiser any real credit for his work) Ext4 developers have stolen all of Reiser's ideas,... they are beginning to make up ground in the benchmarks.

Comment

If you want proof that most of these "conspiracy theories" are correct,... just look at the fact that the people who run this site have disconnected this thread from the main page,... as per usual.

Rather than discuss things as adults, the children here restrict the conversation by devious means (like delinking a thread so it does not get coverage) or just plain threats.

This childish behavior is the caused by the fear that intelligent people will see that many of the so-called "conspiracy theories" are very much correct. If those here, did not fear this, they would not subtly censor and threaten.

Comment

If you want proof that most of these "conspiracy theories" are correct,... just look at the fact that the people who run this site have disconnected this thread from the main page,... as per usual.

Rather than discuss things as adults, the children here restrict the conversation by devious means (like delinking a thread so it does not get coverage) or just plain threats.

This childish behavior is the caused by the fear that intelligent people will see that many of the so-called "conspiracy theories" are very much correct. If those here, did not fear this, they would not subtly censor and threaten.

The way you speak reminds me, the way Reiser spoke :-D

But try to face the problem: these benchmarks are out to date, since they refer to a 2.6.13 kernel, and now we are at 2.6.26...
this means it passed much time, and ext4 could have improved even without stealing ideas from reiser4.
Indeed Reiser was not the only intelligent guy, and his solutions were not the only good ones!!!

I would like to see new benchmarks, and in different test cases. I'm not deviating the thread!

What's for sure is that Reiser now cannot maintain his FS, and even if i like ReiserFS so much (it's the only one I use), I think (in a future) I will migrate to JFS.
If reiser will come out of prison, and will solve the pending issues with reiser4 (coding style, and so on), i will be happy to test it, and if good to adopt it.
Otherwise JFS, will remain my choice for the future.

As you can read, I didn't speak about jews, or anything else (even if your nazi-links are horrible!) and I'm not an ext4 supporter!

Comment

But try to face the problem: these benchmarks are out to date, since they refer to a 2.6.13 kernel, and now we are at 2.6.26...

Try to face the problem: You can't read/didn't bother to read the article.

You would look more intelligent (and less like some slimy critter who lies by omission) if you actually read the article.

The linux-2.6.20-mm1 kernel is used in the benchmarks (the 2.6.13 kernel is used to show how Reiser4 has got worse under the non-Reiser developers). The reiser4 code has remained almost unchanged for years now, so 2.6.20 is more than adequate.