yashsingh1/xdaforums huggingface dataset:
[Android Software/Hacking General [Developers Only]] PHenn:
Video

I don't know if this can be used to see if the lag is any lower or not, but I thought it would be fun to record with my slow motion camera to see if there is any noticeable difference at 240 fps. I also included an overlay with the frame counter (I know it's in the way, but the video only records at 320x240 at 240 fps so it's the best I can do).

http://youtu.be/4eaZvfqQHPI

The first 1/2 is with it turned off the rest is with it turned on.

I know, it should have no impact on the Nexus 4 anyway, but I guess I'm susceptible to the placebo affect because it 'feels' better to me. When I watch the video it seems to be the same or nearly the same before and after. It definitely seems to make my Galaxy Tab 10.1 seem smoother, it had lots of lag even overclocked.
[Android Software/Hacking General [Developers Only]] gsbabil:
Nexus 7 should be snappy enough already! Which applications do give you lag on Nexus 7?
[Android Software/Hacking General [Developers Only]] binYaqoob:
When i type this command in terminal emulator busybox cp /mnt/sdcard/rngd /system/xbin

I get the error message can't creat /system/xbin/rngd : read only system
[Android Software/Hacking General [Developers Only]] ashish21099:
i ran entropy_avail checking code.

i get 3000+ value at first but it decreases to 100~ in a few sec. so is it working??

also does uninstalling the 0.6 apk make the mod remove permanently??
[Android Software/Hacking General [Developers Only]] Shano56:
Chrome always feels choppy for me on my N7. Besides there's no such thing as "snappy enough" !
[Android Software/Hacking General [Developers Only]] shinesthru:
Maybe type su before the command(?)
[Android Software/Hacking General [Developers Only]] gramaglia:
Tried the version 1.0alpha6 and my phone was laggy as hell, forced to remove battery thrice before i could uninstall the app (my fault, i pressed by mistake the run at boot option).

Tonight i saw the 1.1 version, tried it and everything is going as supposed to be in this thread, SMOOTH!

Thank you, this was a great idea! :good:

I'm running topogigi v30a on my optimus 2x, it was great before, but i effectively see there is a difference. Going to spread the word! :)
[Android Software/Hacking General [Developers Only]] binYaqoob:
I did type su, I did a bit of search on google, xbin was not writable, I had to remount it as rw so that rngd can be copied to /system/xbin

Thanks for the help, I used this command to mount xbin:

su
mount -o remount,rw /system
busybox cp /mnt/sdcard/rngd /system/xbin/
[Android Software/Hacking General [Developers Only]] gsbabil:
N7 Snappiness

Hi, I am using official JB latest with not many applications installed. It's used mostly for reading books, browsing, checking emails etc. Honestly I never experienced any lags in Chrome or other apps. But, yes my judgement might be biased since my other device is a Nexus S. Cheers!
[Android Software/Hacking General [Developers Only]] RolandDeschain79:
Seeder 1.1 on the HP TouchPad

I tested Seeder 1.1 on my HP TouchPad. I couldn't feel a noticeable difference so I tired to quantify it with benchmarks.

I saw a slight performance increase and decrease in memory usage. Tested with CM9 @ 1.2ghz. Stock.

-Still testing the battery drain...

-Big thank you to lambgx02
[Android Software/Hacking General [Developers Only]] rhogz:
This is working 100% tested it on my Xperia Acro S .50 firmware Locked Bootloader! Thanks for this OP! :thumbup:
[Android Software/Hacking General [Developers Only]] mercurysnake:
all I need to do is donwload the seeder-1.1.apk and install it? right ? isn't ? plz guide me what to do .. ( i'm a newbie to this android world) :D
[Android Software/Hacking General [Developers Only]] spinkick:
So pretty much this works on older phones because it keeps the cpu ramped up more so its ready to respond quicker, am I right? The rest of the increase is simply confirmation bias, it seems.
[Android Software/Hacking General [Developers Only]] the1dynasty:
Well I'm not a full 24hrs on this yet... But I wanted to share MY experience so far...

Firstly, i installed on mg Nexus S 4G running BakedBean7 test build (4.2.1)... Matr1x kernel with the following settings: 200/1320MHz, Row/Wheatley, +50 voltages across...

Now from my experience, i can NOT say i noticed a difference in performance with those settings... Mainly because the phone is extremely snappy on that setup... I read something about over clocking not being as necessary with this so i lowered to 1200MHz and even tried on 1000MHz... Phone was noticeably slower and again i cant say i notice the mod much...

Secondly, i installed this on my sisters (temp) phone, Motorola Clique running a ROM i flashed which is CM7 based... I figured with some of the ICS/JB talk about it possibly not working and based on my experience, i figured it couldn't hurt... She tells me that she doesn't notice it any quicker than before i "messed" with it...

Now I'm not trying to discredit the OP for this or trying to derail this thread... But i did want to mention my experience to see if maybe its just me or if similar devices are having the same experience...
[Android Software/Hacking General [Developers Only]] canis999:
Yes, all you need to do is download the apk, install it and run it.

---------- Post added at 09:46 AM ---------- Previous post was at 09:41 AM ----------

Try to read a bit more of this thread. The CPU seems to be just a little piece of the puzzle.
[Android Software/Hacking General [Developers Only]] buru898:
Ricardo confirmed the speed increase is likely due to the processor staying mostly active... it's on his Google+ if you want to read the full article.
[Android Software/Hacking General [Developers Only]] Turbotab:
Would the OP please respond to the article on XDA Portal, which states that 'Entropy Generator' does not work as outlined.

http://www.xda-developers.com/android/entropy-seed-generator-not-all-its-hacked-up-to-be/

I installed the app, and saw no benefits on a rooted Nexus 7 on my 2 bugbear apps, Chrome and Google Maps. The issue with Chrome on Android being choppy is due to various threading and latency issues which are outlined on the Chromium logs and should be fixed in Chrome Android version 25, anyway the app had no effect during my testing, which included games such as Sonic, GTA 3 and Shadowgun.

Anyway, I applaud the OP for attempting to improve the Android ecosystem, even it turns out to be a false positive, at least it created discussion, and hasn't harmed any devices, although it has been reported that any performance increase is due to the CPU running higher, because of the app seeding every second, people who believe it works, set your governor to performance and I bet you will see the same result.
[Android Software/Hacking General [Developers Only]] shantam:
Yeah just placebo

***Sent***

***From My Noir With Love***
[Android Software/Hacking General [Developers Only]] canis999:
He didn't confirm a thing, that is just his opinion. And he is in the minority. One of the CM devs said that there is something deeper going on here. Just read the thread, it is all in here.

---------- Post added at 10:06 AM ---------- Previous post was at 10:02 AM ----------

And your deeply thought through statement is based on what exactly? The fix not working on your device does not mean it is a placebo.
[Android Software/Hacking General [Developers Only]] Turbotab:
Google itself has closed the 'issue' for any device running 2.3 or higher. It may help older devices running 2.2 or lower, the OP doesn't mention what Phone / Android version they use. Of course if the app keeps the CPU awake the UI will be more fluid, but this can be achieved by setting the governor to performance, of course it uses more battery, just like the fix.

https://code.google.com/p/android/issues/detail?id=42265#c8 - POST 8

" don't know why you think this is anything to do with dalvik (or libcore). neither touches /dev/random. java.util.Random is just a PRNG seeded from the clock. java.util.SecureRandom uses /dev/urandom.

what version of Android are you reporting this against? i think there was a bug once upon a time. <checks> oh, yeah, <= gingerbread was broken. > gingerbread should be fine."
[Android Software/Hacking General [Developers Only]] canis999:
We're going in circles. Just read the thread, it does not hurt. It has been stated many times, that overclocking or setting minimum freqency does not achieve the same effect as this fix does. And everything you have quoted has already been quoted before, and it has been argued with.

Seriously, read the thread before you post, because this way you just look silly.
[Android Software/Hacking General [Developers Only]] broim kaskus:
Dear lambgx02, one of my friends on Neo L Indonesians Group on Facebook had try your "Seeder-1.1.apk" and it works for Neo L. It's great dev. I'll use it dev. Thank you. 5stars for your Great Thread dev.
[Android Software/Hacking General [Developers Only]] Markuzy:
Some of us are testing it out on the Pocket TV android stick forums.

If it is a placebo caused by higher i/o and elevated cpu clock speeds resulting in battery drain, then it still is not much harm for the stick which runs on a power supply.

Thanks anyway.

Sent from my GT-N7000 using Xparent ICS Tapatalk 2
[Android Software/Hacking General [Developers Only]] Turbotab:
The 'fix' has not been proven to have any effect by knowledgeable devs, can you prove otherwise using a sound methodology??Google itself has stated that the main tenant of the 'fix' does apply to any device running 2.3 or higher

@15: that post's claim is wrong. Random and SecureRandom use /dev/urandom (at least > gingerbread). From my previously linked post.

At this stage the main consensus is that any difference, outside the realms of placebo and buyer's remorse is coming from the CPU being kept at a higher frequency, I am sincerely interested in the OP response, but cannot stand your breed of pseudo omniscient bombast, without adding anything tangible to the conversation, apart from limp-wristed insults.
[Android Software/Hacking General [Developers Only]] kepaware:
Une widget pleaseeeee :)

Enviado desde mi Nexus 7 usando Tapatalk 2
[Android Software/Hacking General [Developers Only]] chaoscreater:
tested v1.1 on my Motorola Milestone, running CM 7.2.4d and this tweak definitely works! It's NOT a placebo effect, it actually has a noticeable difference. I used to experience lag when running GO SMS PRO or opening the camera app, there's a slight noticeable delay or lag. After installing this tweak, it's so much snappier and faster, it's really noticeable for me.

Good job!
[Android Software/Hacking General [Developers Only]] canis999:
Steven Kondik (CM):

"This is all fascinating, and I'm not totally dismissing that something is happening here.

Qualcomm devices have a hardware random device, which when coupled with the qrngd daemon feeds the kernel entropy pool. In normal operation of Android, I *never* see this pool actually get low unless running the qrngtest tool, in which case qrngd just fills it right back up.

Looking in drivers/char/random.c though, the functions which are called in the interrupt, input, and block device paths have an inner function add_timer_randomness which calls preempt_disable().

As a totally non scientific test, I turned all of these functions into no-ops and recompiled. This way, we're ONLY relying on the hardware RNG.

There's no change in entropy available because random numbers really just aren't being used all that often.

But now, I'm seeing a modest increase in interactivity on the device. Certain things feel smoother, and there is less UI jank. There's no change in frequency scaling or power usage as proposed earlier. qrngtest passes just fine as well.

What's going on here? I'm not entirely sure. We're either all crazy, or this is tickling a subtle scheduling bug in the kernel. More investigation is needed."

And though there was no quantyfiable test presented yet, many users have tested this fix against overclocked or set to minimum frequencies with performance governor, and neither has the same effect, while they cause a higher energy drain than the fix.

I am sorry if you feel insulted, it's just that your post takes us a few dozen pages back in this discussion. Those quotes are there, every one has seen them, but they are obviously innacurate. Or at least not entirely accurate.
[Android Software/Hacking General [Developers Only]] Andrev01:
Flashed the v6, testing. I don't know if its faster for now, I will see. But does it work on my device? Look at screenshot and tell me if it's correct :)

EDIT: I can see some lags still, little...
[Android Software/Hacking General [Developers Only]] a-id:
Really read the thread :D

Отправлено с моего GT-I9000 через Tapatalk
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Ok so IF there is something to it (I'm staying on the fence, ok?), it may actually have to do with something that's actually related to it... so just bear with me...

http://www.linuxinsight.com/proc_sys_kernel_randomize_va_space.html

Further to that, there is also this from IBM http://www-01.ibm.com/support/docview.wss?uid=swg21365583

A little further down there's a sample error...

Hmm... maybe sqlite databases are effected.

So... what if it all has to do with database access?

And a little further down...

Then there are tidbits like on this page http://sourceforge.net/apps/mediawiki/filebench/index.php?title=Filebench

Just google "slow randomize_va_space" :p

Oh... just found this... http://en.wikipedia.org/wiki/Address_space_layout_randomization

So there's the direct connection of how entropy effects ASLR in plain english.

Anyway, randomize_va_space is 2 by default on my device.

Maybe setting it to 0 will have a desirable effect.

So... I'm gonna test

busybox sysctl -w kernel.randomize_va_space=0

Along with...

busybox sysctl -e -w kernel.random.read_wakeup_threshold=1376

entropy_avail gets full with no overhead with the second command.
[Android Software/Hacking General [Developers Only]] spinkick:
Please do some more research and read the thread.
[Android Software/Hacking General [Developers Only]] Hippoman13:
Just tried this on my Verizon S3 running a completely tweaked Touchwiz 4.1.1, and I've honestly seen major performance drops. I'm assuming this is due to a conflict with an already existing optimization.

Thanks for the great development!
[Android Software/Hacking General [Developers Only]] canis999:
If you set minimum CPU frequency it stays active all the time and still does not give the same effect as the fix.

As I said a few posts earlier, we're going in circles.
[Android Software/Hacking General [Developers Only]] revan17:
How do I uninstall this after flashing this zip?
[Android Software/Hacking General [Developers Only]] spinkick:
Honestly we need some kind of quantifiable test that it makes a difference.
[Android Software/Hacking General [Developers Only]] vesper007:
For me on my Xperia X10 running cm9.1, this actually makes a noticeable difference in responsiveness. Cm9.1 is kinda laggy on x10, lots of lag while scrolling for example, and delays in opening apps, and the seeder apk DOES reduce those lags quite a bit, and no, it has nothing to do with cpu staying at a higher frequency. Interestingly, the flashable zip does not have the same effect, instead I feel like it actually slows down my device, but the apk does make a noticeable improvement in speed, responsiveness and the amount of lag. As for battery drain, battery life is pretty bad on ics as it is; haven't noticed any extra drainage.
[Android Software/Hacking General [Developers Only]] canis999:
+1
[Android Software/Hacking General [Developers Only]] Harbir:
see here at the bottom http://xdaforums.com/showpost.php?p=36252773&postcount=738
[Android Software/Hacking General [Developers Only]] mw86:
I see 4096 entropy available consistently is that the goal of setting those too, as in is that what I should see if its working correctly?

The effect of the script or this method seem to have been a positive change and i witness no added cpu usage and or higher frequencies due to these adjustments but I feel the noted fix to lag and snappier load times including scrolling. I use my cpu governor tuned to use low mhz and only scale if that mhz nearly fills with cpu usage before scaling up well to get to my point guys is i notice the improvement very much and perhaps its effects are easier noticed at lower mhz where the system has more latencies. I think thats what the video made points out well. Even locked on minimum mhz there he has a notable ui speed improvement all while on the same speed with Seeder enabled then disabled etc.

When CM developer says things need to be looked into and that in older builds entropy was not effected but as he stands here today throws a test up and heck no one knows why but there are a few that posted in this thread that describe a few reasons the entropy available and read wake threshold and randomize_va_space all when adjusted show clear gains in how fast tasks are completed mostly in responsiveness and load times but even touch screen sudden movements are improved. I see this even on modern hardware Samsung Galaxy S3 and on android 4.2.1 nonetheless with a custom kernel version 3.057.

Thanks Inferno for the script and thanks Zeppelinrox for your Systctrl settings and explanations through the thread.

GS3 L710 4.2.1 AOSP Kt747 2.1Ghz ROW/Ktoonservative *Tapatalk
[Android Software/Hacking General [Developers Only]] aresbv2000:
i don`t know if is the placebo effect but seems quite well on my Acer CloudMobile!
[Android Software/Hacking General [Developers Only]] canis999:
Can you please explain why you've edited the quoted post, completely changing it's meaning and making me look like I'm stupid?

I'm quoting you a few posts further and it looks quite different.

Be serious.

Your initial response was "I have done a lot of research on this. Its mostly cpu staying active." not "Please do some more research and read the thread.".
[Android Software/Hacking General [Developers Only]] the.emilio:
Works great on Jelly Bean ROM for Evo 4G. Actually made a ROM based on CM7 for the Evo 4G (not the LTE) and included this mod in the ROM. I gave full credit to OP and linked back as well ;) Thanks for breathing life back in to this old device!!
[Android Software/Hacking General [Developers Only]] X1iGGVV:
Well, I runing G Tab p4 on 4.2.1 and flashing zip was not posible, but running app and have scrool down OC to 1.2GHz and it feels that overall experiance is smoother and faster. Somehow feels wiser tu run less OC. Lynpack shows best results ever for me, pushed over 90. in multiple and over 50. in single test. ICS OC on 1.6GHz never make over 45/85.

Skickat från min GT-P7500 via Tapatalk 2
[Android Software/Hacking General [Developers Only]] Turbotab:
I noticed that Steve Kondik of Cyanogen fame was mentioned in previous posts, as somehow validating the effectiveness of the code, although it seemed like he was merely expressing intellectual curiosity, well on latter posts on the same Google code forum he clarifies his position on Seeder Generator, given the present information.

https://code.google.com/p/android/issues/detail?id=42265#c114

Posts 130 & 132, comments from Steve Kondik and Ricardo, also from Cyanogen team.

Comment 130 by steve.ko...@gmail.com, Today (9 hours ago)

@Ricardo;

I'm not suggesting that the seeder app does anything useful at all other than keeping the device out of idle states or *maybe* working around some issue in an older kernel. I don't have any devices that see any sort of benefit from that app.

@Steve;

Same, and I've tried some really crappy stuff :)

Just making it clear, though, since your previous comment was already being intepreted as "cyanogen confirms it!" ;)

At this stage I feel angry at XDA Portal for putting undue pressure & attention on the OP, who now has some people unfairly saying bad things about him.
[Android Software/Hacking General [Developers Only]] alcaprone:
With sgs on cm10.1 it does work..to check this i just open the phone app after installing a new nightly(which resets /system) and then activate the service and it's much faster, plus there is a greater overall smoothness..i don't know how, i don't know why but it works!

(..and it drains a little bit of battery more...)
[Android Software/Hacking General [Developers Only]] anazhd:
tried this on newly installed cm10.1 twice for each app ( clean cm10.1 re-install for each app i tried ), here is my observation :

Whatsapp PLUS

without : normal load, 1-2sec black delay screen.

with : load up faster. switching apps faster than without seeder.

Falcon Pro

without : normal load, natively falcon is fast.

with : load up a bit faster. switching apps faster than without seeder.

well, I'm not sure whether it's a placebo effects on me, or this tweak is just working as what it's claimed to be.
[Android Software/Hacking General [Developers Only]] desalesouche:
hi. 1/what about this?

echo 0 > /proc/sys/kernel/randomize_va_space

-for i in /sys/block/*/queue/add_random;do echo 0 > $i;done

-cat /dev/random

from comment 133 here: https://code.google.com/p/android/issues/detail?id=42265#c114

is it the same than busybox sysctl -w kernel.randomize_va_space=0

2/does your script can be used without pushing entro and rndg in system/xbin?

thank you.
[Android Software/Hacking General [Developers Only]] black_bottom:
Comparison with/without seeder with HTC Sensation, CM10 Kang

WITHOUT SEEDER

http://youtu.be/8a_567BekBE

WITH SEEDER 1.1

http://youtu.be/nWZGltZ38BE

Result:

No significant improvement.
[Android Software/Hacking General [Developers Only]] pepoluan:
True. Some devs are work on it. Last I knew, some are going to instrument heavily some code paths in random.c

True. Steve Kondik just said that something is not properly optimized in random.c.

Seeder happens to interact with random.

Some people swear that Seeder makes a difference. Other people testified that Seeder does not make a difference.

Some people said that the improvement is 'only' because the CPU is being pegged, something that itself has been debunked by people who actually compared the CPU State times before and after Seeder.

Seeder seems to work for *some* people, no 'placebo' or 'confirmation bias'. Something is happening during the interaction between Seeder and the kernel for *these* people. And it's not CPUfreq pegging. But what??

That is the gist of the situation currently.

tl;dr: Seeder *does* work for some phones, but it also doesn't work for other phones. Why? Nobody is really sure at the moment.

ETA: By 'works', I meant its foundation purpose: To remove lags. Why it 'works', that's a mystery; it most likely isn't caused by entropy pool refilling.

-- Sent from a GT-I8150 running ICS perfectly well. F'U, Sams#!t --
[Android Software/Hacking General [Developers Only]] fieras:
Htc Hd2 with ICS 4.1 work faster..Thanks a lot.
[Android Software/Hacking General [Developers Only]] needmoney:
Samsung Galaxy Ace, S'PERIANCE XWKT7

Huge improv on speed and overall preformance, battery life looks the same, didn't noticed any changes.

CPU Settings :

max -806 MHz

min -122MHz

governor -smartassv2

i/o scheduler -deadline
[Android Software/Hacking General [Developers Only]] aLNG:
perhaps this seeder app caches your frequent apps..thats why u feel faster
[Android Software/Hacking General [Developers Only]] pepoluan:
No it's not. Its purpose is exactly what it claims: refilling the entropy pool.

If you have a Linux system with rngd, try 'man rngd' (without quotes).

What it does is somehow bypassing chokepoints in the code path of random.c. How it does that, nobody knows yet. Devs are currently planning to heavily instrument the kernel to find out what's going on.

-- Sent from a GT-I8150 running ICS perfectly well. F'U, Sams#!t --
[Android Software/Hacking General [Developers Only]] Squashik:
After installing the application it seems to me that the phone picked up and it's pretty much still benchmarks (Antutu, Geekbench) say otherwise. Only Quadrant can see the difference in action.

Xperia U.