Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
<linux-2.6.30_rc6-r5 & reiserfs: don't do it - 2.6.33 UPDATE
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3  
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 6108
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Mon Aug 24, 2009 8:50 pm    Post subject: Reply with quote

when using reiserfs, reiser4, etc.

and if you DON'T need updated access time information

use the following options:

Code:
noatime,nodiratime


additionally for partitions where data safety isn't much of a concern use:

Code:
data=writeback,commit=600,notail


this should give you some nice performance gain :)
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa

Hardcore Gentoo Linux user since 2004 :D
Back to top
View user's profile Send private message
Chewi
Developer
Developer


Joined: 01 Sep 2003
Posts: 872
Location: Edinburgh, Scotland

PostPosted: Mon Aug 24, 2009 9:30 pm    Post subject: Reply with quote

Just a heads up for you guys. I noticed this in the announcement for 2.6.31-rc7 from Linus. I'm not sure which version introduced this problem, it may have just been one of the earlier release candidates.

Quote:
Worth testing: if you've seen NULL pointer oopses with reiserfs under
load, I committed something I hope fixes it. I'd have wished to get
a firm confirmation before doing that, but I wanted to get the fix in
before -rc7, so now I'll just have to wait for results after.
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 6948
Location: Austria

PostPosted: Sat Jan 02, 2010 10:34 pm    Post subject: 2.6.33 update: lot's of reiserfs work going on again Reply with quote

For those of you still having important reiserfs partitions, it might be a good idea to avoid moving on to 2.6.33 too fast. At least wait until after the first 2.6.33 final version when it has already seen broad adoption.

There's currently a lot of work going on to kill the BKL (at least) in reiserfs:

Code:
Merge branch 'reiserfs/kill-bkl' of git://git./linux/kernel/git/frederic/random-tracing

* 'reiserfs/kill-bkl' of git://git.kernel.org/pub/scm/linux/kernel/git/frederic/random-tracing:
  reiserfs: Safely acquire i_mutex from xattr_rmdir
  reiserfs: Safely acquire i_mutex from reiserfs_for_each_xattr
  reiserfs: Fix journal mutex <-> inode mutex lock inversion
  reiserfs: Fix unwanted recursive reiserfs lock in reiserfs_unlink()
  reiserfs: Relax lock before open xattr dir in reiserfs_xattr_set_handle()
  reiserfs: Relax reiserfs lock while freeing the journal
  reiserfs: Fix reiserfs lock <-> i_mutex dependency inversion on xattr
  reiserfs: Warn on lock relax if taken recursively
  reiserfs: Fix reiserfs lock <-> i_xattr_sem dependency inversion
  reiserfs: Fix remaining in-reclaim-fs <-> reclaim-fs-on locking inversion
  reiserfs: Fix reiserfs lock <-> inode mutex dependency inversion
  reiserfs: Fix reiserfs lock and journal lock inversion dependency
  reiserfs: Fix possible recursive lock


Your patience *could* be rewarded with some performance gains. ;)
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 6108
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Sat Jan 02, 2010 11:43 pm    Post subject: Re: 2.6.33 update: lot's of reiserfs work going on again Reply with quote

genstorm wrote:
For those of you still having important reiserfs partitions, it might be a good idea to avoid moving on to 2.6.33 too fast. At least wait until after the first 2.6.33 final version when it has already seen broad adoption.

There's currently a lot of work going on to kill the BKL (at least) in reiserfs:


[snip]

Your patience *could* be rewarded with some performance gains. ;)


yeah - or some performance loss, depending on the characteristics of the work load :wink:


Alexander Beregalov and the testers are doing a great job in testing, finding and pointing out problems in the new reiserfs code / tree

I think I'll have to wait some time, too, since most of my main data partitions rely on reiserfs working correctly and I can't "afford" data loss or corruption


so wait for some time until you migrate to 2.6.33 (probably until 2.6.33.1 or .2) :idea: :!: or even skip that release (depending on how mature it is)
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa

Hardcore Gentoo Linux user since 2004 :D
Back to top
View user's profile Send private message
pappy_mcfae
Watchman
Watchman


Joined: 27 Dec 2007
Posts: 5997
Location: Pomona, California.

PostPosted: Sat Jan 02, 2010 11:55 pm    Post subject: Reply with quote

Boy howdy, it sure is a good thing kernel.org is still supporting the .27 family. .31 and .32 have been experiences in broken, as far as I'm concerned. Now, they're going to break things even more? Doesn't seem like a smart way to do business.

BB!
P
_________________
This space left intentionally blank, except for these ASCII symbols.
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 6108
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Sun Jan 03, 2010 12:31 am    Post subject: Reply with quote

since there's no intermediate "stable" kernel releases between a kernel release and another (or does the uneven number .33 equals unstable ?)
there unfortunately doesn't seem to be another way ... :?

you're right - it's not the best way to do such updates (if data integrity potentially could suffer) ...


fortunately it wasn't that bad for me (yet) - but there were / are a lot of more bug-reports on the reiserfs mailing-list with nullpointer, etc. exceptions


lets just hope they'll iron out most of those bugs or all and migrate to another filesystem on some of our partitions :?
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa

Hardcore Gentoo Linux user since 2004 :D
Back to top
View user's profile Send private message
devsk
Advocate
Advocate


Joined: 24 Oct 2003
Posts: 2864
Location: Bay Area, CA

PostPosted: Sun Jan 03, 2010 2:22 am    Post subject: Reply with quote

kernelOfTruth wrote:
Hey !

great news !

Edward posted the following:

Quote:
Jorge Bastos wrote:
> Hi people,
>

Hello.

> A simple question, does anyone can tell me information about reiserfs4,

Use the latest -mm kernel, or patch against vanilla kernel:
http://www.kernel.org/pub/linux/kernel/people/edward/reiser4/reiser4-for-2.6/
Report, if any problems.

> if
> is it going to be included in the main kernel, and if yes, which version?
>

There are some technical/organization issues
to be resolved
before inclusion. Not now.
May be in Aug/Sept.

Thanks,
Edward.

> I ask this 'cause, thinking on what happened to the reiser creator, I'm
> thinking if my next servers will have reiserfs 3x or ext4.
>
> Thanks,
> Jorge,
>
> --
> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
We now know that did not happen! We need some competition in the FS space.
Back to top
View user's profile Send private message
pappy_mcfae
Watchman
Watchman


Joined: 27 Dec 2007
Posts: 5997
Location: Pomona, California.

PostPosted: Sun Jan 03, 2010 2:28 am    Post subject: Reply with quote

Sometimes life on the bleeding edge can be incredibly dangerous to Linux machines. Personally, I wish they'd take the time to fix more so than to make the "new and exciting". But that's not the ruling paradigm, or so it seems from the outside.

Oh well, I ran on 2.6.29-zen2 for almost six months before another personally acceptable kernel version came out. Personally acceptable means it doesn't break my setup, or if it does, the fix is easy, and won't involve something as important as my main file system. With this news on .33, I'm getting the feeling I might just be stopped at the last .30 and .31 version zen kernels until someone fixes all these "improvements".

BB!
P
_________________
This space left intentionally blank, except for these ASCII symbols.
Back to top
View user's profile Send private message
cyrillic
Watchman
Watchman


Joined: 19 Feb 2003
Posts: 7313
Location: Groton, Massachusetts USA

PostPosted: Sun Jan 03, 2010 3:20 am    Post subject: Re: 2.6.33 update: lot's of reiserfs work going on again Reply with quote

genstorm wrote:
For those of you still having important reiserfs partitions, it might be a good idea to avoid moving on to 2.6.33 too fast ...

Thanks for the heads-up.

Most of my machines use Reiser3 for the important partitions, and 2.6.33-rc2 seems to be working fine.
Maybe that is because the substantial changes/bugs have not been introduced yet. :?
Back to top
View user's profile Send private message
Dont Panic
Guru
Guru


Joined: 20 Jun 2007
Posts: 322
Location: SouthEast U.S.A.

PostPosted: Sun Jan 03, 2010 4:04 am    Post subject: Re: 2.6.33 update: lot's of reiserfs work going on again Reply with quote

Since I didn't have a clue what BKL stood for, and why it's important to reiserfs, I Googled a few sources to explain the issue to myself.

BKL stands for "Big Kernel Lock". Reiserfs makes considerable use of this function. Apparently this function has been in the Linux kernel for years (basically since it was rebuilt for SMP), but, as it's name implies, BKL usage can cause latency issues.

Here is some background links on efforts to "Kill the BKL":

"kill the Big Kernel Lock (BKL)" tree

Kill BKL Vol. 2

Here's a link an the efforts to remove the BKL from reiserfs.

reiserfs: kill-the-BKL

The patch referenced in the previous article was released in April of 2009, so the effort has been proceeding for many months.

Here's a link on the request to Linus to pull this patch into the 2.6.33 kernel.

[GIT PULL] reiserfs/kill-bkl for 2.6.33
Back to top
View user's profile Send private message
pappy_mcfae
Watchman
Watchman


Joined: 27 Dec 2007
Posts: 5997
Location: Pomona, California.

PostPosted: Sun Jan 03, 2010 6:31 am    Post subject: Reply with quote

Dont Panic,

Thanks for the info. Interesting stuff, if they can make it work. I'll just have to make sure I do stage4's all around before I go there.

Blessed be!
Pappy
_________________
This space left intentionally blank, except for these ASCII symbols.
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 6948
Location: Austria

PostPosted: Tue Jan 12, 2010 5:58 pm    Post subject: Reply with quote

I couldn't help but jump the gun with 2.6.33_rc3-git5. No problems so far with reiserfs or any other part of the kernel, but time will tell.
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 6108
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Tue Jan 12, 2010 8:40 pm    Post subject: Reply with quote

genstorm wrote:
I couldn't help but jump the gun with 2.6.33_rc3-git5. No problems so far with reiserfs or any other part of the kernel, but time will tell.


good luck ! :)

fortunately several fixes made it into rc3 afaik
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa

Hardcore Gentoo Linux user since 2004 :D
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 6948
Location: Austria

PostPosted: Thu Jan 14, 2010 11:27 pm    Post subject: Reply with quote

Yes, I read that and Linus hoped to have it all fixed by now. Anyway, I was growing tired of 'backporting' that huge amount of i915/drm changes, thinkpad-acpi and ralink updates I immediately wanted to have...

So far it's (it currently being rc4-r1) a really stable experience, I've had rc6 kernels giving more trouble. Only some new dib0800 lib wouldn't let dib0700_devices.c compile. Also, dmesg is quiet.
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
cyrillic
Watchman
Watchman


Joined: 19 Feb 2003
Posts: 7313
Location: Groton, Massachusetts USA

PostPosted: Fri Jan 15, 2010 11:32 pm    Post subject: Reply with quote

So far so good.

I am running 2.6.33-rc4 on a couple of machines, and I have not noticed any reiserfs related problems.
Back to top
View user's profile Send private message
pappy_mcfae
Watchman
Watchman


Joined: 27 Dec 2007
Posts: 5997
Location: Pomona, California.

PostPosted: Sun Jan 17, 2010 5:56 am    Post subject: Reply with quote

Have you noticed this supposed speed increase yet?

BB!
P
_________________
This space left intentionally blank, except for these ASCII symbols.
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 6948
Location: Austria

PostPosted: Sun Jan 17, 2010 9:37 am    Post subject: Reply with quote

Well, this isn't based on any hard evidence, but I feel that desktop responsitivity isn't down on its knees anymore during hefty IO workloads. That was really, really bad and I always blamed CFS for it, but BFS didn't really make it much better. Now it feels a lot multitaskier, more suitable to a dualcore system. Of course, this could also be due to massive scheduler improvements in the kernel, but none of them ever helped in the past.
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3
Page 3 of 3

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum