Reply
Thread Tools
Posts: 317 | Thanked: 787 times | Joined on Oct 2009 @ Krakow, Poland
#31
I have noticed that Opera is heavily influenced by BFS kernel. There is a lot of flickering and UI flashes and it looks buggy as hell. As I use Opera alot and this renders using this browser not very pleasant experience I will switch back to power kernel. This is propably due to bad coding in Opera exposed by BFS. Other software does not seem to be influenced at all.
 

The Following User Says Thank You to dwaradzyn For This Useful Post:
jehan's Avatar
Posts: 55 | Thanked: 14 times | Joined on Mar 2010
#32
Originally Posted by DrWilken View Post
Wonder why they didn't use the noop scheduler by default.
Just noticed the SIO scheduler which is included in pf-kernel:
Code:
The Simple I/O scheduler is an extremely simple scheduler,
based on noop and deadline, that relies on deadlines to
ensure fairness. The algorithm does not do any sorting but
basic merging, trying to keep a minimum overhead. It is aimed
mainly for aleatory access devices (eg: flash devices).
 

The Following User Says Thank You to jehan For This Useful Post:
Posts: 515 | Thanked: 266 times | Joined on Nov 2009 @ Oelsted, Denmark
#33
Originally Posted by jehan View Post
Just noticed the SIO scheduler which is included in pf-kernel:
Code:
The Simple I/O scheduler is an extremely simple scheduler,
based on noop and deadline, that relies on deadlines to
ensure fairness. The algorithm does not do any sorting but
basic merging, trying to keep a minimum overhead. It is aimed
mainly for aleatory access devices (eg: flash devices).
Never heard about SIO... Thanks...
__________________
Christian Wilken - tux-POWER.dk!
... May the Source be with You ...
 
Posts: 52 | Thanked: 55 times | Joined on Dec 2009
#34
This article mentions some new patches aimed at improving desktop responsiveness: http://www.phoronix.com/scan.php?pag...item&px=ODQ3Mw

I have been super busy lately with other projects but I will try back porting these patches in the next few days.
 

The Following 4 Users Say Thank You to coreyoconnor For This Useful Post:
Posts: 176 | Thanked: 262 times | Joined on Nov 2009 @ Texas, USA
#35
Originally Posted by coreyoconnor View Post
This article mentions some new patches aimed at improving desktop responsiveness: http://www.phoronix.com/scan.php?pag...item&px=ODQ3Mw

I have been super busy lately with other projects but I will try back porting these patches in the next few days.
Sounds great! Looking forward to seeing BFS and/or CFQ scheduler fixes for Maemo 5.
 
Posts: 268 | Thanked: 1,053 times | Joined on May 2010 @ The Netherlands
#36
Originally Posted by coreyoconnor View Post
This article mentions some new patches aimed at improving desktop responsiveness: http://www.phoronix.com/scan.php?pag...item&px=ODQ3Mw

I have been super busy lately with other projects but I will try back porting these patches in the next few days.
Have you had any luck back porting those patches? They sure look like a worthy addon for the N900

Also, I'm sure you've came across this post too:
Originally Posted by Phoronix
Nokia has funded some development work that has resulted in a set of eleven patches for exposing CFS low-latency features.
-Source: http://www.phoronix.com/scan.php?pag...item&px=ODU0OQ

Just a heads-up, not a request

One more question btw: which version of BFS have you incorporated in the kernel-power?
And if possible and time permits, could you try compiling the latest BFS patch with the (if possible, newest) kernel-power?

Keep up the good work, I really like this thread.

-iDont
 

The Following User Says Thank You to iDont For This Useful Post:
Posts: 52 | Thanked: 55 times | Joined on Dec 2009
#37
Originally Posted by iDont View Post
Have you had any luck back porting those patches? They sure look like a worthy addon for the N900

Also, I'm sure you've came across this post too:

-Source: http://www.phoronix.com/scan.php?pag...item&px=ODU0OQ

Just a heads-up, not a request
I have a test patch for the VM under IO pressure provided here:
http://lkml.org/lkml/2010/8/1/40

However the 2.6.34+ vmscan.c has changed significantly from the 2.6.28 vmscan.c. I think I messed up somewhere cause my patch causes the device to stick in lumpy reclaim mode continuously. Basically makes it unusable as soon as any VM scan operation occurs.

I have been travelling and haven't had a chance to work on any of the newer patches either. but I plan to!

Originally Posted by iDont View Post
One more question btw: which version of BFS have you incorporated in the kernel-power?
And if possible and time permits, could you try compiling the latest BFS patch with the (if possible, newest) kernel-power?

Keep up the good work, I really like this thread.

-iDont

I specifically started with the BFS 316 patch for 2.6.27 here:
http://ck.kolivas.org/patches/bfs/Un...C-2.6.27.patch

Although it contains a few bits and pieces from the 2.6.31 BFS 316 patch - Just because some of the 2.6.27 patch does not apply to 2.6.28.

Course, now that I check I find that BFS is now up to 330.. HMM! Looks like an update is in order.

My code is a proper branch of the kernel-power git tree. First on my list is to make a garage page for this branch.
 

The Following User Says Thank You to coreyoconnor For This Useful Post:
Posts: 946 | Thanked: 1,650 times | Joined on Oct 2009 @ Germany
#38
I have no plans to enable BFS in the official kernel-power package as BFS seems to be to unstable and cannot be disabled during runtime.
You could, however, join the kernel-power project and create a git branch for your patches.

Originally Posted by coreyoconnor View Post
My code is a proper branch of the kernel-power git tree. First on my list is to make a garage page for this branch.
 
Posts: 52 | Thanked: 55 times | Joined on Dec 2009
#39
Originally Posted by titan View Post
You could, however, join the kernel-power project and create a git branch for your patches.
I will keep it a separate project. I already create a git branch for these patches.
 
Posts: 268 | Thanked: 1,053 times | Joined on May 2010 @ The Netherlands
#40
Originally Posted by coreyoconnor View Post
I have a test patch for the VM under IO pressure provided here:
http://lkml.org/lkml/2010/8/1/40

However the 2.6.34+ vmscan.c has changed significantly from the 2.6.28 vmscan.c. I think I messed up somewhere cause my patch causes the device to stick in lumpy reclaim mode continuously. Basically makes it unusable as soon as any VM scan operation occurs.

I have been travelling and haven't had a chance to work on any of the newer patches either. but I plan to!
Take your time, travelling is great. The fact that somebody is looking into the patches is already good news on its own

Originally Posted by coreyoconnor View Post
I specifically started with the BFS 316 patch for 2.6.27 here:
http://ck.kolivas.org/patches/bfs/Un...C-2.6.27.patch

Although it contains a few bits and pieces from the 2.6.31 BFS 316 patch - Just because some of the 2.6.27 patch does not apply to 2.6.28.

Course, now that I check I find that BFS is now up to 330.. HMM! Looks like an update is in order.

My code is a proper branch of the kernel-power git tree. First on my list is to make a garage page for this branch.
Thank you for your time and work on this. I've been using BFS on my single core machines for a while now and, in my opinion, it's also a great addition to the N900. I'm looking forward to see a garage page pop up!

Originally Posted by coreyoconnor View Post
I will keep it a separate project. I already create a git branch for these patches.
FYI, I emailed Titan about this thread. That's probably the reason for his reply in this thread.

Again, keep up the good work, both you and Titan!

-iDont
 
Reply


 
Forum Jump


All times are GMT. The time now is 11:59.