Slackware This Forum is for the discussion of Slackware Linux.
|
| Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
 |
GNU/Linux Basic Guide
This 255-page guide will provide you with the keys to understand the philosophy of free software, teach you how to use and handle it, and give you the tools required to move easily in the world of GNU/Linux. Many users and administrators will be taking their first steps with this GNU/Linux Basic guide and it will show you how to approach and solve the problems you encounter.
Click Here to receive this Complete Guide absolutely free. |
|
 |
|
09-02-2007, 09:44 AM
|
#31
|
|
Member
Registered: Aug 2007
Location: Valencia
Distribution: slackware64-current
Posts: 63
Rep:
|
Quote:
Originally Posted by johnhamiltion
So whose fault is that exactly.
Parted could easily support Reiser3 and Reiser4 (and NTFS) but choose NOT to.
|
woooooooooooooo, is not a fault at all: I'm saying that reiserfs is simply less known than ext3, so, in some situation can become harder to manage such a partition.
And now, I think it would be better to stop this useless discussion.
|
|
|
|
09-02-2007, 11:09 AM
|
#32
|
|
Senior Member
Registered: Oct 2006
Distribution: Slackware 12 Kernel 2.6.24 - probably upgraded by now
Posts: 1,054
Rep:
|
Quote:
|
One simple thing that might give you a slight performance boost is adding the option 'noatime' to your fstab, apparently it makes quite a noticeable difference on slower drives, such as notebook drives.
|
IMHO, a better idea would be to set that option (not writing date/time everytime a file is read) for usually accessed files like (~/.* / /tmp / /var/www/htdocs etc.) ... Linus did that when he was developing GIT. Google 'noatime' the first few results show you how to do this..
Ingo Molnar (Kernel devel if you don't know) hates noatime too ... see below (quoted )
Quote:
|
"It's also perhaps the most stupid Unix design idea of all times. Unix is really nice and well done, but think about this a bit: 'For every file that is read from the disk, lets do a ... write to the disk! And, for every file that is already cached and which we read from the cache ... do a write to the disk!'"
|
Last edited by duryodhan; 09-04-2007 at 06:56 AM.
|
|
|
|
09-03-2007, 08:24 AM
|
#33
|
|
Member
Registered: Aug 2007
Posts: 92
Rep:
|
Quote:
Originally Posted by duryodhan
Linus hates noatime too ... see below (quoted )
|
That is a great quote from Linus.
And so true.
|
|
|
|
09-03-2007, 08:37 AM
|
#34
|
|
Member
Registered: Oct 2006
Location: Cp6uja
Distribution: Slackware and Porteus
Posts: 645
Rep:
|
RE: filesystems:
Make a spare partition somewhere and experiment for a while with different FS and figure it out for Youself
RE: noatime
Then Linus should make it as default and provide a atime option in GNU mount, right? But someone was either lazy or ignornt to 'real-world' needs-guess who:
a. The mount-team
b. Linus
c. The Corporations paying enterprise Linux development

IMHO the atime is usefull only for enterprise high security/database/mission critical servers...
for the record:
I allways use noatime in my fstab
|
|
|
|
09-04-2007, 03:54 AM
|
#35
|
|
Member
Registered: Jul 2007
Distribution: Slackware Linux
Posts: 485
Rep: 
|
That quote up there is by Ingo Molnar, not Linus Torvalds:
http://lkml.org/lkml/2007/8/4/167
|
|
|
|
09-04-2007, 06:49 AM
|
#36
|
|
Senior Member
Registered: Oct 2006
Distribution: Slackware 12 Kernel 2.6.24 - probably upgraded by now
Posts: 1,054
Rep:
|
oops .. sorry my bad ... fixed ...
|
|
|
|
09-05-2007, 08:50 AM
|
#37
|
|
Member
Registered: Aug 2007
Posts: 92
Rep:
|
Quote:
Originally Posted by SCerovec
RE: noatime
Then Linus should make it as default and provide a atime option in GNU mount, right? But someone was either lazy or ignornt to 'real-world' needs-guess who:
a. The mount-team
b. Linus
c. The Corporations paying enterprise Linux development
|
Yeah,... I wonder why Linus doen't do that:
Last edited by unSpawn; 06-21-2010 at 06:52 PM.
Reason: //removed TFH
|
|
|
|
09-05-2007, 01:06 PM
|
#38
|
|
Moderator
Registered: Apr 2002
Location: in a fallen world
Distribution: slackware by choice, others too :} ... android.
Posts: 22,903
|
Quote:
Originally Posted by johnhamiltion
I didn't notice any anti-Jew stuff, maybe you could be more explicit.
You don't mean these photos do you?
|
I don't know what HE meant, but I find the set-up
disturbing as well. The fact that someone feels
the urge to tell people about "actively concealed
Jewish leaders" is in itself a worry, that someone
has a whole section (subdirectory) of their web-site
dedicated to that is a worry. The fact that the
"kernel saboteurs" document lives in the Jews sub-
directory is a worry.
And the fact that 43 of your 73 posts point to that
site is a worry, too.
Cheers,
Tink
|
|
|
|
09-05-2007, 05:50 PM
|
#39
|
|
Member
Registered: Aug 2007
Location: Valencia
Distribution: slackware64-current
Posts: 63
Rep:
|
Quote:
Originally Posted by Tinkster
I don't know what HE meant, but I find the set-up
disturbing as well. The fact that someone feels
the urge to tell people about "actively concealed
Jewish leaders" is in itself a worry, that someone
has a whole section (subdirectory) of their web-site
dedicated to that is a worry. The fact that the
"kernel saboteurs" document lives in the Jews sub-
directory is a worry.
And the fact that 43 of your 73 posts point to that
site is a worry, too.
Cheers,
Tink
|
clap clap clap clap clap clap...someone told that!
Thank you pal 
|
|
|
|
09-06-2007, 01:03 AM
|
#40
|
|
Moderator
Registered: May 2001
Posts: 24,819
|
After much consideration I decided to temporarily close this thread while I work on cleaning it up.
johnhamiltion, now hear this CFB: you are warned to not ever again refer to any people the way you did. To make it more clear: your own convictions or opinions are of no concern in this case. Your remarks have totally no bearing on the conversation, they are unfounded and testament of your allegiance to certain movements in society that, even if they have a fundamental right to voice their opinion and we won't close our eyes for that, we do not want to see LQ.
Please read the LQ Rules.
If you have any questions about this moderation you can contact me by email.
I agree with those that mark the site mentioned as "questionable" for mixing contents of a purely technical nature with well, let's politely call it mental floss. Please do not promote that site or any of it's mirrors. Posts edited, thread reopened, please keep this on topic.
Last edited by unSpawn; 09-06-2007 at 03:47 PM.
|
|
|
|
09-06-2007, 09:25 PM
|
#41
|
|
Senior Member
Registered: May 2004
Distribution: Slackware 14.0 64-bit with multilib
Posts: 1,979
Rep: 
|
I use JFS, and I am very happy with it. This is my partition layout.
I have noticed that in kernel 2.6.21.5, there is experimental support for the upcoming ext4 file system. See http://en.wikipedia.org/wiki/Ext4
|
|
|
|
09-08-2007, 02:48 AM
|
#42
|
|
Member
Registered: Oct 2006
Location: Cp6uja
Distribution: Slackware and Porteus
Posts: 645
Rep:
|
How does JFS handle 'dirty on mount' compared to reiser or ext3?
How fast does it mount large partitions?
How does it handle corruption (recovery)?
|
|
|
|
09-08-2007, 10:01 AM
|
#43
|
|
Senior Member
Registered: May 2004
Distribution: Slackware 14.0 64-bit with multilib
Posts: 1,979
Rep: 
|
I don't know, I never had to recover anything, but it works just fine if there is a dirty mount, (usually when the power goes out, and the fs was not unmounted). As for mounting large partitions, JFS beats ReiserFS hands down. I had a 300GB external HD, and when I got it, I experimented with it, and ReiserFS was the second slowest to mount, the first was ext3. So I tried JFS, and it mounted in less than 2 seconds.
|
|
|
|
09-10-2007, 07:01 PM
|
#44
|
|
Member
Registered: Apr 2005
Location: Between Colombia and Germany
Distribution: Slackware Current
Posts: 78
Rep:
|
Just wanted to drop by and give my personal 2 cents.
Since i read this thread, i got a little curious about the other filesystems. I have only 2 partitions / and /home, just enough for me, and normally i would have choosen the reiser filesystem, but i wanted to try something new, so i "installed" XFS on my /home partition.
I have a laptop and due to some battery problems, i had a coupple of dirty unmounts in the past month (Battery dies on me and laptop goes bye bye). The root partition seems to be ok, but my home partition has expirenced some data loss. More espefically, i was surfing the web with opera -> Battery dies -> bye bye opera.ini configuration, that means that i have to set up my browser once again, luckily i didint loose any of my bookmarks. The same thing with Thunderbird, i had to create my profile again but unfortunatlly lost some emails  .
I have to say, that my harddrive works "kind of better" with XFS, it doesnt make a sound, works great with big files (12GB).. and it really "feels" different.. and i mean it in a good sense. In the other hand im getting a little afraid of loosing more data next time my battery dies on me
I think im going to give JFS a try, if it doesnt work for me, im going to stick with reiserfs, it really is a good filesystem, a little CPU hungry, but i havent lost any data on it 
|
|
|
|
09-10-2007, 08:26 PM
|
#45
|
|
Member
Registered: Jul 2007
Distribution: Slackware Linux
Posts: 485
Rep: 
|
I've read several times that XFS aggressively caches writes to disk. It delays them a lot. This means that in case of power outage or other problems, you may lose data that was supposed to have been written several _minutes_ ago. XFS is probably good for servers and has a lot of performance benefits, but some of its default behaviour (I don't know if this can be tuned) is simply unacceptable for a desktop or laptop computer, where performance is secondary to data integrity. In desktops and laptops, people expect that if there's a problem 10 seconds after they clicked on "Save", the file has been saved.
|
|
|
|
| Thread Tools |
Search this Thread |
|
|
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -5. The time now is 09:06 AM.
|
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|