omegavesko

[APP] Seeder - Reduces lag in Android.

43 posts in this topic

Nice find. I'll try it. How does it do what it does?

0

Share this post


Link to post
Share on other sites

Leave those. Set that option to yes

0

Share this post


Link to post
Share on other sites

I must say, I feel the difference..

0

Share this post


Link to post
Share on other sites

It definitely makes a difference. I'm pretty sure its not just placebo. I tested it on CFX3 and there seems to be a tangible speed improvement. The reason for it and the patch makes genuine sense as well.

0

Share this post


Link to post
Share on other sites

Is it possible to integrate it into further builds?

0

Share this post


Link to post
Share on other sites

I open the app and just appears two options. I enable, but after exit and enter again in the app, the option is disable again...

Is that fine?

0

Share this post


Link to post
Share on other sites

Is it possible to integrate it into further builds?

The developer says you're allowed to so why not..

0

Share this post


Link to post
Share on other sites

I think I'm going to have to. The speed difference I can feel is enough to convince me to include it.

2

Share this post


Link to post
Share on other sites

I think I'm going to have to. The speed difference I can feel is enough to convince me to include it.

Awesome, so it isn't just me after all.

0

Share this post


Link to post
Share on other sites

I've noticed it on C3C0 CM10 ROM. Seems so much faster than stock, even in app draw

0

Share this post


Link to post
Share on other sites

Very noticeable difference in PAC. Recent populate instantly, launcher is smoother and apps launch quicker. Well done to the dev.

0

Share this post


Link to post
Share on other sites

Theres a few methods to acheive what should be the same result (entropy over 1300). For example heres an init.d script:

#!/system/bin/sh

# Entropy tweak

PSIZE=$(cat /proc/sys/kernel/random/poolsize)

PSIZE=$((PSIZE/3))

echo $PSIZE > /proc/sys/kernel/random/read_wakeup_threshold;
It should save battery compared to the application as it doesn't wake the phone at all and has no service running. -EDIT- You can also symlink:
#!/system/bin/sh

# Entropy tweak

rm /dev/random;

ln -s /dev/urandom /dev/random;
Or just recreate it as urandom:
#!/system/bin/sh

# Entropy tweak

rm /dev/random;

mknod /dev/random c 1 9;

The "issue" was closed here: http://code.google.c...detail?id=42265

Edited by H3ROS
0

Share this post


Link to post
Share on other sites

Remarkably faster on cfx3.

0

Share this post


Link to post
Share on other sites

Should we check start on boot?

0

Share this post


Link to post
Share on other sites
Theres a few methods to acheive what should be the same result (entropy over 1300). For example heres an init.d script:

#!/system/bin/sh

# Entropy tweak

PSIZE=$(cat /proc/sys/kernel/random/poolsize)

PSIZE=$((PSIZE/3))

echo $PSIZE > /proc/sys/kernel/random/read_wakeup_threshold;
It should save battery compared to the application as it doesn't wake the phone at all and has no service running. -EDIT- You can also symlink:
#!/system/bin/sh

# Entropy tweak

rm /dev/random;

ln -s /dev/urandom /dev/random;
Or just recreate it as urandom:
#!/system/bin/sh

# Entropy tweak

rm /dev/random;

mknod /dev/random c 1 9;

The "issue" was closed here: http://code.google.c...detail?id=42265

Good find.

0

Share this post


Link to post
Share on other sites

The app 'works' because it uses a daemon process that "keeps the device's I/O in constant use (which in turn, depending on device, will make the CPU stick to higher clock frequencies to keep up and/or ramp up the IO scheduler)." - quote from a CyanogenMod developer

Remove the app and use the fix manually as above. Then see if you have an improvement or not.

0

Share this post


Link to post
Share on other sites

*cough*

post-953079-13573046340401_thumb.jpg

0

Share this post


Link to post
Share on other sites

Spanish people tell your friends over at HTCMania that this doesn't really work.

0

Share this post


Link to post
Share on other sites

Makes sense I suppose, but saying it's like using the performance governor is just as wrong. It doesn't lock it on the maximum frequency like the governor does.

0

Share this post


Link to post
Share on other sites
Makes sense I suppose, but saying it's like using the performance governor is just as wrong. It doesn't lock it on the maximum frequency like the governor does.

Yeah..I've realised. :)

0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

MoDaCo is part of the MoDaCo.network, © Paul O'Brien 2002-2016. MoDaCo uses IntelliTxt technology.