Thank you for mentioning Paul's Online Notes, this will be invaluable for me this summer term as I am signed up for calc 2 but have had 10years away from maths.
You can lock the display and the voice directions still subsist. The battery drain is from the constant polling of GPS information in my experience though.
> The battery drain is from the constant polling of GPS information in my experience though.
Why would that use a lot of power though? It's just receiving a signal. I have the impression that it's when sending out a signal that a lot of power is used. And in that sense electromagnetic radiation at GSM, Wifi or visible spectrum-frequencies are all the same.
I'd say it's both keeping the screen on and constantly downloading new map information from the cellular network.
I think it is smart to continue on and get a BA. Your abilities and experience can only help you further on in your career. Enjoy the time you have while you are young and physically able to enjoy it.
I have been running this on my toro (Verizon Galaxy Nexus) AOKP rom'd phone. Unscientifically this seems to make a difference to render speed of most everything.
That's the problem though. Every report of speed increase is unscientific, and every scientific mechanism shows it can't possibly speed anything up.
nothing is opening and using /dev/random continuously, as shown by using inotify to watch it.
Things are using /dev/urandom, but /dev/urandom doesn't block anyway.
I see a bunch of people showing that this patch makes more entropy available (duh), but without anything using /dev/random, that should not matter.
The only thing i can think of is that something in the kernel is asking for random numbers from the blocking interface. Otherwise, it should show up in inotify.
> and every scientific mechanism shows it can't possibly speed anything up.
Does not follow from this:
> nothing is opening and using /dev/random continuously, as shown by using inotify to watch it.
The finding that nothing is opening and using /dev/random rules out the explanation the author of the app gave. It does not in any way prove that the app has no effect, even if it might be for totally different reasons.
Several people appear to be looking at ways of doing some proper tests to determine if there is a real measurable effect, so we'll presumably find out soon enough.
It is also possible that this has nothing to do with blocking but rather with processor resources depletion. The fact that the entropy generating processes are being triggered to run at just the wrong time when the device is most likely busy instead of being triggered when it is idle might cause slowdowns.
I can report identical results on the exact same device running the AOKP 4.2 release that just dropped. There does appear to be significantly less menu lag.
I grabbed this yesterday when it was reported over on r/android, and I can see no meaningful impact on battery life.
The developer also explicitly stated that no wakelocks are taken.
I do as well. This past semester I switched to using Generals brand cedar point #333 2HB pencils and they are great quality I recommend trying them out.
I think they (canonical) have hinted at Ubuntu with touch support. This could be interesting for some of the touch laptop hardware that has been coming out with W8.
I caught the bug last year (2011) got a new bike in February this year and severely broke my leg in March (non cycling accident). Even with the bad leg I managed to lose a bunch of weight and feel great.
I love discovering gems thru reading The Setup