yashsingh1/xdaforums huggingface dataset:
[Android Software/Hacking General [Developers Only]] pepoluan:
Unfortunately, your grepping doesn't prove a thing...

The name /dev/random might be placed into a variable once, and from that point on referred to using the variable's name, e.g. in SHA1_data.java

Or, the /dev/random device might be opened once but read many times, e.g. rng_get_bytes.c

And it's highly likely that /dev/random is opened within a function, and that function gets called a lot of times from other code. Without code audit, you won't see these 'indirect' usage of /dev/random.

Also, the source's comments sometimes refer to '/dev/random', but no code is emitted that explicitly use the string '/dev/random'; I'm guessing that in those instances, (one of) the method used is by directly accessing the device node number.

This makes more sense. I'm going to do that exactly.

You're right; the man page is slightly misleading and I might've misunderstood.

-- Sent from a GT-I8150 running ICS perfectly well. F'U, Sams#!t --

---------- Post added at 09:03 AM ---------- Previous post was at 08:57 AM ----------

But if rngd is just 'placebo effect', what has been consuming my entropy (as shown by entropy_watch)?

That said, I am interested in your entropy pool... could you run entropy_watch and post me the first 10-20 lines?

-- Sent from a GT-I8150 running ICS perfectly well. F'U, Sams#!t --
[Android Software/Hacking General [Developers Only]] rlorange:
I tested this using my online banking app and it loaded almost instantly!

100% NO placebo effect here thanks for this :)
[Android Software/Hacking General [Developers Only]] Ryuinferno:
What status error it shows? Must be 0 I guess...just replace the update-binary in the zip with another from a zip that works with your phone...;)
[Android Software/Hacking General [Developers Only]] Milamber33:
Bad testing method. If anything, test with it off, THEN test with it on. Remember, this increases the available data in /dev/random. Once it's increased, you would have to deplete the pool again completely before you could test performance without the mod's effect. You're seeing no difference because you're not depleting the pool before you run your second set of tests.
[Android Software/Hacking General [Developers Only]] pepoluan:
To complete what Milamber33 wrote, one has boot with Seeder off. Also, one has to boot with seeder on to nullify the effects of in-memory cache.

So, the general steps:

1. Disable Seeder startup on boot

2. Reboot, and wait until system is stable (1 minute should be enough)

3. Do tests

4. Enable Seeder startup on boot

5. Reboot, wait until system is stable

6. Do tests

-- Sent from a GT-I8150 running ICS perfectly well. F'U, Sams#!t --
[Android Software/Hacking General [Developers Only]] pepoluan:
Hi Zep!

Thanks very much for dropping by. . your entropy_watch binary has been so very helpful for us :thumbup:

Hmmm... it seems I'll be doing 3 tests then... I'll do it later in the afternoon. Do you think 1 hour per test will be enough? I plan on leaving my phone unused, untouched during every test, recharging to at least 80% between tests...

-- Sent from a GT-I8150 running ICS perfectly well. F'U, Sams#!t --

---------- Post added at 01:30 PM ---------- Previous post was at 01:14 PM ----------

For a generic number that adapts to all kernels, use the following:

RWUT="$(cat /proc/sys/kernel/random/poolsize)"
RWUT="$((RWUT/3))"

Afterwards, simply echo $RWUT to the location given by @zeppelinrox

-- Sent from a GT-I8150 running ICS perfectly well. F'U, Sams#!t --
[Android Software/Hacking General [Developers Only]] zeppelinrox:
heh it was just dumb luck that the entropy_watch.c file popped up in a search so I just compiled it since I was in the mood :p

I actually like running that one liner while loop which can be just thrown in a script, chmod it and there ya go.

Yeah well you'll see immediately that it will behave as expected.

I'd imagine that just leaving it maxed would save battery since by default entropy_avail is continually fluctuating up and down in the 200 - 300 range anyway.

May as well leave it full for free instead of empty at the same price lol
[Android Software/Hacking General [Developers Only]] pepoluan:
I've just done some reading on RWUT, and it seems that the kernel generates fills up the entropy pool according to this number.

But, I also read that the rate of generation is not made faster; only that the kernel will keep attempting to fill the entropy pool instead of stopping when it thinks it have enough.

So, if the entropy pool empties, apps will still be blocked for some time while waiting the kernel to refill the pool.

If apps 'behave' by never requesting a huge chunk of entropy, setting RWUT should be enough. But in my phone, something's been gobbling up entropy with a serving size of > 3000 bits, bringing entropy_avail to as low as 98 bits. If the rate of entropy generation is not fast enough, the next app(s) will still be blocked.

Haven't actually tested, though. Will do as soon as I get back to office.

-- Sent from a GT-I8150 running ICS perfectly well. F'U, Sams#!t --
[Android Software/Hacking General [Developers Only]] tom3q:
I actually did more code analysis than just this single grep, but results were identical.

You can as well check if /dev/random is used by running

lsof | grep "/dev/random"

On my phone (with latest CyanogenMod 7) this command does not return any output, which means that /dev/random is not opened by any process.

Btw. Applications can't open a device using just major and minor numbers. A file existing in file system must be opened.

Btw2. Google engineers would have to be idiots (which I believe is NOT the case) to use /dev/random in a way that degrades system performance. Android is not perfect, but it doesn't contain such elementary mistakes.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Actually, that sounds like the purpose of read_wakeup_threshold.

Leaving it low will probably avoid having apps being blocked while waiting for a big pool.
[Android Software/Hacking General [Developers Only]] pepoluan:
Unfortunately, lsof produces a snapshot in time only. You have to put it in a loop to capture anything.

During 1 minute, I see 2 processes accessing /dev/random. But since my loop has a 1 second delay, it's very likely that there are lots of other processes that slipped under the lsof radar, so to speak.

Well, they're still humans.

Remember the scandal of the missing December*? There's a proof there ;)

*Someone messed up royally resulting in the inability of setting a contact's birthdate month to December.

-- Sent from a GT-I8150 running ICS perfectly well. F'U, Sams#!t --
[Android Software/Hacking General [Developers Only]] infectedorganism:
From the OP:
[Android Software/Hacking General [Developers Only]] mw86:
i have no seeder installed and not using the combo so no linking has been set.

Read 1366

Write 128 i see entropy start low and rise till that 3584 limits and slow till 4096 which its staying at.

If i set read same and write to 3220 for example it sits above that value around 3500 and climbs slow till 4096.

Read 64

Write 128

Stock values

I see ranges of 100-200 it builds and drops but when it reaches the upper limit resets down and builds up again. This seems to be the natural order of things and the write is double the read value. Entropy seems to build to 3x of the read value give or take a few. Write seems to be the minimum entropy before it can be built up and reset to the min again in a cycle.

I dont understand where blocking comes in? But randomize_va_space 2 stock seems its like mentioned better to have stock for the security and is a non issue after gingerbread builds.

I tried 1166 read and 2332 write but it builds to 3590+ hitting the filter.

So i tried 1133 read and 2266 write and it works to start around 2266 and build to 3399 but it still seems to hit the filter at 3584 for some reason.

So i have a smooth transition on 1000 read and 2000 write as it builds to 3000+ range but doesn't hit the filter mentioned in the above posts. Does blocking happen when i see the entropy reset from 3000ish back to 2000? This is all with no rngd, no seeder, stock randomize_va_space and no linking of urandom to random or random.fake with no random etc.

Can you elaborate on this behavior as the posts above seem very informative and I would like to know what it is i am seeing. What process is happening when it resets from our imposed max down to the minimum using just the wake up thresholds adjusted?

GS3 Tapatalk
[Android Software/Hacking General [Developers Only]] mw86:
That what is happening with no seeder and just CrossBreeder on my phone. Its not staying flatlined for me. Im using "check random entropy available" app from play store so to not monitor from seeder and so its easy to monitor. CrossBreeder is dropping every few seconds to 3000 ranges too and ive seen it suddenly drop lower but forgive me ive tried so much it may have been with CrossBreeder but lower read wake threshold when it was under 3k.

Ive been trying plenty with seeder, crossbreeder and just systctrl values all individual so to not conflict like seeder and croosbreeder weren't installed at the same time. Ive seen the same observations as posted above and also as posted the last few pages and i see all of it to be happening as mentioned including the filter around 3580.

Is there a reason read wakeup threshold 1000 and write wake up threshold may not produce alone results good enough to alleviate the reported issues with entropy? I feel like its supposed to be able to drop back down as thats how it was designed. If its locked at 4096 in some of those scenarios especially the 1366 read and using seeder too is the entropy being used if it never depletes or raises? What necessitates seeder or crossbreeder over the 1366 systctrl read threshold method or even my proposed idea of just 1000 read 2000 write and no other changes? It wouldn't even involve a need to refresh every 30 secs nor even 2 secs that of Seeder? I have tried all four methods and I am just trying to understand and also encourage discussion. Thank you for answering thus far.
[Android Software/Hacking General [Developers Only]] idcrisis:
Thanks for your feedback.

I recall that you have modified the write wakeup thresholds. That is probably why it isn't flatlining. Do you want to disable all other tweaks and use the values as mentioned in CrossBreeder? The combination of write wakeup of 4096, read of 1333, rngd at 30 seconds feeding random.fake and random link to urandom is the entire solution and goes together.

Do report your findings.

EDIT: I have taken your feedback and have removed even the 30 second feed ( -t 0 ) and let it fill the entropy only when it depletes. That works as well actually. Still a flatline.
[Android Software/Hacking General [Developers Only]] mw86:
Yeah i set those and for some reason with write wakeup threshold at stock 128 it did that too. Ill set aside my initd and load crossbreeder with that zip and ill remove randomize_va_space and make sure write_wakeup_threshold is stock and the read at 1333. Ill report back in your thread.
[Android Software/Hacking General [Developers Only]] GTOJim:
mw86

I'm using CrossBreeder only, Seeder is not currently installed and seem to be flat-lining at 4096.
[Android Software/Hacking General [Developers Only]] mw86:
I just redid it all and i get the same thing. Double checked initd that is used by crossbreeder and i have it set like it is supposed to and i deleted the randomize_va_space value in case that was it and no change. Dont get me wrong mine tops at 4096 woth crossbreeder but every 2-3 secs sometimes 5 it drops to 3072+/- and climbs a little then juts up to 4096 and i watch and it repests this cycle. I would say nothing is wrong if it is reported to lock it to 4096 indefinitely but mine is not doing that with CrossBreeder. Ill get a clean rom install but i doubt they are related. Could be my rom i am on uses more entropy often then what you guys are on or there could be an install issue. In anycase i do know wothout a doubt this happened when i manually set up crossbreeder and even just now using the zip for recovery on a clean install of it ie no seeder installed and was properly uninstalled and previous crossbreeder script and rngd removed before i started this again just now. The initd is working right and i know rngd is running in the background right as i see the jumps and temporary stay at 4096. I wonder if the feeder of 30 secs if i tried it at a lower value would drop less on my handset?

Idcrisis what should i try?

---------- Post added at 01:32 AM ---------- Previous post was at 01:29 AM ----------

Just read that should i remove that from the initd for seeder. Ill try that and see what is happening. Cool on taking my suggestion ill keep observing.
[Android Software/Hacking General [Developers Only]] naudmick:
Htc Desire s Rom : ICE DS Android 4.0.3 sense 3.6

result => t 0 => Lag

=> t 30 => No lag
[Android Software/Hacking General [Developers Only]] idcrisis:
Hi,

You can post CrossBreeder specific feedback to the original post:

http://xdaforums.com/showthread.php?p=37062006

Cheers.
[Android Software/Hacking General [Developers Only]] MohJee:
Interesting app... I'll see how this affects my phone.
[Android Software/Hacking General [Developers Only]] huntingr:
EVO 4G with Nitrous ROM - Was getting random reboots - Unckecking the "Suspend RNG" setting solved the problem. Running GREAT now - Super fast, especially when switching between apps.
[Android Software/Hacking General [Developers Only]] thronnos:
This app definitely works on the evo shift 4g. On GB, ICS, and JB

Shifted from planet Namek
[Android Software/Hacking General [Developers Only]] chwelveocean:
GREAT APP!

THE APP WORKS!

PHONE: LENOVO A60/SPICE MI-350

MTK6573 OVERCLOCKED.

Maybe people consider it placebo because their phones already have good enough specs for any sort of game.

it definitely works on the lenovo a60.

Before installing this app, i had rc11 v6supercharger on agressive 256 HP, overclocked to 793mhz(only available option that doesn't auto exit games requiring much on my phone), and tried out different OOM values... i also installed chainfire and reduced textures.

I downloaded armv6 versions of some games.

subway surfer--playable, but when there are so many trains THE GAME LAGS LIKE HELL. It's impossible to get a decent score. sometimes, swiping left and right is unresponsive.

temple run 2--same as subway surfer.. lags, sometimes, swiping left and right is unresponsive.

running fred--useless. looks as though there's too much going on. stuck on level 1.

But after running seeder 2.0:

subway surfer-->swiping left and right, jumps and slides are very responsive, got the 5000--finally.

temple run 2--very smooth, very responsive, monkey can't catch me :)

running fred--good.. not so smooth, but i don't expect it to run like in my gtp1000.

SIGNIFICANT LAG REDUCTION !!! i did notice battery drain, but then again it was after i played for like an hour or so.

thanks dev
[Android Software/Hacking General [Developers Only]] Dioscoride:
hi

Hello guys

did someone try it in sony experia U .??..

and shoud i download the version 2.0 to install the .apk?

thanks...

Marco
[Android Software/Hacking General [Developers Only]] MrJoakimg:
Yeah.. Can't use my U without seeder.. So yes, go install allready
[Android Software/Hacking General [Developers Only]] Dioscoride:
ooook...thank s....i ll install
[Android Software/Hacking General [Developers Only]] vali_ics:
Guys.. which profile is better for a good battery and performance? Leave it light? And other settings stock?

Thanks
[Android Software/Hacking General [Developers Only]] stokesville:
Just felt it might be useful to share my experience with Seeder app.

Ran Seeder for 24 hours and experienced many lags, glitches and 10 - 30 sec freezes. Changed the settings but all gave pretty much the same results.

Switched Seeder off, flashed CrossBreeder and now running faster and smoother than ever.

While Seeder was running, entropy was regularly dropping briefly to around 3000 and then quickly back to 4096. With CrossBreeder entropy remains at a constant 4096.

N7000, cm10.1 29/01 & stock kernel.
[Android Software/Hacking General [Developers Only]] mw86:
Just understand though, the reason it stays constant 4096 is the combo of everything but very specifically that write threshold is set now to 4096. That means its not used till it max's out entropy pool at 4096. A great new feature though is it is now using Havenged for random entropy generator.
[Android Software/Hacking General [Developers Only]] Kayrin90:
Nice

Just fast as I can say.. ;)
[Android Software/Hacking General [Developers Only]] keithross39:
Wow....just noticed......

Nearly three quarters of a million views (774,000) for this thread......is that an XDA record?....lol

Sent from my GT-I8150 using Xparent Green Tapatalk 2
[Android Software/Hacking General [Developers Only]] ithunter:
(Q)

after applying (On) Available Entropy become hihg 4096~

when off this it back to low value is that means this is working ???

is this work after swiping from task page and run after taskkiller ????

#SorryForNoobness
[Android Software/Hacking General [Developers Only]] fivefour:
Yes it's working.
[Android Software/Hacking General [Developers Only]] XPLOSIV10:
Can anyone please explain me easily what Seeder exactly do to reduce the lags and improve my system? :highfive:
[Android Software/Hacking General [Developers Only]] tuscolavol:
Smh

Sent from my EVO
[Android Software/Hacking General [Developers Only]] Fat_boy555:
Read the freaking thread! And if u can't at least the op and if it's still too difficult, at least the first paragraph or sentence.
[Android Software/Hacking General [Developers Only]] MBQ_:
It makes your phone spit out seeds, then the seeds grow into trees, which gives the developers at Google more oxygen to breathe, improving their overall brain function and allowing them to push out better updates.
[Android Software/Hacking General [Developers Only]] phonetool:
Can that tree oxygen please be used to kick up the brain function of xda noobs?

-MROM on DInc2
[Android Software/Hacking General [Developers Only]] MBQ_:
Unfortunately, no. These noobs rarely go outside, which means the oxygen they breathe tends to be recycled. This is due to most of them having no real-world experience, sometimes it's so bad, users will blame developers for their problems. The only real way for 'noobs' to be handled, is a thing called 'sarcasm'. It tends to either: a. Embarrass the user, forcing an apology, and the user then reads the OP or prior posts, resulting in them gaining knowledge through this thing called 'reading' or, b. Them getting very angry, attempting to insult you, to no avail of course, and going elsewhere, which essentially brings the IQ of that thread up about, 50-75 points.

#Science
[Android Software/Hacking General [Developers Only]] Deni_NS:
I think this explain whole situation http://www.youtube.com/watch?v=wwleOote5M0&feature=youtube_gdata_player
[Android Software/Hacking General [Developers Only]] :
Hmm I installed seeder yesterday and I'm seeing a huge improvement in performance. Everything seems faster and snappier than before. I will see how the battery goes with this. Great job!
[Android Software/Hacking General [Developers Only]] XPLOSIV10:
thank you, good explanation :good:
[Android Software/Hacking General [Developers Only]] MBQ_:
You're quite welcome.
[Android Software/Hacking General [Developers Only]] ad44891:
My jellybam rom is running smooth... Best seeder out..... PERIOD :D
[Android Software/Hacking General [Developers Only]] Madaditya:
Installed seeder.apk...and must say,lag reduced...device it fast..

Real useful mod

But i have battery drain

I.e 8% in just 40 minutes

Any solution to this?

Tried killing all other apps..
[Android Software/Hacking General [Developers Only]] AA1973:
Check media scanning process

Check Walkman

I bet it is not related to seeder...
[Android Software/Hacking General [Developers Only]] Madaditya:
Yeah right...

Just figured it out

Edit:Real helpful mod/app

For those who wanna check just download the apk..it has got an entropy meter...

Itll help you know that u need to turn on seeder :p
[Android Software/Hacking General [Developers Only]] thunderising:
Why was it occurring?
[Android Software/Hacking General [Developers Only]] Madaditya:
I mean i was using net,was travelling...so network switch,walkman playing and surfing...brightness also about 40%....wifi was trying to switch on..din flash req modules...

So possible the drain

Nothing relatin seeder
[Android Software/Hacking General [Developers Only]] D@vIcHoJD:
The last version of seeder, is very, very good, my phone is more fluid and fast. Goob Job :good:
[Android Software/Hacking General [Developers Only]] meteorrock:
Working good for me using the nook color tablet on CM 10. Thanks developer this app is amazing. It really works. :)

Developer, could you do a poll like that other developer led zepplin did on his V6 supercharger speed scripts at the beginning of this thread? That would be way cool. :)
[Android Software/Hacking General [Developers Only]] frozonecom:
Does the APK version run automatically on boot? I've enabled the feature and when I've rebooted and launch the app, the app is switched off. Anyone experiencing the same as me?
[Android Software/Hacking General [Developers Only]] MBQ_:
Yes. How did you reboot? Sometimes, it won't stick if you do what we call a 'dirty reboot'
[Android Software/Hacking General [Developers Only]] desalesouche:
i think that you have to tick on reboot in seeder app before to tick on seeder on.
[Android Software/Hacking General [Developers Only]] usefulidiot:
Hey OP - interesting app...however, I have noticed that after a day or two on my entropy levels drop to the low levels from before, even though I have kept its on start on boot and its always on. I have to turn it off and on again for the entropy levels to fill up again. Anyone else experiencing this, or any ideas on how to fix this? Thanks!
[Android Software/Hacking General [Developers Only]] casouzaj:
Yes, I noticed such an odd behavior too. It is shown as turned on, but the entropy level is pretty low. It has to be turned off and back on. But it happens only sometimes. Running the latest apk version on a Moto Defy flashed with JB...
[Android Software/Hacking General [Developers Only]] arczangel:
One of the best App I've ever had! thanks OP! More Power!
[Android Software/Hacking General [Developers Only]] Stephen88:
R: [APK] Seeder 2.0.0 entropy generator to provide significant lag reduction

no more update? :(
[Android Software/Hacking General [Developers Only]] nightfire37:
https://play.google.com/store/apps/details?id=com.lcis.seeder that person listed this app as a paid app. Please flag as inappropriate and copy and paste the url of this forum
[Android Software/Hacking General [Developers Only]] usefulidiot:
what?! the OP has the app on seeder and has been nice enough to put on on XDA for free - nothing dodgy here!
[Android Software/Hacking General [Developers Only]] Madaditya:
That person????

Lowll he is 'The' OP..

You must thank him for makin it available for free here...

Did you even read??
[Android Software/Hacking General [Developers Only]] phonetool:
Step away from the keyboard.

Have you read the OP??

WTF is wrong with the people on xda? They don't read.

-MROM on DInc2
[Android Software/Hacking General [Developers Only]] MBQ_:
Dude... Some people on here can't even spell.

:|
[Android Software/Hacking General [Developers Only]] keynith:
People make mistakes. Everyones done it. So its not that big of a deal, just address the issue, respectfully, and move on.

Other than that, lovin the app OP!
[Android Software/Hacking General [Developers Only]] fivefour:
Your last post to this thread was 13 days ago, any reason you quit posting?
[Android Software/Hacking General [Developers Only]] MBQ_:
He's probably busy with life