Reply
Thread Tools
Posts: 284 | Thanked: 320 times | Joined on May 2010 @ Peterborough, UK
#21
Has anyone ever tried the deadline scheduler and:

Code:
echo 1 > /sys/block/mmcblkX/queue/iosched/fifo_batch
? I've just compiled BFS with the config option enabled, and will be giving it a try over the next few days. I got the idea from here
 
hawaii's Avatar
Posts: 1,030 | Thanked: 792 times | Joined on Jun 2009
#22
I'd also like to try the anticipatory scheduler, a lot of the Android guys have been switching over to it...

Last edited by hawaii; 2011-06-01 at 04:04.
 
Posts: 284 | Thanked: 320 times | Joined on May 2010 @ Peterborough, UK
#23
I considered anticipatory, but it was taken out of the kernel altogether as of 2.6.33 and supposedly CFQ replaced it after 2.6.18. Also I'm never sure whether heuristics are a good idea or not.. I suppose it wouldn't hurt to add it to the config as a module, though.
 
Posts: 284 | Thanked: 320 times | Joined on May 2010 @ Peterborough, UK
#24
Ok, I've built the latest BFS from git tree, with both deadline and anticipatory enabled as modules within the config. Everything runs as smoothly as before, with no added overhead. To enable either one of them, you have to echo deadline or anticipatory to /sys/block/mmcblk0/queue/scheduler - this seems to automagically insert the corresponding module (probably best to rmmod if you then change back to noop or cfq at a later date, though, as they stay loaded). I did find a thread regarding anticipatory on Android and found this snippet to be quite interesting:

For instance anticipatory scheduler focuses on contiunous read and avoiding head movement which is not the case for flash drives.

Completely different rules apply here.

The community (Linux SSD) recommends NOOP or DEADLINE schedulers, I prefered DEADLINE for it's focus on preventing read starvation.
It works the best (elevator = deadline) for my Asus EEE PC 901 with SSD drives and attached SD cards.
Writes are slower, but there's much less lag when browsing web or opening folders because "read" operations have priority.
The same seems to work on my Galaxy S with stock JM1 with or without one-click-lag-fix.
..which makes me think deadline might be the best scheduler to use, even though the N900's drive isn't exactly an SSD?

Last edited by Tigerite; 2011-06-01 at 11:06.
 

The Following 3 Users Say Thank You to Tigerite For This Useful Post:
Posts: 145 | Thanked: 91 times | Joined on Jun 2010
#25
Originally Posted by Tigerite View Post
Ok, I've built the latest BFS from git tree, with both deadline and anticipatory enabled as modules within the config. Everything runs as smoothly as before, with no added overhead. To enable either one of them, you have to echo deadline or anticipatory to /sys/block/mmcblk0/queue/scheduler - this seems to automagically insert the corresponding module (probably best to rmmod if you then change back to noop or cfq at a later date, though, as they stay loaded). I did find a thread regarding anticipatory on Android and found this snippet to be quite interesting:



..which makes me think deadline might be the best scheduler to use, even though the N900's drive isn't exactly an SSD?
Probably because most processes hang on read operations. Giving them higher priority should speed things up for normal usage. So I think when you're downloading something and at the same time are trying to start an app etc. the device should be snappier, while you couldn't care less about the download.
 
joerg_rw's Avatar
Posts: 2,222 | Thanked: 12,651 times | Joined on Mar 2010 @ SOL 3
#26
Originally Posted by vi_ View Post
Holy WALL OF TEXT bro. Please, some formatting!
HOLY, and you fullquote it, to add that one liner comment :-S
/j
__________________
Maemo Community Council member [2012-10, 2013-05, 2013-11, 2014-06 terms]
Hildon Foundation Council inaugural member.
MCe.V. foundation member

EX Hildon Foundation approved
Maemo Administration Coordinator (stepped down due to bullying 2014-04-05)
aka "techstaff" - the guys who keep your infra running - Devotion to Duty http://xkcd.com/705/

IRC(freenode): DocScrutinizer*
First USB hostmode fanatic, father of H-E-N
 

The Following User Says Thank You to joerg_rw For This Useful Post:
F2thaK's Avatar
Posts: 4,365 | Thanked: 2,467 times | Joined on Jan 2010 @ Australia Mate
#27
Originally Posted by jurop88 View Post
Everything said, here follows a resume of my experiences so far.
...
Thanks, just applied all your settings. See how things go.
 
Posts: 43 | Thanked: 18 times | Joined on May 2010 @ Sydney
#28
Hi all,

I've also been trying to tweak /usr/share/policy/etc/current/syspart.conf

One thing I noticed though is, sometimes the values are being applied for a little while, and then it gets overridden again by ohmd.

For example, I've tried changing the desktop cpu-shares to say 4096, then i run "stop ohmd" and "start ohmd". For a short time, I can see the value 4096 is being set by cat-ing the corresponding value in /syspart/desktop/cpu.shares

But then after a while, ohmd seems to write back the original value 6144 to it.

Any ideas?

Thanks.

Last edited by pigeond; 2012-03-14 at 02:11.
 
Posts: 370 | Thanked: 443 times | Joined on Jan 2006 @ Italy
#29
Now I don't remember exactly - I worked on that a long ago - but there is a policy file written and compiled in Prolog (?) somewhere read by ohmd - and it's responsible for that.
Long story short, what I remember is that I resigned after a lot of searching. Now I am really short on time for next month, but if you are interested in looking at that I can look for my knowledge and send everything to you - some material found on wikis, irc logs and the like
 

The Following User Says Thank You to jurop88 For This Useful Post:
Posts: 3,074 | Thanked: 12,960 times | Joined on Mar 2010 @ Sofia,Bulgaria
#30
Originally Posted by jurop88 View Post
Now I don't remember exactly - I worked on that a long ago - but there is a policy file written and compiled in Prolog (?) somewhere read by ohmd - and it's responsible for that.
Long story short, what I remember is that I resigned after a lot of searching. Now I am really short on time for next month, but if you are interested in looking at that I can look for my knowledge and send everything to you - some material found on wikis, irc logs and the like
...or even better send it to some of the CSSU developers/maintainers (me, Pali, merlin1991,...)

Thanks.
 

The Following 4 Users Say Thank You to freemangordon For This Useful Post:
Reply


 
Forum Jump


All times are GMT. The time now is 10:51.