Announcement

Collapse
No announcement yet.

Linux FILESYSTEM BENCHMARKS (includes Reiser4).

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #16
    Originally posted by Thetargos View Post
    I suppose that just like there are drivers for Ext2/3 for Windows, there might be one for Ext4? I can see it being useful in virtualized environments, datacenters, etc.
    That's right. Probably Total Commander will support reading from EXT4.

    Comment


    • #17
      How come the recent phoronix benchmarks didn't include Reiser4?

      Comment


      • #18
        Originally posted by yoshi314 View Post
        when i saw this topic on mainpage i thought to myself
        "it must have been started by Jade". guess i was right.

        then i saw this :
        now i've fell off my chair laughing and i can't get up ;]

        the "Conspiracist" title is well earned, indeed :]

        imagine putting reiserfs with compression on lvm on dm-crypt device... that would really hit performance.

        i guess that only reasonable real-life application of compressing read-write filesystem is when the files are not going to be changed frequently. otherwise it might cause more problems than solve.
        good thing that reiser4 has a 'smart' compression algorithm. If something is not compressible in the first couple of blocks, it does not try to compress the rest, saving time, cpu cycles and space.

        But ifg compression is so bad: why do all serious tape drivers have built in hardware compression?

        Comment


        • #19
          Originally posted by Thetargos View Post
          Care to explain, and provide evidence?

          BTW, the alleged changes in the code of key files in Reiser4 seem to only be changes to make the files use the new Linux API introduced with the version of the kernel they shipped, maybe something else broke in the dependency chain? Without knowing where these functions are declared and what other headers are needed by these, I cannot say, but from what little you provide as "evidence" is clear an API change, rather than sabotage.
          sabotage happened a view days ago. Nick Piggin broke reiser4 with some changes. Andrew Morton did not revert the commit or fixed the breakage - he deactivated resier4.

          So much about 'if your code is in kernel, it will be fixed when changes break it'. Edward fixed it. Nick thankled him - but it was wrong anyway. Andrew should have reverted Nick's changes until the fix is ready.

          Comment


          • #20
            Originally posted by Jade View Post
            How come the recent phoronix benchmarks didn't include Reiser4?
            Sadly (and yes, I regret the current state of Reiser4 adoption) Reiser4 is not provided nor supported by many distributions, mainstream or otherwise.

            @Energyman:

            I'm not in a position to defend either the original commitment or the changes done (for API consistency) by kernel maintainers. I do not believe that braking Reiser4 was sabotaged as such, but rather put on hold until the code can be more exhaustively revised... If you are so inclined, you could help by solving the braking points in the Reiser4 code and commit a new patch. I do not see the great fuss...

            Comment


            • #21
              Originally posted by Thetargos View Post
              I do not believe that braking Reiser4 was sabotaged as such,...
              It was deliberately sabotaged and that is clear.

              Read this and look at the links:

              This is what someone who knows said. From here: http://www.phoronix.com/forums/showp...5&postcount=45 (showpost.php?p=27495&postcount=45)

              Thanks for the links, you should probably also put a link to the original this is based on (the Wired Blog).

              Remember that in the country this takes place (the murder trial), it doesn't matter what you think. It doesn't even matter what the jury itself thinks of the person's character or "acting strangely" (atleast it's not supposed to) - what matters is what you can prove.

              Guilt must be proven, a person is innocent until proven guilty in the USA. There has been a lot of conjecture and circumstantial evidence, which does not mean proof at all.

              As to the "kernel saboteurs", uhhmmmm. I have been a user of reiserfs3 for years and never noticed all these "issues" that people all of a sudden came up with (after Reiser was arrested).

              In fact I never was affected by any sort of corruption or whatnot - in 6+ years of using the filesystem (since 2.4.0)!


              ResierFS v4 is something I've wanted to try for a while, but it seems as if everytime I've gone to just do it that I've been "blocked" by one thing or another (boot CD lacks support, kernel patch is broken, developer kernel has bugs, etc.).

              The problem was not that I couldn't just use a NameSys patch on my own kernel (I used my own kernel anyway), and do a double install to get the main install up on v4, the issue was that the last time I looked the last patch I could find to be easily hacked to use a recent kernel (one I wanted) did not support compression. That is the sole reason for me wanting to migrate from v3 to v4, is the realtime compression (not for space increase, but for performance increase).

              What I can say from my experience personally is this:

              there were several reiserfs v4 patches in a certain kernel developer's tree (Andrew Morton's tree) that were not immediately apparant to be broken... but they were/are.

              An unnecessary kludge was introduced for NO REASON WHAT-SO-EVER, which was the cause of the corruption.

              This developer is a very "big-name" person, and I will not tell you of whom I speak (this is not about flames, and I don't know why he did it i.e. a mistake or misunderstanding or what).

              Needless to say however, a lot of people use his patches for bleeding-edge features, mainly because he is supposed to be "dependable" and "official".

              So of course, eventually it was noticed - this few lines of code that was unecessarily introduced causing the coruption, and when asked he gave the most unbelievable answer.

              Then he proceeded to do a rewrite and what appeared as "cover his tracks".

              Anyhow that is what happened. Make of it what you will, but it surely was NOT bitrot or anything so simple...


              If you want to look at conspiracy theories, look at who the biggest sponsor was originally. There's your answer right there, and probably what they'd do to "get rid" of the filesystem (have the inventor locked away)

              BTW I've never understood the obsession about ext2 and ext3. ext2 was the worst filesystem I've used since the old days of UFS, and the only filesystems I've personally had explode were both ext2/ext3.

              I think I'll go install onto v4 now and do whatever necessary to get it done (if that means reintegrating compression back into the latest version then so be it). I want to do some benchmarks and stress-testing

              http://linux.50webs.org/
              http://linuxhelp.150m.com/jews/saboteurs.htm
              http://m.domaindlx.com/LinuxHelp/jews/saboteurs.htm
              Last edited by Jade; 12-16-2008, 07:45 AM.

              Comment


              • #22
                Originally posted by Jade View Post
                Guilt must be proven, a person is innocent until proven guilty in the USA. There has been a lot of conjecture and circumstantial evidence, which does not mean proof at all.
                <SNIP>
                As to the "kernel saboteurs", uhhmmmm.
                Indeed, lots of conjecture and circumstantial evidence in the "kernel saboteurs" case... I say innocent until proven guilty!

                Comment


                • #23
                  Originally posted by Jade View Post
                  It was deliberately sabotaged and that is clear.

                  Read this and look at the links:

                  This is what someone who knows said. From here: http://www.phoronix.com/forums/showp...5&postcount=45 (showpost.php?p=27495&postcount=45)

                  Thanks for the links, you should probably also put a link to the original this is based on (the Wired Blog).

                  Remember that in the country this takes place (the murder trial), it doesn't matter what you think. It doesn't even matter what the jury itself thinks of the person's character or "acting strangely" (atleast it's not supposed to) - what matters is what you can prove.

                  Guilt must be proven, a person is innocent until proven guilty in the USA. There has been a lot of conjecture and circumstantial evidence, which does not mean proof at all.

                  As to the "kernel saboteurs", uhhmmmm. I have been a user of reiserfs3 for years and never noticed all these "issues" that people all of a sudden came up with (after Reiser was arrested).

                  In fact I never was affected by any sort of corruption or whatnot - in 6+ years of using the filesystem (since 2.4.0)!


                  ResierFS v4 is something I've wanted to try for a while, but it seems as if everytime I've gone to just do it that I've been "blocked" by one thing or another (boot CD lacks support, kernel patch is broken, developer kernel has bugs, etc.).

                  The problem was not that I couldn't just use a NameSys patch on my own kernel (I used my own kernel anyway), and do a double install to get the main install up on v4, the issue was that the last time I looked the last patch I could find to be easily hacked to use a recent kernel (one I wanted) did not support compression. That is the sole reason for me wanting to migrate from v3 to v4, is the realtime compression (not for space increase, but for performance increase).

                  What I can say from my experience personally is this:

                  there were several reiserfs v4 patches in a certain kernel developer's tree (Andrew Morton's tree) that were not immediately apparant to be broken... but they were/are.

                  An unnecessary kludge was introduced for NO REASON WHAT-SO-EVER, which was the cause of the corruption.

                  This developer is a very "big-name" person, and I will not tell you of whom I speak (this is not about flames, and I don't know why he did it i.e. a mistake or misunderstanding or what).

                  Needless to say however, a lot of people use his patches for bleeding-edge features, mainly because he is supposed to be "dependable" and "official".

                  So of course, eventually it was noticed - this few lines of code that was unecessarily introduced causing the coruption, and when asked he gave the most unbelievable answer.

                  Then he proceeded to do a rewrite and what appeared as "cover his tracks".

                  Anyhow that is what happened. Make of it what you will, but it surely was NOT bitrot or anything so simple...


                  If you want to look at conspiracy theories, look at who the biggest sponsor was originally. There's your answer right there, and probably what they'd do to "get rid" of the filesystem (have the inventor locked away)

                  BTW I've never understood the obsession about ext2 and ext3. ext2 was the worst filesystem I've used since the old days of UFS, and the only filesystems I've personally had explode were both ext2/ext3.

                  I think I'll go install onto v4 now and do whatever necessary to get it done (if that means reintegrating compression back into the latest version then so be it). I want to do some benchmarks and stress-testing

                  http://linux.50webs.org/
                  http://linuxhelp.150m.com/jews/saboteurs.htm
                  http://m.domaindlx.com/LinuxHelp/jews/saboteurs.htm
                  ... And to YOU that is evidence?

                  Hardly, without the code and a couple of diffs that's no evidence, but a testimony, which is not the same. However, suppose that indeed they were trying to avoid association of the OS with a "convicted criminal", so what? "Discrimination"? That one person might be convicted (for whatever reason, that is not the question here) doesn't make his work to be tainted, true. What about his company? Coiuldn't that entity still be working on the feature and maybe change its name to avoid this undesired association? Not because the community (as such) would think of him for the name of the FS, but other users might, which in turn might associate Linux at large with criminals (regardless if true or false)... Is it really that hard for you to draw these conclusions on your own?

                  By the way only one of the links you provide actually work (linux.50webs.org). I still don't think that it was deliberately done so, and if it was, at least I understand there could be some reasons for it.

                  Comment


                  • #24
                    Originally posted by Thetargos View Post
                    without the code and a couple of diffs
                    You clearly did not read the page in question.

                    The diffs are attached and the kernel code, including morton's, is publicly available.

                    Comment


                    • #25
                      first things first, Jade, is that youll want to drop the red fonts. it doesnt help in getting your message across, believe me...

                      now, why on earth is it that everytime i stumble upon something about Reiser filesystems its always surrounded by an uneasy aura of insanity, persecution, murders and conspiracies?...

                      the technology sure looks impressive but quite frankly all this is kind of a big turn off..

                      Comment


                      • #26
                        Originally posted by pedepy View Post
                        fwhy on earth is it that everytime i stumble upon something about Reiser filesystems its always surrounded by an uneasy aura of insanity, persecution, murders and conspiracies?...
                        Maybe, because it is.

                        Comment


                        • #27
                          Lol, I like how the pro-Reiser site is also full of 9/11-'truth' and racist propaganda.

                          Comment


                          • #28
                            btw, Edward hinted he is trying to go for August/September for inclusion. Hopefully he can do it - because reiser4 rocks. It rocks very, very hard.

                            Comment

                            Working...
                            X