You are not logged in.
I've had issues like those being described for a long time, and 2.6.35 didn't change anything for me.
A while ago I had messed with BFS a tad without noticing an improvement, but recently I custom-compiled a kernel with CK's patchset as well as the BFQ I/O scheduler, and I am blown away.
Before, even a nice -n19 on a compile would still cause serious FPS problems in games, but now I can't even tell anything else is running.
Sorry that this post doesn't offer a solution to the stock kernel issues, and I know CK+BFQ doesn't fix them for everyone, but I highly recommend giving it a try
Last edited by Ranguvar (2010-09-29 06:05:32)
Offline
unfortunately two latest bfs aren't great (latest 350 for obvious reasons because this is major scheduler overhaul), so to kkep in nice either run bfs on 2.6.34.x or 323 on 2.6.35.x
I've been using 330, cause I didn't even see the 350 out. Do you really experience problems with 350 or you just read it somewhere? I might test the new release...
Offline
Keep it ontopic guys, there are other threads for BFS.
ᶘ ᵒᴥᵒᶅ
Offline
sorry about bfs
I noticed though (cfs kernel), that not only powertop but also infrequent keyboard activity decreases idle (hope that meaning is clear) load. So issue may be somehow related to idle cpu scheduling. This is additional to the issue with cfs and high load.
Offline
Did 2.6.35.7 fix the problem?
(too lazy to play the upgrade&downgrade game myself...)
Offline
I didn't try, but I've been experiencing some lag on .6 today. I'll upgrade today.
Offline
uptime (2.6.35.6 kernel-bfs)
06:42:04 up 7 days, 45 min, 1 user, load average: 0.05, 0.19, 0.35
Offline
uptime (2.6.35.6 kernel-bfs)
06:42:04 up 7 days, 45 min, 1 user, load average: 0.05, 0.19, 0.35
Could you post the stats for the stock kernel?
Offline
I don't have stock kernel installed (I removed Arch kernel just after installation, more than 3-yrs ago on this machine and on the netbook just after OS installation 6mos ago). The only comparison I did was between two kernels with two CPU schedulers as only difference that were run under exactly the same conditions on the netbook Toshiba nb305-n410.
Tested kernels were vanilla with the following patches added:
laptop and netbook:
bfs 323
cat include/linux/sched.h | grep -i kolivas
printk(KERN_INFO"BFS CPU scheduler v0.323 by Con Kolivas.\n");
http://ck.kolivas.org/patches/bfs/
netbook only
patch that restores LCD brightness control for the netbook (it basically removes some recent ACPI patches for i915)
https://bugzilla.kernel.org/attachment.cgi?id=27236
All kernels use the same I/O scheduler noop (best for xfs).
load averages are reaching low levels very fast (for example after compiling broken arch xulrunner)
Last edited by broch (2010-09-30 14:49:38)
Offline
I think I need to be more blunt.
<whistles innocently>
https://bbs.archlinux.org/viewtopic.php … 35#p832935
Offline
jesus.
leitmotif referrent to the posts that "cropped" after I compared two kernels (because thread is not about praising cpu or I/O scheduler). It is not about BFS but finding reason what is wrong with elevated load.
to be blunt: if cpu scheduler is at fault then excluding from discussion this does not make any sense. and this is not about switching schedulers but finding the culprit.
this is second time in this thread where you are posting off topic. Maybe would be better if you either stop posting, or add something more constructive.
"nohz=off highres=off" helps a lot.
this is not sane solution for anyone with laptop because this will drain battery like crazy.
Last edited by broch (2010-09-30 15:49:33)
Offline
Ok, what i would like to hear is if anyone can confirm my bisection results. You'll have to use the git-kernel for this and try out two commits:
good: 66f41d4c5c8a5deed66fdcc84509376c9a0bf9d8
bad: e7858f52a5cb868289a72264534a1f05f3340c6c
If this gets confirmed, then we are very close to both the cause and solution.
ᶘ ᵒᴥᵒᶅ
Offline
2.6.35.7 fixed it for me:
load average: 0.00, 0.00, 0.00
EDIT: Well, a few seconds after I posted, my load shot up to ~.45 for no obvious reason. I guess it's still acting a bit strange.
Last edited by bluepumpkin (2010-10-01 18:05:24)
Offline
Pretty low for me on .7 for now (on a normal usage (browsing, several apps open):
23:26:40 up 1 day, 7:49, 1 user, load average: 0.09, 0.32, 0.30
Offline
2.6.35.7 just fixes Xen, which was broken by a tiny typo, so unless you're comparing from <2.6.35.6, it's a placebo.
Offline
How does one downgrade to 2.6.34? When I 'pacman -Ss kernel', I only see 2.6.35 and 2.6.32 (lts).
Last edited by Texas (2010-10-07 21:12:03)
Offline
How does one downgrade to 2.6.34? When I 'pacman -Ss kerne', I only see 2.6.35 and 2.6.32 (lts).
The wiki isn't perfect, but that doesn't mean you should ignore it http://wiki.archlinux.org/index.php/Downgrade#ARM
Offline
Not a solution, but I noticed the same issue on a computer at work, running a typical Intel P4 CPU. Load is also very high:
load average: 1.49, 1.57, 1.24
Offline
I think I need to be more blunt.
<whistles innocently>
https://bbs.archlinux.org/viewtopic.php … 35#p832935
Sorry... I'm still fairly new to Arch and only knew of pacman and AUR. I'll try this tonight.
Offline
FYI: i tried kernel26-pf (with BFS) and it doesn't really seem to improve the situation.
ᶘ ᵒᴥᵒᶅ
Offline
"nohz=off" and "highress=off" really really help here.
To me it's like using a different computer.
Thanks a lot!
My blog: blog.marcdeop.com
Jabber ID: damnshock@jabber.org
Offline
Not a solution, but I noticed the same issue on a computer at work, running a typical Intel P4 CPU. Load is also very high:
load average: 1.49, 1.57, 1.24
I'm quoting myself, just to clarify that the issue I reported probably has nothing to do with a kernel issue. Further investigation show that there's reason to believe that it's caused by a hard drive failure. Drive will be cloned and swapped.
Offline
I'm using kernel26 2.6.36.1-3 atm and I still get
[karol@black ~]$ uptime
19:14:27 up 5:11, 1 user, load average: 0.86, 0.85, 0.91
without any apparent reason.
Offline
I'm using kernel26 2.6.36.1-3 atm and I still get
[karol@black ~]$ uptime 19:14:27 up 5:11, 1 user, load average: 0.86, 0.85, 0.91
without any apparent reason.
A kernel patch has been released, but will probably not be there before 2.6.37 since it's a core/scheduler change
ᶘ ᵒᴥᵒᶅ
Offline
Can you provide a link to the LKML/bugzilla/kernel.org thread/patch ? Thanks.
Offline