This article is rated C-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | |||||||||||||||||||||||||||
|
To-do list for Reiser4:
|
Well personally, this article is very scant. Its really more like a stub. In fact, if no one objects, I'd add the stub tag to it. Namely, it only generalises the features of reiserfs, does not explain why its that way...ie. it does not mention the fact that it uses dancing trees instead of B+ trees, or several other critical principles. I think we could all agree that someone who has expertise in this area should improvise. Take for example, the windows filesystem FAT32, its quite a simple filesystem, far more inferior (we can agree on that, I think, that FAT32 is far less advanced) - yet it has dozen or more long paragraphs. Surely this article deserves more? -- Natalinasmpf 04:13, 23 Oct 2004 (UTC)
The Journaling link seems to point to a list of writing techniques (as in, literature writing.) Can someone more knowledgeable than me give a better description of Journaling with respect to Filesystems and link to that? -- RustB 03:30, 6 Mar 2005 (UTC)
Does anyone know a good source for following the inclusing process of reiser4 into the kernel? Chotchki 00:14, 15 November 2005 (UTC)
I've moved the following from the article.
The POV style of the text isn't really good, without some better citations I think we should leave it at the obvious.. the article already says that it's beta still and we really should leave it at that. -- Gmaxwell 02:38, 22 November 2005 (UTC)
Wait -- beta? No, the article says it's not in the mainstream kernel and not really supported, which is true. It's also true that Namesys has officially "realeased" it, and encourages everyone to try it, while simultaneously warning that until millions of users have tested it, there will be obscure bugs not found in more mature filesystems. I actually agree with you in that it's beta or release candidate quality, by Linux standards, but by the standards of most commercial software, it's first-release quality. -- David Masover (not registered yet) —Preceding unsigned comment added by 69.18.2.149 ( talk • contribs) 10:31, 5 January 2006
I'm surprised there's no mention of filesystem operations being atomic. It proved quite an amazing stability feature when using a defective motherboard and a lot of system crashes. 98.156.97.208 ( talk) 00:20, 14 November 2009 (UTC)
The second paragraph ends with "at the moment". I can't tell if this is true today, and in 5 years time I will really have no way to tell. Can someone state an approximation for when inclusion in Linux became the priority. 85.28.66.218 19:42, 6 January 2006 (UTC)
Reiser4 supports these through a "CryptCompress" plugin. The Article should updated. I don't know if it is included in the default distribution though. You can read more about it on namesys website -- Johannes Jordan —Preceding unsigned comment added by 131.188.30.63 ( talk • contribs) 14:57, 9 May 2006
It is typically twice the performance of ext3 for general-purpose filesystem usage patterns, but since most real-world applications are not heavily utilising the filesystem, the performance improvements might not be noticeable.
I am quite dubious that "most" real-world applications do not heavily use the filesystem. Seeing that there's no citation, I'm removing that claim. Clement Cherlin 22:18, 26 June 2006 (UTC)
On 14. July 2006, User:12.47.58.194 made the following edits to the article, which I removed for now:
Not all filesystem benchmarks are conclusive. While I can agree that the Reiser4 filesystem is indeed faster than other filesystems in many circumstances (as I've been using it for months now), filesystem performance primarily depends on the usage pattern, fragmentation, etc. The "roughly twice" claim is clearly bullshit - it rarely happens outside of synthetic benchmarks. Also, most applications don't heavily stress filesystems and thus the performance increase will not be noticeable. All applications do, however benefit from a proven solid filesystem - given the number of issues ReiserFS had in the beginning, I'm not suprised that people are worried about Reiser4's reliability.
There have also been a number of benchmarks to claim the opposite, usually when dealing with larger files [4]. Many people have concerns about Reiser4's performance under fragmentation, and until Namesys releases their online repacker, this will remain an issue. -- intgr 10:24, 15 July 2006 (UTC)
The writing style as well as the portrayal of people in thes second section above is highly POV, and cannot be acceptable for an encyclopedia. The editor also fails to refer to any sources at all regarding the claims made. The fact is that the primary issue for not merging the reiser4 filesystem remains coding style issues which Namesys has had plenty of time to fix. Hans Reiser's responses to criticism on the LKML have also been counterproductive at best, and have certainly won him a negative bias from other kernel developers. (for an example, [5], esp [6], there are plenty of more examples [7]). -- intgr 10:24, 15 July 2006 (UTC)
Should we mention the future of Reiser4 is currently in doubt with the arrest of Hans Reiser? Nil Einne 14:21, 11 October 2006 (UTC)
Quite a point. Will Reiser4 ever be merged without Hans Reiser's strong efforts at getting it in, or will Reiser4 finally be merged now that developers dont need to worry about it being packaged with a Hans Reiser? :) -- 68.215.209.95 20:45, 25 October 2006 (UTC)
Hans Reiser, a technical genius, is the main developer of the Reiser3 (ReiserFS) and Reiser4 filesystems.
Reiser3 was an advanced filesystem, in its time, but is beginning to show its age.
Reiser4, the replacement Reiser3, is truly cutting edge, an outstanding filesystem.
To get some idea of how good Reiser4 really is, you should consider the following test results. The first column names the filesystem tested. The second column records the total time (in seconds) it took to run the filesystem benchmarking software bonnie++ (Version 1.93c). The third column records the total number of megabytes needed to store 655 megabytes of raw data.
SMALLER is better.
FILESYSTEM TIME DISK USAGE REISER4 (lzo) 1,938 278 REISER4 (gzip) 2,295 213 REISER4 3,462 692 EXT2 4,092 816 JFS 4,225 806 EXT4 4,408 816 EXT3 4,421 816 XFS 4,625 799 REISER3 6,178 793 FAT32 12,342 988 NTFS-3g >10,414 772
Each test was preformed 5 times and the average value recorded. SMALLER is better.The bonnie++ tests were preformed, with the following parameters:
bonnie++ -n128:128k:0
More on the tests can be found here: http://linuxhelp.150m.com/resources/fs-benchmarks.htm
The above site provides a script, so that you can check these results for yourself.
—Preceding unsigned comment added by 219.88.158.100 ( talk • contribs) 04:27, 22 March 2007
I didn't want to go ahead and remove an entire section without consulting first. Isn't it a bit silly, and leaning towards an add to say that The only distro to use R4 by default is thingy? Martijn Hoekstra 22:33, 22 April 2007 (UTC)
reiser4-alive: http://linuxhelp.150m.com/installs/compile-kernel.htm [11] —Preceding unsigned comment added by 91.65.134.248 ( talk) 22:26, 19 February 2008 (UTC)
The citation of http://www.phoronix.com/forums/showthread.php?t=9509 is incorrect, first of all, because the original source of that forum post is located here: http://linuxhelp.150m.com/. And second of all, I challenge the citation because the source is very questionable. The person who wrote that page has made multiple unfounded accusations and assertions on his page that themselves really need citation. For instance, after displaying some benchmarks of Reiser4 vs other filesystems, he states in red text (for emphasis), "As you can see, REISER4 is a truly remarkable filesystem. This is the real reason that REISER4 has not been included in the Linux kernel. This is the real reason that Hans Reiser languishes in an Oakland prison cell at this time." I am not convinced this person is mentally stable, and that this citation should be changed to point to a more reliable and accurate source. Neunon ( talk) 04:31, 14 June 2008 (UTC)
Do you think it is necessary to mention in _this_ article that he killed his wife? I think it is background information about the creator, and not really belongs in here. What's your opinion? -- Keks ger ( talk) 21:41, 26 July 2008 (UTC)
Following some talk on lkml.org, I got the impression, that Edward Shishkin seems to be the guy, who heads all decisions. Should we actually name him the new maintainer of the Reiser4 file system in the article? —Preceding unsigned comment added by 88.73.142.216 ( talk) 12:26, 9 April 2009 (UTC)
Hello fellow Wikipedians,
I have just modified one external link on Reiser4. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{
Sourcecheck}}
).
This message was posted before February 2018.
After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than
regular verification using the archive tool instructions below. Editors
have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the
RfC before doing mass systematic removals. This message is updated dynamically through the template {{
source check}}
(last update: 5 June 2024).
Cheers.— cyberbot II Talk to my owner:Online 18:49, 31 March 2016 (UTC)
Hello fellow Wikipedians,
I have just modified 4 external links on Reiser4. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
This message was posted before February 2018.
After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than
regular verification using the archive tool instructions below. Editors
have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the
RfC before doing mass systematic removals. This message is updated dynamically through the template {{
source check}}
(last update: 5 June 2024).
Cheers.— InternetArchiveBot ( Report bug) 05:00, 11 December 2017 (UTC)
This article is rated C-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | |||||||||||||||||||||||||||
|
To-do list for Reiser4:
|
Well personally, this article is very scant. Its really more like a stub. In fact, if no one objects, I'd add the stub tag to it. Namely, it only generalises the features of reiserfs, does not explain why its that way...ie. it does not mention the fact that it uses dancing trees instead of B+ trees, or several other critical principles. I think we could all agree that someone who has expertise in this area should improvise. Take for example, the windows filesystem FAT32, its quite a simple filesystem, far more inferior (we can agree on that, I think, that FAT32 is far less advanced) - yet it has dozen or more long paragraphs. Surely this article deserves more? -- Natalinasmpf 04:13, 23 Oct 2004 (UTC)
The Journaling link seems to point to a list of writing techniques (as in, literature writing.) Can someone more knowledgeable than me give a better description of Journaling with respect to Filesystems and link to that? -- RustB 03:30, 6 Mar 2005 (UTC)
Does anyone know a good source for following the inclusing process of reiser4 into the kernel? Chotchki 00:14, 15 November 2005 (UTC)
I've moved the following from the article.
The POV style of the text isn't really good, without some better citations I think we should leave it at the obvious.. the article already says that it's beta still and we really should leave it at that. -- Gmaxwell 02:38, 22 November 2005 (UTC)
Wait -- beta? No, the article says it's not in the mainstream kernel and not really supported, which is true. It's also true that Namesys has officially "realeased" it, and encourages everyone to try it, while simultaneously warning that until millions of users have tested it, there will be obscure bugs not found in more mature filesystems. I actually agree with you in that it's beta or release candidate quality, by Linux standards, but by the standards of most commercial software, it's first-release quality. -- David Masover (not registered yet) —Preceding unsigned comment added by 69.18.2.149 ( talk • contribs) 10:31, 5 January 2006
I'm surprised there's no mention of filesystem operations being atomic. It proved quite an amazing stability feature when using a defective motherboard and a lot of system crashes. 98.156.97.208 ( talk) 00:20, 14 November 2009 (UTC)
The second paragraph ends with "at the moment". I can't tell if this is true today, and in 5 years time I will really have no way to tell. Can someone state an approximation for when inclusion in Linux became the priority. 85.28.66.218 19:42, 6 January 2006 (UTC)
Reiser4 supports these through a "CryptCompress" plugin. The Article should updated. I don't know if it is included in the default distribution though. You can read more about it on namesys website -- Johannes Jordan —Preceding unsigned comment added by 131.188.30.63 ( talk • contribs) 14:57, 9 May 2006
It is typically twice the performance of ext3 for general-purpose filesystem usage patterns, but since most real-world applications are not heavily utilising the filesystem, the performance improvements might not be noticeable.
I am quite dubious that "most" real-world applications do not heavily use the filesystem. Seeing that there's no citation, I'm removing that claim. Clement Cherlin 22:18, 26 June 2006 (UTC)
On 14. July 2006, User:12.47.58.194 made the following edits to the article, which I removed for now:
Not all filesystem benchmarks are conclusive. While I can agree that the Reiser4 filesystem is indeed faster than other filesystems in many circumstances (as I've been using it for months now), filesystem performance primarily depends on the usage pattern, fragmentation, etc. The "roughly twice" claim is clearly bullshit - it rarely happens outside of synthetic benchmarks. Also, most applications don't heavily stress filesystems and thus the performance increase will not be noticeable. All applications do, however benefit from a proven solid filesystem - given the number of issues ReiserFS had in the beginning, I'm not suprised that people are worried about Reiser4's reliability.
There have also been a number of benchmarks to claim the opposite, usually when dealing with larger files [4]. Many people have concerns about Reiser4's performance under fragmentation, and until Namesys releases their online repacker, this will remain an issue. -- intgr 10:24, 15 July 2006 (UTC)
The writing style as well as the portrayal of people in thes second section above is highly POV, and cannot be acceptable for an encyclopedia. The editor also fails to refer to any sources at all regarding the claims made. The fact is that the primary issue for not merging the reiser4 filesystem remains coding style issues which Namesys has had plenty of time to fix. Hans Reiser's responses to criticism on the LKML have also been counterproductive at best, and have certainly won him a negative bias from other kernel developers. (for an example, [5], esp [6], there are plenty of more examples [7]). -- intgr 10:24, 15 July 2006 (UTC)
Should we mention the future of Reiser4 is currently in doubt with the arrest of Hans Reiser? Nil Einne 14:21, 11 October 2006 (UTC)
Quite a point. Will Reiser4 ever be merged without Hans Reiser's strong efforts at getting it in, or will Reiser4 finally be merged now that developers dont need to worry about it being packaged with a Hans Reiser? :) -- 68.215.209.95 20:45, 25 October 2006 (UTC)
Hans Reiser, a technical genius, is the main developer of the Reiser3 (ReiserFS) and Reiser4 filesystems.
Reiser3 was an advanced filesystem, in its time, but is beginning to show its age.
Reiser4, the replacement Reiser3, is truly cutting edge, an outstanding filesystem.
To get some idea of how good Reiser4 really is, you should consider the following test results. The first column names the filesystem tested. The second column records the total time (in seconds) it took to run the filesystem benchmarking software bonnie++ (Version 1.93c). The third column records the total number of megabytes needed to store 655 megabytes of raw data.
SMALLER is better.
FILESYSTEM TIME DISK USAGE REISER4 (lzo) 1,938 278 REISER4 (gzip) 2,295 213 REISER4 3,462 692 EXT2 4,092 816 JFS 4,225 806 EXT4 4,408 816 EXT3 4,421 816 XFS 4,625 799 REISER3 6,178 793 FAT32 12,342 988 NTFS-3g >10,414 772
Each test was preformed 5 times and the average value recorded. SMALLER is better.The bonnie++ tests were preformed, with the following parameters:
bonnie++ -n128:128k:0
More on the tests can be found here: http://linuxhelp.150m.com/resources/fs-benchmarks.htm
The above site provides a script, so that you can check these results for yourself.
—Preceding unsigned comment added by 219.88.158.100 ( talk • contribs) 04:27, 22 March 2007
I didn't want to go ahead and remove an entire section without consulting first. Isn't it a bit silly, and leaning towards an add to say that The only distro to use R4 by default is thingy? Martijn Hoekstra 22:33, 22 April 2007 (UTC)
reiser4-alive: http://linuxhelp.150m.com/installs/compile-kernel.htm [11] —Preceding unsigned comment added by 91.65.134.248 ( talk) 22:26, 19 February 2008 (UTC)
The citation of http://www.phoronix.com/forums/showthread.php?t=9509 is incorrect, first of all, because the original source of that forum post is located here: http://linuxhelp.150m.com/. And second of all, I challenge the citation because the source is very questionable. The person who wrote that page has made multiple unfounded accusations and assertions on his page that themselves really need citation. For instance, after displaying some benchmarks of Reiser4 vs other filesystems, he states in red text (for emphasis), "As you can see, REISER4 is a truly remarkable filesystem. This is the real reason that REISER4 has not been included in the Linux kernel. This is the real reason that Hans Reiser languishes in an Oakland prison cell at this time." I am not convinced this person is mentally stable, and that this citation should be changed to point to a more reliable and accurate source. Neunon ( talk) 04:31, 14 June 2008 (UTC)
Do you think it is necessary to mention in _this_ article that he killed his wife? I think it is background information about the creator, and not really belongs in here. What's your opinion? -- Keks ger ( talk) 21:41, 26 July 2008 (UTC)
Following some talk on lkml.org, I got the impression, that Edward Shishkin seems to be the guy, who heads all decisions. Should we actually name him the new maintainer of the Reiser4 file system in the article? —Preceding unsigned comment added by 88.73.142.216 ( talk) 12:26, 9 April 2009 (UTC)
Hello fellow Wikipedians,
I have just modified one external link on Reiser4. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{
Sourcecheck}}
).
This message was posted before February 2018.
After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than
regular verification using the archive tool instructions below. Editors
have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the
RfC before doing mass systematic removals. This message is updated dynamically through the template {{
source check}}
(last update: 5 June 2024).
Cheers.— cyberbot II Talk to my owner:Online 18:49, 31 March 2016 (UTC)
Hello fellow Wikipedians,
I have just modified 4 external links on Reiser4. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
This message was posted before February 2018.
After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than
regular verification using the archive tool instructions below. Editors
have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the
RfC before doing mass systematic removals. This message is updated dynamically through the template {{
source check}}
(last update: 5 June 2024).
Cheers.— InternetArchiveBot ( Report bug) 05:00, 11 December 2017 (UTC)