Has anyone gotten the supercharger v6 script to work with the Galaxy Player 4.0? Every time I run it it says error "unterminated quoted string" and "busybox: not found." I have tried reinstalling busybox different versions, but it still shows the errors. When I choose to continue it says that I'm not running the script in root mode, when I actually am.
Sent from my Galaxy Player 4.0 (YP-G1)
Weird, It woked for me, but I wasn't imppressed with it and uninstalled it.
V6 Supercrapper is awful... The author is constantly throwing random crap in with no clue what he's doing. For example, at one point he disabled the panic reboot timeout, which on a mobile device can permanently damage your battery by putting the kernel in an inifinite loop until the user catches it and reboots manually. (It disables the kernel's low-battery shutdown safeties, leaving only the battery's own protection circuit as the ONLY line of defense against permanent battery damage.)
His script is hundreds of kilobytes of echoes and printouts with all sorts of hype and marketing and very little substance. It's interesting that he uses the car analogy, because in the United States, gearheads have a term for the sort of stuff he does - that term is "ricer".
In my opinion, comprehensive tweak scripts should be avoided at all costs - pick and choose clearly documented tweaks, don't just trust someone to throw a bunch of crap together for you, because 90% of the time it is just that - crap.
Also, this does not belong in Development, it belongs in General.
Entropy512 said:
V6 Supercrapper is awful... The author is constantly throwing random crap in with no clue what he's doing. For example, at one point he disabled the panic reboot timeout, which on a mobile device can permanently damage your battery by putting the kernel in an inifinite loop until the user catches it and reboots manually. (It disables the kernel's low-battery shutdown safeties, leaving only the battery's own protection circuit as the ONLY line of defense against permanent battery damage.)
His script is hundreds of kilobytes of echoes and printouts with all sorts of hype and marketing and very little substance. It's interesting that he uses the car analogy, because in the United States, gearheads have a term for the sort of stuff he does - that term is "ricer".
In my opinion, comprehensive tweak scripts should be avoided at all costs - pick and choose clearly documented tweaks, don't just trust someone to throw a bunch of crap together for you, because 90% of the time it is just that - crap.
Also, this does not belong in Development, it belongs in General.
Click to expand...
Click to collapse
Ohhh.. Thanks for the info. I was skeptical about it at first, but I just wanted to try it to see if it was really all the hype he brings on it. But now I know it shouldn't be used
Sent from my Galaxy Player 4.0 (YP-G1)
Entropy512 said:
V6 Supercrapper is awful... The author is constantly throwing random crap in with no clue what he's doing. For example, at one point he disabled the panic reboot timeout, which on a mobile device can permanently damage your battery by putting the kernel in an inifinite loop until the user catches it and reboots manually. (It disables the kernel's low-battery shutdown safeties, leaving only the battery's own protection circuit as the ONLY line of defense against permanent battery damage.)
His script is hundreds of kilobytes of echoes and printouts with all sorts of hype and marketing and very little substance. It's interesting that he uses the car analogy, because in the United States, gearheads have a term for the sort of stuff he does - that term is "ricer".
In my opinion, comprehensive tweak scripts should be avoided at all costs - pick and choose clearly documented tweaks, don't just trust someone to throw a bunch of crap together for you, because 90% of the time it is just that - crap.
Also, this does not belong in Development, it belongs in General.
Click to expand...
Click to collapse
Thanks for the feedback.
As you know, I accept suggestions and make changes if needed.
Nobody reported such an issue in the 840+ page thread but after gary brought it my attention the potential for it happening, I was more than willing to change it BEFORE he had a hissy fit.
I'm sure he combed through it and if he had only found that one, single parameter to be bad, then it's now perfect.
Feel free and check it out thoroughly yourself before throwing around general statements like you just did without ever installing it.
I'd be interested in knowing your opinion after you actually had first hand knowledge of it - which you don't as of yet.
But if you do, what else do you have an issue with? (apart from the echo's and printouts, of course, which actually inform the user of what's going on and what to do. Unless you think it better to have confused users and ugly output. So that's just a subjective opinion which means nothing - unless you're cramped for kilobytes. If that's the case, run the database vacuum script to optimize your .db files and get some kilobytes back )
If you want a real ram optimizer that works, try ram optimizer pro; I can get 200mb+ of free ram using this! Very handy for Gameloft games (I like the "balance, more free memory" and "hard multitasking" best, not "hard gaming" so much)
I agree with entropy512, btw. I installed the script, but didn't notice any improvement, so I uninstalled it, but it left strange files all over my /system/ directory.
Oh you mean the app that copied my now outdated (due to ICS) grouping limits and erroneously calls it non killable launcher?
Try latest version with calculated values based on your actual usable ram.
It kicks everything's ass with multitasking.
I won't dipute that one person out of about 200,000 downloads got a hot battery since that user's device is plagued by sods right off the bat and the most common fix is a replacement device LOL
Regardless I changed that single setting anyway so it doesn't even matter anymore.
Oh and all that free ram means nothing.
You only need enough so that it doesn't lag - roughly ~20% of your RAM on the high end devices.
Any more than that brings 0 benefit with apps getting killed often with minimal multitasking.
If you only want to do 1 thing at a time, all the time, an iApple would suit you better
Yes, I only need enough so that it doesn't lag, and I think you must not own any gameloft games like mc3 because it will easily eat 150mb of ram! Ram manager pro clears up that ram easily for me, your script does not, you lose. End of story. I will use whatever program that works for me, and NOT one that doesn't.
And what is the whole apple comment about? If I wanted to be a lame person with no imagination, why do you think I bought a galaxy player instead of an ipod touch in the first place?
you miss the point.
its easy to crank minfree values so that you have nothing else running.
a monkey can do that.
Besides, I'm sure you used an old version that didn't have the 768 or 1000 HP settings or else you wouldn't be so happy with a very pale imitation and bad implementation.
Edit: For example, fire up autokiller memory optimizer (or whichever minfree tweaker suits you - but not your preferred ram app since it has no customizing - surprise) and set the 6 values to:
10,16,150,250,300,350.
Oh look at all the free ram.
/me removes monkey suit
Well, I'm just following your script that recommends 512hp settings since my device only has 342mb. Actually I used your latest beta...
And if a monkey can do this, what the heck is with all the hype you put out about your script and how "no other program can do this"!
iJimaniac said:
Well, I'm just following your script that recommends 512hp settings since my device only has 342mb. Actually I used your latest beta...
And if a monkey can do this, what the heck is with all the hype you put out about your script and how "no other program can do this"!
Click to expand...
Click to collapse
Because the minfrees is actually a secondary feature.
Getting free ram is easy.
The OOM grouping fixes and priorities is #1 and is what sets it apart from anything else.
That was a tad difficult figure out and do - especially for ICS... that was a pain having to mod services.jar but it was worth it.
The other difficulty is finding a good level of free ram for any particular device depending on how much ram that device has.
A device with alot of ram can afford to have a higher percentage of it free (and still multitask) whereas a lower ram device would need a smaller percentage free... closer to 10% of total ram as opposed to 20% for higher end devices.
That's actually a rough idea of how the minfree calculation works.
NVM please delete this post.
zeppelinrox said:
Because the minfrees is actually a secondary feature.
Getting free ram is easy.
The OOM grouping fixes and priorities is #1 and is what sets it apart from anything else.
That was a tad difficult figure out and do - especially for ICS... that was a pain having to mod services.jar but it was worth it.
The other difficulty is finding a good level of free ram for any particular device depending on how much ram that device has.
A device with alot of ram can afford to have a higher percentage of it free (and still multitask) whereas a lower ram device would need a smaller percentage free... closer to 10% of total ram as opposed to 20% for higher end devices.
That's actually a rough idea of how the minfree calculation works.
Click to expand...
Click to collapse
But do you know why the script isn't working on my player? I just want to try it out and see the results for myself, but I just can't seem to get it to work.
Sent from my Galaxy Player 4.0 (YP-G1)
Oh... hehe...
Well start with installing wraithdu's busybox from my OP.
Run the script and if it don't work, post the actual errors or screenshot.
zeppelinrox said:
Oh... hehe...
Well start with installing wraithdu's busybox from my OP.
Run the script and if it don't work, post the actual errors or screenshot.
Click to expand...
Click to collapse
I did that, and here are my results:
Hope you could help me.
Sent from my Galaxy Player 4.0 (YP-G1)
For some reason, the system is lookin for:
/system/xbin/busybo
It's missing an x at the end.
I guess a cheesy fix would be to make a copy of busybox, rename it to busybo, and put it in system/xbin.
Don't ask me why the hell it's lookin for that tho
zeppelinrox said:
For some reason, the system is lookin for:
/system/xbin/busybo
It's missing an x at the end.
I guess a cheesy fix would be to make a copy of busybox, rename it to busybo, and put it in system/xbin.
Don't ask me why the hell it's lookin for that tho
Click to expand...
Click to collapse
Lol I get this when I rename busybox to busybo
Edit: when I keep both busybox and busybo in xbin, I get the second picture.
Sent from my Galaxy Player 4.0 (YP-G1)
klin1344 said:
Lol I get this when I rename busybox to busybo
Edit: when I keep both busybox and busybo in xbin, I get the second picture. (10:17pm)
Sent from my Galaxy Player 4.0 (YP-G1)
Click to expand...
Click to collapse
Sent from my Galaxy Player 4.0 (YP-G1)
Ok.. delete the busybo copy
type in terminal...
Code:
which busybox
This is what I get:
$ export PATH=/data/local/bin:$PATH
$ su
# which busybox
B: error 22
which: X/system/xbin/busybo: not found
#
Sent from my Galaxy Player 4.0 (YP-G1)
Related
So I followed the instructions in the v6 SuperCharger script thread and the phone is wicked fast now, virtually no lag whatsoever. But I have what appears to be a battery drain issue. Spare Parts and SystemPanel let me zero in on a process called "zygote" which was consuming 30% of the CPU even when the screen was off. I may try disabling the script to see what happens but I'd hate to go back to the stock laggy experience.
Does anyone know what zygote does or is for and why it would keep running continuously? Are the new memory values causing the phone to keep shifting around apps/processes to maintain the minimum free memory and this is using up CPU and therefore battery?
Eric
Which areas on the phone were you noticing considerable lag?
Did you also figure out what the process was and why it was taking up so many cycles?
PnoT said:
Which areas on the phone were you noticing considerable lag?
Did you also figure out what the process was and why it was taking up so many cycles?
Click to expand...
Click to collapse
Are you asking me? The process is called "zygote" in SystemPanel. Under Spare Parts, Android System was shown as keeping the phone awake.
The original lag I was experiencing was within various apps and also ADW Launcher flipping between homescreens.
Eric
I was intrigued and googled it. The best answer I found without too much digging was here:
http://groups.google.com/group/android-discuss/browse_thread/thread/fa8a9e3f3b891b0d/44b3bb43d0aa783a
But by that explanation it doesnt seem like zygote should be using that much cpu. Perhaps this script changes its behavior?
Still surprised people do not have red flags for concern in regards to having to use this app in the first place. People are having to use an app designed for low memory devices (256mb) on a device with 512mb. gTablet has 512mb, Tegra 2, Froyo as well, but does NOT have these problems and performs much better (never thought I would say that, but the gtablet DOES perform MUCH better).
That said, if the mystery of the low ram issue, audio pops and random reboots are fixed in an update- the DX2 will be great (IMO). Had the DX2 for two weeks and wanted to keep it, but the issues mentioned were not worth messing with. Having the similar software and hardware on the gTablet gave me a source for comparing and realizing something is wrong with the DX2's firmware.
Not to hijack, but when you get to this part in the Tutorial, which setting should one choose for the x2?
"Touch the screen and tap the number 6, Balanced 3, the best choice for GT540, and hit ENTER .... The script will work .... after finished, touch the screen again and tap the number 16"
digital0verdose said:
Not to hijack, but when you get to this part in the Tutorial, which setting should one choose for the x2?
Click to expand...
Click to collapse
"9 MegaMemory Device"
assuming you're using update2
YMMV
theguru1974 said:
So I followed the instructions in the v6 SuperCharger script thread and the phone is wicked fast now, virtually no lag whatsoever. But I have what appears to be a battery drain issue. Spare Parts and SystemPanel let me zero in on a process called "zygote" which was consuming 30% of the CPU even when the screen was off. I may try disabling the script to see what happens but I'd hate to go back to the stock laggy experience.
Does anyone know what zygote does or is for and why it would keep running continuously? Are the new memory values causing the phone to keep shifting around apps/processes to maintain the minimum free memory and this is using up CPU and therefore battery?
Eric
Click to expand...
Click to collapse
Any resolution on this guru? I'm having the exact same issue.
rushless said:
Still surprised people do not have red flags for concern in regards to having to use this app in the first place. People are having to use an app designed for low memory devices (256mb) on a device with 512mb. gTablet has 512mb, Tegra 2, Froyo as well, but does NOT have these problems and performs much better (never thought I would say that, but the gtablet DOES perform MUCH better).
That said, if the mystery of the low ram issue, audio pops and random reboots are fixed in an update- the DX2 will be great (IMO). Had the DX2 for two weeks and wanted to keep it, but the issues mentioned were not worth messing with. Having the similar software and hardware on the gTablet gave me a source for comparing and realizing something is wrong with the DX2's firmware.
Click to expand...
Click to collapse
You're an idiot.
I've told you a few times already that the script fixes badly configured memory management no matter what the device.
The minfrees is a secondary to the primary function - fixing OOM groupings and priorities for optimal performance.
Is an app like AKMO or AMM only good for 256 mb devices?
No, they aren't. But all they do is change minfree values.
So don't be so stupid.
And for those that think it's causing battery drain, unsupercharge.
You will still have battery drain and the phone will be slower.
zeppelinrox said:
You're an idiot.
I've told you a few times already that the script fixes badly configured memory management no matter what the device.
The minfrees is a secondary to the primary function - fixing OOM groupings and priorities for optimal performance.
Is an app like AKMO or AMM only good for 256 mb devices?
No, they aren't. But all they do is change minfree values.
So don't be so stupid.
And for those that think it's causing battery drain, unsupercharge.
You will still have battery drain and the phone will be slower.
Click to expand...
Click to collapse
You appear to be a rude individual who disgraces Led Zep and showed be forced to change your icon to Vanilla Ice
The DX2 should NOT require to be managed for low ram. gTablet has none of these issues and besides some telephony tasks, has the same hardware and software setup as the DX2- none of the issues and no need to have to manage low operational ram. Seems the DX2 does not truly have 512mb of FUNCTIONAL ram, hence the need to run non standard scripts. For folks that do not root, they are SCREWED due to pi55 poor firmware by Motorola.
Start being nicer to people and you can keep your Led Zep icon with honor/honour.
zeppelinrox said:
You're an idiot.
I've told you a few times already that the script fixes badly configured memory management no matter what the device.
The minfrees is a secondary to the primary function - fixing OOM groupings and priorities for optimal performance.
Is an app like AKMO or AMM only good for 256 mb devices?
No, they aren't. But all they do is change minfree values.
So don't be so stupid.
And for those that think it's causing battery drain, unsupercharge.
You will still have battery drain and the phone will be slower.
Click to expand...
Click to collapse
I tend to agree with you on this. Having dealt with hardware for 25+ years, rarely does the hardware come optimized to a truly great point. Some are definitely worse than others, but there can still be improvements.
Expecting a perfectly optimized piece of hardware/software from any company seems bit foolish. Fortunately the community that uses the hardware are generally the best at getting it to it's best state, regardless of what those who like to drink the koolaid might say.
In any case, I ran this on my X2 and everything had been tip-top since. I have not seen this Zygote issue and I used option 9.
digital0verdose said:
I tend to agree with you on this. Having dealt with hardware for 25+ years, rarely does the hardware come optimized to a truly great point. Some are definitely worse than others, but there can still be improvements.
Expecting a perfectly optimized piece of hardware/software from any company seems bit foolish. Fortunately the community that uses the hardware are generally the best at getting it to it's best state, regardless of what those who like to drink the koolaid might say.
In any case, I ran this on my X2 and everything had been tip-top since. I have not seen this Zygote issue and I used option 9.
Click to expand...
Click to collapse
Not seeing/tasting the koolaid here. Very simple point that out of box, the DX2 has to be managed like a 256mb ram device. I have been around a tad too and have my undergrad in computer electronics (so far back, we still used Tandy's to program eeproms then) so have a teeny bit of subject matter appreciation.
The points were never about the script, but the device itself. Out of box, the device operates with low ram- just like the Droid 1 (which I also owned). Back then, no problem, since 2.1 and lower only really used 256mb ram and the Droid 1 was (IMO) ten times better than the G1 that I also bought at launch.
For as long as there have been computers, people have been tweaking them.
Tell me, does each windows computer sold have a different memory configuration depending on ram?
No, its managed the same across the board.
Same thing with android.
I've been tweaking them since I had a pentium 90..ya... 90mhz with windows95.
You got rid of it and still troll forums as your new hobby.
No, you didn't drink the koolaid.
You tried V6 with low ram values, ignored my suggested megamemory settings, returned the phone, and troll and whine every chance you get about it.
So stop being an ignorant suck and enjoy your new whatever...
Oh yeah... I can be rude... big deal.
Just like you can be ignorant.
I just have a low tolerance to intentional ignorance.
You still spew stuff about 256mb device settings despite the fact that the script has megamemory device settings while the main feature is fixing the notoriously bad memory configuration of gingerbread on ALL devices.
If you can't grasp that, you're stupid too.
Sent from my Milestone using Tapatalk
zeppelinrox said:
For as long as there have been computers, people have been tweaking them.
Tell me, does each windows computer sold have a different memory configuration depending on ram?
No, its managed the same across the board.
Same thing with android.
I've been tweaking them since I had a pentium 90..ya... 90mhz with windows95.
You got rid of it and still troll forums as your new hobby.
No, you didn't drink the koolaid.
You tried V6 with low ram values, ignored my suggested megamemory settings, returned the phone, and troll and whine every chance you get about it.
So stop being an ignorant suck and enjoy your new whatever...
Oh yeah... I can be rude... big deal.
Just like you can be ignorant.
I just have a low tolerance to intentional ignorance.
You still spew stuff about 256mb device settings despite the fact that the script has megamemory device settings while the main feature is fixing the notoriously bad memory configuration of gingerbread on ALL devices.
If you can't grasp that, you're stupid too.
Sent from my Milestone using Tapatalk
Click to expand...
Click to collapse
To think I spent years in the Marines defending the rights of free speech for smack talkers like yourself
Based on your retorts and recalcitrant position, it seems you have everything figured out.
Bonzo would NOT approve of your attitude, nor the DX2 firmware.
yep, telling it like it is is not always popular, just ask Howard Cosell.
Btw why do you think musical artists are gods or religious figures or something?
That's so misguided. heh.
Oh yeah, there's the zep bio called Hammer of the Gods... I've read it and they aren't really gods lol
But they swung a mean hammer so maybe I do the name justice after all
I have read that the more memory you are using the better w android. Got that....Now my question is. I am running the v6 supercharger script on aggressive while using eclipse 1.0 for. 2.3.4.. When I run the script it seems my memory goes way lower than it would without. For instance w/o running my memory is around 150 to 180. While running script its down to 80 and below, which right now is fine. My music skipping is 99% gone. (Like one quick skip during intensive applications, once at startup than butter smeared on silk). Seriously now after my tangent, my question is ; I thought the minfrees in the script kept memory available to the system, is that what it does? Or does it load the memory up so starting applications don't take up CPU speed? If the latter is the case doesnt that go against what the os is supposed to do?I'm from blackberry and loving this phone especially with nitros newest and best!!! Just want some clarifications for myself and others.
This forum + nitros work = awesome. I can't believe how fast my phone is right now compared to when I got it a month ago!!!
Mr One 2 said:
I have read that the more memory you are using the better w android. Got that....Now my question is. I am running the v6 supercharger script on aggressive while using eclipse 1.0 for. 2.3.4.. When I run the script it seems my memory goes way lower than it would without. For instance w/o running my memory is around 150 to 180. While running script its down to 80 and below, which right now is fine. My music skipping is 99% gone. (Like one quick skip during intensive applications, once at startup than butter smeared on silk). Seriously now after my tangent, my question is ; I thought the minfrees in the script kept memory available to the system, is that what it does? Or does it load the memory up so starting applications don't take up CPU speed? If the latter is the case doesnt that go against what the os is supposed to do?I'm from blackberry and loving this phone especially with nitros newest and best!!! Just want some clarifications for myself and others.
This forum + nitros work = awesome. I can't believe how fast my phone is right now compared to when I got it a month ago!!!
Click to expand...
Click to collapse
Memory on android (linux) doesn't work like you guys think it does. Links caches processes in memory for faster startup times later. If you're mad at stuff running in memory all the time, like a lot of noobs on here, go use another platform this is how android and Linux as a whole runs to speed things up for you on the front end.
Sent from my DROID X2 using Tapatalk
ilovesoad said:
Memory on android (linux) doesn't work like you guys think it does. Links caches processes in memory for faster startup times later. If you're mad at stuff running in memory all the time, like a lot of noobs on here, go use another platform this is how android and Linux as a whole runs to speed things up for you on the front end.
Sent from my DROID X2 using Tapatalk
Click to expand...
Click to collapse
Yea I am a noob... where in my question did I say I wanted more memory? Are you a noob at reading? I asked if the script I am using goes against the principle of using memory or if it is in fact filling it. Forgive me if I was unclear, but a Smiley in your post doesn't make up for a snide reply. I've only been using android for over a month and i have learned quite a bit already. Just wanted a little clarification/
ilovesoad said:
Memory on android (linux) doesn't work like you guys think it does. Links caches processes in memory for faster startup times later. If you're mad at stuff running in memory all the time, like a lot of noobs on here, go use another platform this is how android and Linux as a whole runs to speed things up for you on the front end.
Sent from my DROID X2 using Tapatalk
Click to expand...
Click to collapse
I have always said that im not looking so much for a higher number where I see free ram. I just didn't want my ram being used AT ALL by apps/processes that I don't touch AT ALL. Thus allowing me to have more "free ram" for the things I DO USE which of course makes my phone "run faster/smoother" as my system doesn't have ti drop an app I am not using to allow enough ram to go to the one I am opening.
Just felt.like putting my 2cents sorry.
And I only use v6 supercharger for oom grouping fix as that's what I found benefits the.phones operations. Its not the minfree adjustments that help so much as the groupings fix that comes along with it. At least that's what I've found with my experience /experiments
try it. U SHOULD notice same silky buttery results
Everyone seems to find different results tho but it's worth a try. I feel like gingerbread minfrees are fine where they are. Oom grouping fix is what's helping/needed for smoother operations
It just gets old with people complaining about their lack of memory. Supercharger and speedy etc work by other ways. The free memory is (almost) inconsequential.
Sent from my DROID X2 using Tapatalk
ilovesoad said:
It just gets old with people complaining about their lack of memory. Supercharger and speedy etc work by other ways. The free memory is (almost) inconsequential.
Sent from my DROID X2 using Tapatalk
Click to expand...
Click to collapse
I can understand what your saying. I was by no means complaining. I am loving how my phone is running. Just wanted some information on what these scripts are doing. From what I understand they free memory up, which goes against what I read is opposite of how the phone should work. Either way phone runs like sh*t thru a goose!!
You can't blame people for complaining about the memory problems. Between the 384 MB RAM and Motorola's inability to program, this phone multitasks worse than an iPhone on iOS 1.
Sent from my DROID X2 using xda premium
This thread needs closed. Not b/c of the OP but b/c of the back handed comments to the OP..if he/she wants to spend time finding the best way to have more free RAM then he should be allowed to inquire, after searching first, w/out people back handing him, but this wouldn't be XDA if you folks let this go.
Sent from my DROID X2 using XDA App
Mr One 2 said:
I have read that the more memory you are using the better w android. Got that....Now my question is. I am running the v6 supercharger script on aggressive while using eclipse 1.0 for. 2.3.4.. When I run the script it seems my memory goes way lower than it would without. For instance w/o running my memory is around 150 to 180. While running script its down to 80 and below, which right now is fine. My music skipping is 99% gone. (Like one quick skip during intensive applications, once at startup than butter smeared on silk). Seriously now after my tangent, my question is ; I thought the minfrees in the script kept memory available to the system, is that what it does? Or does it load the memory up so starting applications don't take up CPU speed? If the latter is the case doesnt that go against what the os is supposed to do?I'm from blackberry and loving this phone especially with nitros newest and best!!! Just want some clarifications for myself and others.
This forum + nitros work = awesome. I can't believe how fast my phone is right now compared to when I got it a month ago!!!
Click to expand...
Click to collapse
Basically what these scripts do is change the limit for when Android "needs" to kill a running process. Different types of processes are assigned an OOM or Out Of Memory group. when free memory reaches your limit you choose in these scripts Android starts killing off apps with the least amount of "value" so if say you've picked a setting in your script that says you want 80mb free, as long as you have 80mb or more free it leaves the idle processes alone, the second it dips below 80 Android starts killing idle processes to free up memory and continuing on killing processes until it's back to the preprogrammed "safe levels".
I probably got something wrong there or left something out/mixed something up, I haven't slept in 2 days but, that's the jist of it.
Sent from my DROID X2 using xda premium
juhde said:
Basically what these scripts do is change the limit for when Android "needs" to kill a running process. Different types of processes are assigned an OOM or Out Of Memory group. when free memory reaches your limit you choose in these scripts Android starts killing off apps with the least amount of "value" so if say you've picked a setting in your script that says you want 80mb free, as long as you have 80mb or more free it leaves the idle processes alone, the second it dips below 80 Android starts killing idle processes to free up memory and continuing on killing processes until it's back to the preprogrammed "safe levels".
I probably got something wrong there or left something out/mixed something up, I haven't slept in 2 days but, that's the jist of it.
Sent from my DROID X2 using xda premium
Click to expand...
Click to collapse
Thanks man... I appreciate the info. I really don't worry about free memory at all. That was not my intention in this thread. I am new to android and when I pick something up I wanna learn as much as I can about it. Asking questions is usually the best way to find answers haha.
To the poster that asked for this thread to be closed, I appreciate the sentiment, but I don't worry about petty things posted on the internet. I told him what I thought and that's that...
Mr One 2 said:
Thanks man... I appreciate the info. I really don't worry about free memory at all. That was not my intention in this thread. I am new to android and when I pick something up I wanna learn as much as I can about it. Asking questions is usually the best way to find answers haha.
To the poster that asked for this thread to be closed, I appreciate the sentiment, but I don't worry about petty things posted on the internet. I told him what I thought and that's that...
Click to expand...
Click to collapse
You're welcome, I'm just like you, I like to know how stuff works. You've probably heard it before but, a well phrased google search really is your best friend. You might have to skim over a dozen pages before you really find what you want to know but have the battle is knowing some key terms. Like "minfrees" "OOM groupings" etc. Also I believe zeppelinrocks OP on supercharger script has a lot of the info you're looking for. Just keep reading, keep google searching new terms you learn, keep asking questions, and most importantly don't get discouraged.
Sent from my DROID X2 using xda premium
juhde said:
You're welcome, I'm just like you, I like to know how stuff works. You've probably heard it before but, a well phrased google search really is your best friend. You might have to skim over a dozen pages before you really find what you want to know but have the battle is knowing some key terms. Like "minfrees" "OOM groupings" etc. Also I believe zeppelinrocks OP on supercharger script has a lot of the info you're looking for. Just keep reading, keep google searching new terms you learn, keep asking questions, and most importantly don't get discouraged.
Sent from my DROID X2 using xda premium
Click to expand...
Click to collapse
+1 Zepps supercharger thread is GREAT and had so much info! I learned a lot reading some of that thread.
Sent from my DROID X2 using XDA App
See, it's the attitude exhibited by people like ilovesoad that burns my ass.
Linux "gurus" that preach that memory must be as full as possible and it won't effect performance.
That's Bull****.
Guess what?
Linux is for PCs. So why the hell should Android be configured like it's a PC?
Yeah great, background apps load quicker when ram is full. Big deal.
What good is that when the dialer lags like hell? It's a phone ffs.
I don't need a ram filled, laggy phone that does **** that I don't care about in the background.
Fact is, when memory is too full, it bogs down to the point that you want to pull your hair out.
On the flipside, any given device won't get any performance increase over a certain level of free RAM.
So I try and find settings that match up to a devices "lag level" - the point at which free RAM gets low enough to slow the system down.
The faster the phone, the more free ram it needs free so that the cpu doesn't get bottlenecked by too little ram.
Anything above that is pointless.
So on my Milestone, which doesn't have much ram anyway, the lag level is about 25 - 30 mb - so that's what I set slot 3 at for 256 mb devices.
For 512mb devices I got ALOT of input in order to determine that a 512mb device will start to lag anywhere between 50 -80 mb or so... so that's why I have slot 3 in that ballpark for my 512mb device settings.
So that's what it does - finds the balance between performance and multitasking - while getting rid of the damn laggy launcher once and for all.
zeppelinrox said:
See, it's the attitude exhibited by people like ilovesoad that burns my ass.
Linux "gurus" that preach that memory must be as full as possible and it won't effect performance.
That's Bull****.
Guess what?
Linux is for PCs. So why the hell should Android be configured like it's a PC?
Yeah great, background apps load quicker when ram is full. Big deal.
What good is that when the dialer lags like hell? It's a phone ffs.
I don't need a ram filled, laggy phone that does **** that I don't care about in the background.
Fact is, when memory is too full, it bogs down to the point that you want to pull your hair out.
On the flipside, any given device won't get any performance increase over a certain level of free RAM.
So I try and find settings that match up to a devices "lag level" - the point at which free RAM gets low enough to slow the system down.
The faster the phone, the more free ram it needs free so that the cpu doesn't get bottlenecked by too little ram.
Anything above that is pointless.
So on my Milestone, which doesn't have much ram anyway, the lag level is about 25 - 30 mb - so that's what I set slot 3 at for 256 mb devices.
For 512mb devices I got ALOT of input in order to determine that a 512mb device will start to lag anywhere between 50 -80 mb or so... so that's why I have slot 3 in that ballpark for my 512mb device settings.
So that's what it does - finds the balance between performance and multitasking - while getting rid of the damn laggy launcher once and for all.
Click to expand...
Click to collapse
Thanks a lot for responding, you answered my question and put the smack down too lol. Script is running fine and phone is fast fast fast. I even use a lwp now with no lag!!!!
heh.. yeah.. it was late and I was tired and gumpy but the rant felt great lol
zeppelinrox said:
heh.. yeah.. it was late and I was tired and gumpy but the rant felt great lol
Click to expand...
Click to collapse
Tired/buzzing/don't care rants feel the best...I did one of the don't care rants on the moto soak test forum. Felt damn good to get it out there
Hi all,
I was looking into overclocking and underclocking the hummingbird processor withing my galaxy player 5.0
The overclocking is obviously for fun (I know the risks to the CPU and battery), the uderclocking is more so for power management.
I so far have not been able to go past the 1 GHz on the stock kernel.
Has anyone else tried this on stock/custom kernel and gotten any descent results?
I'm intrested in your expierences.
---------------------------------------------------------------
I'd upload the 5.0 compatible kernel and ROM into my device to use it and try it out; I found it on this sight, but I have been stuck on attempting to backup my current Kernel and ROM, as I do not want to loose it.
(I'm trying to do it "manually" with a program that was meant for something totally different, its interesting on the parts of data I could dump, but nothing is usable).
But aside from that, I have been trying different things with just the root on stock kernel and ROM, and I have found a few things that were fun to play with like the droid wall and an SD speed up...
-----------------------------------------------------------------
honestly I do not see anything else I need/can use the root for right now...
An I missing something? Is the android that open...?!
(This is coming from someone who worked and worked to unlock an iPod touch and turned it into an iPhone and partially into a pocket PC)
I remember the kernels name: Entrophies Kernel (idk how to spell it)
(Its on this forms sight in a different category somewhere)
-I'd use it, but first I'm putting back the stock charging and battery management, I personally do not like the settings he has, Li-Ion Polymer batteries like a complete charge, and a steady charge with a taper at the end...
-----------------------------------------------------------------
Any thoughts and experiences on anything I had not asked about is also welcome.
Everywhere I look for information about this device, I keep finding random one posts with questions and never any answers.
Also, people seem to not know about this device, and also not know how to modify and back its data up, including me with my failed atempts... o_o
Ultimately, if I can figure enough out about this device, because everything I have found so far is scattered about online, I'd like to make a post and dedicate it to the galaxy 5 player eventually, with up-to-date (or as close as possible) info on many things. Because thats the biggest problem I see, nothings ever centralized.
If you have root then This should work on your 5.0 player. I just installed it (stock) to try after seeing your post and i already have my 5.0 overclocked to 1.1ghz
Tegrak Overclock is a great utility to over and under clock your CPU.
[root]How to back up your current kernel U.S 5.0 YP-G70
Download MDump Partition dumper v0.02: link in signature!
Open MDump on your device and select "mmcblk0p11"
Rename the file: mmcblk0p11.mdump -> zImage
Touch "Start Dump"
Move the file to a linux machine and put it in a tar ball. (example command: tar -H ustar -c zImage > kernel.tar)
You now have a backup of your stock kernel which you can reflash using odin! (kernel.tar)
Update: I just noticed that you wanted the ROM too, it's mmcblk0p13. You can just dump that as well; rename it "factoryfs.rfs" and include it in the tar ball.
I plan on eventually adding support for clocking at 1.2 GHz and voltage control - I've just been busy with some issues with my I777 kernel (SoDs... ) and busy with real life in general.
I won't be just grabbing rumirand's patches as his use a slightly different approach than the netarchy-style code I prefer.
wow thanks everyone for the fast replies, I'm replying to each post in order, I added quotes to show which ones I am replying to.
murph5525 said:
If you have root then This should work on your 5.0 player. I just installed it (stock) to try after seeing your post and i already have my 5.0 overclocked to 1.1ghz
Click to expand...
Click to collapse
Thanks for the link, I added the app to my device, and overjoyed, I clicked on the 1.3 GHz setting and applied it!
I do not see much of a difference as my device never lagged, if that, before.
I tried a few benchmark utilities, and it seems to surpass almost all the single core CPU phones I looked at...
dunca123 said:
Tegrak Overclock is a great utility to over and under clock your CPU.
Click to expand...
Click to collapse
I was playing with the underclocking features, and my already 2-2.5 day battery looks like it will last another day...lol
Meticulus said:
Download MDump Partition dumper v0.02: link in signature!
Open MDump on your device and select "mmcblk0p11"
Rename the file: mmcblk0p11.mdump -> zImage
Touch "Start Dump"
Move the file to a linux machine and put it in a tar ball. (example command: tar -H ustar -c zImage > kernel.tar)
You now have a backup of your stock kernel which you can reflash using odin! (kernel.tar)
Click to expand...
Click to collapse
I was not expecting this... Thank you very much, you just saved me a lot of trouble!
I'm trying this in a few days, I've got a couple tests to study for this week...
Entropy512 said:
I plan on eventually adding support for clocking at 1.2 GHz and voltage control - I've just been busy with some issues with my I777 kernel (SoDs... ) and busy with real life in general.
I won't be just grabbing rumirand's patches as his use a slightly different approach than the netarchy-style code I prefer.
Click to expand...
Click to collapse
I really like your kernel, you have done a nice job with it!
I was just wondering if you are keeping a single serries of the kernel or one with the modified power management, and one without?
Reason asking, is that I'm an EE, and I know a few people who work with battery management, and they all tell me the Li-Ion Polymer batteries like to be fully charged. I'm just curious as to your approach/reason behind stopping the charge just short of the top?
I like your selections for the custom charging with the kernel for quicker charge times... when I eventually get your kernel onto my device, I'm going to see if I can change settings while its installed, kinda like a power charge for when needed, and a regular charge for over night for less stress...
-------------------------------------------------------------
idk, I'm new to android, I've been stuck in i-Devices lingo for a long time and I'm slowly figuring this android stuff out...
So far, the only real thing I actually needed root for is overclocking and underclocking, droidwall, and tor... I like how open the system is (aside from the kernel/boxroom seeming to be locked when my friend tried a program called adb on it the other day).
Just curious, anything fun I can do with a custom kernel/rom? the only thing I see it can do so far from searching a few links is themes? idk, i need to look into it more...lol
I came across running ubuntu linux on the device through a vnc, even though its installed on the device... I was thinking of trying that if it looks like its ok...lol
I'm just a bit excited, I have this thing that can do so much, but idk what to do with it other than using it as a free wifi phone so far...lol
zBusterCB87 said:
I really like your kernel, you have done a nice job with it!
I was just wondering if you are keeping a single serries of the kernel or one with the modified power management, and one without?
Reason asking, is that I'm an EE, and I know a few people who work with battery management, and they all tell me the Li-Ion Polymer batteries like to be fully charged. I'm just curious as to your approach/reason behind stopping the charge just short of the top?
I like your selections for the custom charging with the kernel for quicker charge times... when I eventually get your kernel onto my device, I'm going to see if I can change settings while its installed, kinda like a power charge for when needed, and a regular charge for over night for less stress...
Click to expand...
Click to collapse
I'm an EE myself. That's odd - all information I've ever seen says that Li-Ion and Li-Po batteries do NOT like to be fully "topped off" or "trickle charged".
I'll try to dig up my sources later, but, from memory:
Overcharging them can result in metallic lithium plating out, which leads to permanent capacity loss. This is why all Li-Ion chargers stop charging once current drops below a certain rate in the constant-voltage phase. In the case of almost every Samsung I've ever used, CPU/power usage counts against the charge current limit - so I'm REALLY paranoid about the charger terminating properly, which is why I make it cut off earlier, as a way of offsetting some of the stress on the battery that the charging rate bump creates.
Also, Li-Ion batteries stored at maximum charge will lose capacity far faster than ones stored at around 50% charge. (This is why almost all new devices have batteries only 50% charged or so.)
I may eventually add a feature to disable the increased charging rate at runtime, however, in the case of the Galaxy Player:
It has a 2500 mAh battery, so 800 mA is actually still less than C/3 charge rate for the battery, whereas on most Galaxy S phones, they charge at 600 mA for an (approximately) 1650 mAh battery, making charge rate slightly more than C/3.
I also reduce charge rate below stock near the top - the technique is inspired by this: http://www.engadget.com/2011/02/20/apple-patent-application-points-to-denser-batteries-improved-ch/
idk, I'm new to android, I've been stuck in i-Devices lingo for a long time and I'm slowly figuring this android stuff out...
So far, the only real thing I actually needed root for is overclocking and underclocking, droidwall, and tor... I like how open the system is (aside from the kernel/boxroom seeming to be locked when my friend tried a program called adb on it the other day).
Just curious, anything fun I can do with a custom kernel/rom? the only thing I see it can do so far from searching a few links is themes? idk, i need to look into it more...lol
I came across running ubuntu linux on the device through a vnc, even though its installed on the device... I was thinking of trying that if it looks like its ok...lol
I'm just a bit excited, I have this thing that can do so much, but idk what to do with it other than using it as a free wifi phone so far...lol
Click to expand...
Click to collapse
Well, on many Android devices, root is needed to kill carrier bloatware. It happens that wifi-only non-carrier-branded devices tend to be less mangled and require less debloating. (Often none...) I've frequently run stock system firmware with custom kernels on wifi-only devices for long periods of time - but carrier-mangled devices almost always need an immediate debloat.
I found this today on reddit, thought I'd share it with everyone. All credit goes to Lambgx02
I'm running this on CM10 and I've noticed a difference.
Link to OP & Download
Hey everyone,
So, I was experiencing significant lag as we all do from time to time, and decided I was going to get to the bottom of it.
After tracing and debugging for hours, I discovered the source of 90% of Android's lag. In a word, entropy (or lack thereof).
Google's JVM, like Sun's, reads from /dev/random. For all random data. Yes, the /dev/random that uses a very limited entropy pool.
Random data is used for all kinds of stuff.. UUID generation, session keys, SSL.. when we run out of entropy, the process blocks. That manifests itself as lag. The process cannot continue until the kernel generates more high quality random data.
So, I cross-compiled rngd, and used it to feed /dev/urandom into /dev/random at 1 second intervals.
Result? I have never used an Android device this fast.
It is literally five times faster in many cases. Chrome, maps, and other heavy applications load in about 1/2 a second, and map tiles populate as fast as I can scroll. Task switching is instantaneous. You know how sometimes when you hit the home button, it takes 5-10 seconds for the home screen to repopulate? Yeah. Blocking on read of /dev/random. Problem solved. But don't take my word for it .. give it a shot!
Update!
I've built a very simple Android app that bundles the binary, and starts/stops the service (on boot if selected). I'll be adding more instrumentation, but for now, give it a shot! This APK does not modify /system in any way, so should be perfectly safe.
This is my first userspace Android app, so bear with me!
Note that this APK is actually compatible with all Android versions, and all (armel) devices. It's not at all specific to the Captivate Glide.
Caveats
There is a (theoretical) security risk, in that seeding /dev/random with /dev/urandom decreases the quality of the random data. In practice, the odds of this being cryptographically exploited are far lower than the odds of someone attacking the OS itself (a much simpler challenge).
This may adversely affect battery life, since it wakes every second. It does not hold a wakelock, so it shouldn't have a big impact, but let me know if you think it's causing problems. I can add a blocking read to the code so that it only executes while the screen is on. On the other hand, many of us attribute lag to lacking CPU power. Since this hack eliminates almost all lag, there is less of a need to overclock, potentially reducing battery consumption.
If you try it, let me know how it goes.
ROM builders - feel free to integrate this into your ROMs (either the .apk / application, or just the rngd binary called from init.d)!
If anyone's interested, I've launched a paid app on the Play store for non-xda users. As I add features I'll post the new versions here as a thanks to you guys (and xda community at large for being such a great resource). But if anyone's interested in the market's auto-update feature, just thought I'd mention it
Click to expand...
Click to collapse
Thank you OP. ...
I'm going to get the playstore version for support purposes ...regardless of the xda report.
The developer worked hard on this. ...g
Tried it out, noticed an immediate, significant improvement!! If that was a placebo, the OP must have played it up to be a damn good one
I might be crazy (and I'm sure it's just a coincidence) but I seemed to notice an actual IMPROVEMENT in battery life after installing this.
Thanks for sharing!
I'm not sure if I've noticed any major improvement myself, but it has been a little zippier. I keep a very close eye on my battery, so I should be able to report any battery improvements. Hopefully I didn't waste a 1.50 on this app
Sent from my SAMSUNG-SGH-I717 using xda app-developers app
CPA Poke said:
Tried it out, noticed an immediate, significant improvement!! If that was a placebo, the OP must have played it up to be a damn good one
I might be crazy (and I'm sure it's just a coincidence) but I seemed to notice an actual IMPROVEMENT in battery life after installing this.
Click to expand...
Click to collapse
If you're using the apk method, it's literally impossible to have better battery life as mentioned by the guy who made it. It keeps your device awake a lot more often to refill the entropy. The difference may be small enough that it won't affect you but it can't actually increase your battery life.
I've been trying the apk method as well as the other ones without really seeing any concrete difference. Currently running the sysctl method since it's "free" and doesn't use any system resources.
http://www.xda-developers.com/android/entropy-seed-generator-not-all-its-hacked-up-to-be/ just a heads up
ChronoReverse said:
If you're using the apk method, it's literally impossible to have better battery life as mentioned by the guy who made it. It keeps your device awake a lot more often to refill the entropy. The difference may be small enough that it won't affect you but it can't actually increase your battery life.
I've been trying the apk method as well as the other ones without really seeing any concrete difference. Currently running the sysctl method since it's "free" and doesn't use any system resources.
Click to expand...
Click to collapse
Haha yeah, that's why I said it was probably a coincidence Said battery "improvement" has since gone away, but my device still seems to be much snappier.
Been on it since its release and it has improved my phone. I will say, don't subscribe to the main thread though, omg notification every 2 secs....its crazy....well it has slowed down slightly but wow
Well. ..
Based on the report by arcee, whom I trust as being a top tier development expert, Im going to shut down the application.
His report is accurate in disecting the hack.
The resources used to run the hack, obviously outweigh the benefits.
It's a near placebo effect modification with no tangible performance advantage beyond what the CPU can already produce with governors and clocking tweaks.
None the less, I do believe the developer to be honest in his attempt in bringing us a well executed application with sincere intentions.
That being said, a thank you is still in order, and a small price of $1.50 is certainly not to high a price considering the work and coding involved. ...g
NO. This does NOTHING. Stop it, people.
Its been a night and day difference on my phone.
Sent from my SAMSUNG-SGH-I717 using xda premium
Another tweak is always great. Thanks for the contribution.
Sent from my SAMSUNG-SGH-I717
Tasty placebo... Seriously, people are still doing this? I thought all the threads were closed as nonsense.
Agreed ..please close this thread...
The mod does nothing...and has been confirmed by XDA ..g
Edit: reported ....people, don't waste your money.
As stated on XDA: http://www.xda-developers.com/android/entropy-seed-generator-not-all-its-hacked-up-to-be/
As is always the case, anything you use here on XDA is done at your own risk, and you assume all liability for your actions. That said, there are times we pass on inaccurate information, and this is one of those times. We do applaud all of our developers for working to find fixes for the things that nag at them. However, we jumped the gun on this, without letting adequate discussion and testing take place.
Click to expand...
Click to collapse
My Nexus 9 is running slow most of the times and it takes while to I switch between apps or open an app most of the times...what is the fix for that? I have been trying clearing the dalvick cache several times but no help...and I really don't have lots of apps. Thanks for your help in advance.
arminvm said:
My Nexus 9 is running slow most of the times and it takes while to I switch between apps or open an app most of the times...what is the fix for that? I have been trying clearing the dalvick cache several times but no help...and I really don't have lots of apps. Thanks for your help in advance.
Click to expand...
Click to collapse
try flash custom kernel..the memory management is very good with custom kernel
Sent from my Nexus 9 using Tapatalk
arminvm said:
My Nexus 9 is running slow most of the times and it takes while to I switch between apps or open an app most of the times...what is the fix for that? I have been trying clearing the dalvick cache several times but no help...and I really don't have lots of apps. Thanks for your help in advance.
Click to expand...
Click to collapse
Try tapping on 'Memory used by apps' on that memory settings screen, should let you know what the culprit is
Choochter said:
Try tapping on 'Memory used by apps' on that memory settings screen, should let you know what the culprit is
Click to expand...
Click to collapse
Firstly, you need to face the fact that 2GB was a bad decision by Google for this tablet. There is nothing that we can ever do about that. :crying:
If you want to stay on stock, Chrome is the main culprit in consuming Ram. Switching to Habit Browser makes things better as well as changing your DPI to 288. Do a search on XDA regarding this. Whilst it improved things, it was still not enough for me.
I snapped a week ago and have now rooted and flashed CM13 and stuck with Habit. I've been using a few days now, and for the first time, I can keep my 3 Fantasy Premier League Tabs open, (they are huge,) without constant refreshes, redraws and lag. :victory: Right now, I feel for the first time, I'm getting what I paid for and the Nexus Experience. The only bug so far, is that always listening doesn't work.
If you've just bought this tablet, I'd consider returning it if you are not prepared to root. The performance will never be acceptable on stock.
arminvm said:
My Nexus 9 is running slow most of the times and it takes while to I switch between apps or open an app most of the times...what is the fix for that? I have been trying clearing the dalvick cache several times but no help...and I really don't have lots of apps. Thanks for your help in advance.
Click to expand...
Click to collapse
Clearing dalvik cache will do precisely ONE thing and ONLY one thing; make it take a long time to boot next time as it regenerates it.
Ignore the amount of available memory. People who are concerned about the amount of free memory are trying to apply bad mswindows knowledge to Android. Totally different and no comparison. UNUSED MEMORY IS WASTED MEMORY!!!
So here is how memory management works in Android; it *preloads* everything that it thinks you are most likely to actually use, so that when you DO use it, it is more likely already loaded and starts up very quickly. If you are switching to something that is NOT already loaded, then it just needs to dump lower priority programs out of memory, which basically only takes a few nanoseconds (billionths of a second). So that is NOT it.
If your device is acting slowly, then you need to figure out what the actual cause is. Trace the CPU utilization with something like the "top" command (the one with busybox is a lot nicer than the one that comes with Android) while you are experiencing slowdown. You can also look to see if there is excessive I/O happening (i.e. read/write to the internal storage), and of course, some software will require a network exchange before it will start up -- nothing you can do about network lags.
kacang87 said:
try flash custom kernel..the memory management is very good with custom kernel
Sent from my Nexus 9 using Tapatalk
Click to expand...
Click to collapse
Thanks. I am still on the official rom, I probably should switch.
Choochter said:
Try tapping on 'Memory used by apps' on that memory settings screen, should let you know what the culprit is
Click to expand...
Click to collapse
I have done it several times. As I said, I really have not so many apps and just the very common google apps are installed.
Masteryates said:
Firstly, you need to face the fact that 2GB was a bad decision by Google for this tablet. There is nothing that we can ever do about that. :crying:
If you want to stay on stock, Chrome is the main culprit in consuming Ram. Switching to Habit Browser makes things better as well as changing your DPI to 288. Do a search on XDA regarding this. Whilst it improved things, it was still not enough for me.
I snapped a week ago and have now rooted and flashed CM13 and stuck with Habit. I've been using a few days now, and for the first time, I can keep my 3 Fantasy Premier League Tabs open, (they are huge,) without constant refreshes, redraws and lag. :victory: Right now, I feel for the first time, I'm getting what I paid for and the Nexus Experience. The only bug so far, is that always listening doesn't work.
If you've just bought this tablet, I'd consider returning it if you are not prepared to root. The performance will never be acceptable on stock.
Click to expand...
Click to collapse
Thanks for your reply. Yeah, most of the times, the slow down happens while I am in chrome and browsing..it actually is not snappy at all in internet browsing...however, I remember it was back in the days that I had bought it.
No, I have this Nexus 9 since last May I think, but have not yet found the time to root it and flash a custom kernel and rom . Anywyas, I have done it previously for my other devices, so not that much rookie in it. Probably will give it a try,
doitright said:
Clearing dalvik cache will do precisely ONE thing and ONLY one thing; make it take a long time to boot next time as it regenerates it.
Ignore the amount of available memory. People who are concerned about the amount of free memory are trying to apply bad mswindows knowledge to Android. Totally different and no comparison. UNUSED MEMORY IS WASTED MEMORY!!!
So here is how memory management works in Android; it *preloads* everything that it thinks you are most likely to actually use, so that when you DO use it, it is more likely already loaded and starts up very quickly. If you are switching to something that is NOT already loaded, then it just needs to dump lower priority programs out of memory, which basically only takes a few nanoseconds (billionths of a second). So that is NOT it.
If your device is acting slowly, then you need to figure out what the actual cause is. Trace the CPU utilization with something like the "top" command (the one with busybox is a lot nicer than the one that comes with Android) while you are experiencing slowdown. You can also look to see if there is excessive I/O happening (i.e. read/write to the internal storage), and of course, some software will require a network exchange before it will start up -- nothing you can do about network lags.
Click to expand...
Click to collapse
Thanks for your kind reply and explanation.
I think that is exactly the problem as even sometimes switching between the apps that I have just opened is also so slow and the nexus lags badly....Yes, I am aware of the network lags, but the problem I was talking about does not have anything to do with it...I will try the command you said, but can I run it on stock rom? I have not yet rooted my nexus nor flashed a custom rom.
Thanks
arminvm said:
Thanks for your kind reply and explanation.
I think that is exactly the problem as even sometimes switching between the apps that I have just opened is also so slow and the nexus lags badly....Yes, I am aware of the network lags, but the problem I was talking about does not have anything to do with it...I will try the command you said, but can I run it on stock rom? I have not yet rooted my nexus nor flashed a custom rom.
You can do some investigation by watching the processes and seeing which are taking the CPU and memory on stock. The problem is, when you find out, there isn't much you can do about it.
Thanks
Click to expand...
Click to collapse
You can do some investigation by watching the processes and seeing which are taking the CPU and memory on stock. The problem is, when you find out, there isn't much you can do about it.
Its quicker and easier to just install a custom rom where this type of work has already been done for you. :victory:
Lately, I've discovered that loading Chrome immediately raises my CPU temp by 30+ degrees. Sometimes that's enough to make things run really slow
Yeah, I agree...I will try to fimd sometime amd go over flashing a custom rom. ??
Yes! I habe noticed that these slow downs mostly happen when I am browsing in Chrome...
Web browsers are DEFINITELY a source of slowdowns.
The problem, more often than not, is actually *javascript* that is written by MORONS. Even on a desktop machine, you can watch the web browser for CPU and RAM utilization, and it just grows and grows and grows until you finally kill the process and start a new one.
What this may come down to is actually quite simple; the CPU in the Nexus 9 is actually more suitable for use as a stovetop than an actual CPU. These things get way too hot way too fast. If you beat on them with a web browser, they'll get hot and throttle down to low/verylow frequency, which will make them generally unresponsive. So if that is what is happening to you, there really end up being a few options to deal with it;
1) disable javascript in the browser,
2) don't use the browser,
3) improve the ability to disperse heat from the CPU.
For #3, you may note that when it gets hot, it is pretty localized to the corner of the device up near the power button. An easy solution to distribute heat better might be something simple, like adding a layer of copper foil to the inside of the back cover. The thicker the copper foil the better. Copper is very good at conducting heat, so this would spread the heat around over the entire area covered by that foil. http://www.ebay.com/itm/Copper-Foil...nductive-Adhesive-Ship-from-USA-/162018486132
I also found chrome was slow starting up, switching tabs etc. Found that logging out of my Google account in chrome improved this. Seems that synching tabs etc triggers the pause. This might be an acceptable workaround for some but I appreciate it isn't a great fix if you want to use that feature. Actually I'm not bothered as I think Google know too much anyway. �� But the underlying problem is this tablet... I don't have this problem on my phone.
doitright said:
Web browsers are DEFINITELY a source of slowdowns.
The problem, more often than not, is actually *javascript* that is written by MORONS. Even on a desktop machine, you can watch the web browser for CPU and RAM utilization, and it just grows and grows and grows until you finally kill the process and start a new one.
What this may come down to is actually quite simple; the CPU in the Nexus 9 is actually more suitable for use as a stovetop than an actual CPU. These things get way too hot way too fast. If you beat on them with a web browser, they'll get hot and throttle down to low/verylow frequency, which will make them generally unresponsive. So if that is what is happening to you, there really end up being a few options to deal with it;
1) disable javascript in the browser,
2) don't use the browser,
3) improve the ability to disperse heat from the CPU.
For #3, you may note that when it gets hot, it is pretty localized to the corner of the device up near the power button. An easy solution to distribute heat better might be something simple, like adding a layer of copper foil to the inside of the back cover. The thicker the copper foil the better. Copper is very good at conducting heat, so this would spread the heat around over the entire area covered by that foil. http://www.ebay.com/itm/Copper-Foil...nductive-Adhesive-Ship-from-USA-/162018486132
Click to expand...
Click to collapse
Yeah, they do get hot...and the browser is the problem, I agree...however, I think they are not the main reason...there is something wrong with low memory or maybe some apps...
astralbee said:
I also found chrome was slow starting up, switching tabs etc. Found that logging out of my Google account in chrome improved this. Seems that synching tabs etc triggers the pause. This might be an acceptable workaround for some but I appreciate it isn't a great fix if you want to use that feature. Actually I'm not bothered as I think Google know too much anyway. �� But the underlying problem is this tablet... I don't have this problem on my phone.
Click to expand...
Click to collapse
Haha, I agree...google already knows a lot!..thanks
arminvm said:
Yeah, they do get hot...and the browser is the problem, I agree...however, I think they are not the main reason...there is something wrong with low memory or maybe some apps...
Click to expand...
Click to collapse
I don't agree with that.
We use our N9's *all of the time*, and there is never any perceptible slowdown. Possibly with the exception of straining them with web browsers, but web browsers are... poopy... on EVERY platform and device, so that doesn't really stand out. Typically just minimize the use of web browsers and all is well.
Web browsers were good in 1996 when they were simple things to display an html website. Since then, they've added all kinds of useless crap to them that bloat them out, hog up tons of memory, and just generally make them into a useless waste of space.
doitright said:
I don't agree with that.
We use our N9's *all of the time*, and there is never any perceptible slowdown. Possibly with the exception of straining them with web browsers, but web browsers are... poopy... on EVERY platform and device, so that doesn't really stand out. Typically just minimize the use of web browsers and all is well.
Web browsers were good in 1996 when they were simple things to display an html website. Since then, they've added all kinds of useless crap to them that bloat them out, hog up tons of memory, and just generally make them into a useless waste of space.
Click to expand...
Click to collapse
I know..but everyone knows that N9 should be faster!...
Sent from my HTC One_M8 using XDA-Developers mobile app
Update:
I think I have kind of find the problem of low speed of my Nexus 9...I uninstalled an app that was for weather prediction and from that time on my Nexus 9 is very fast and responsive...No problem so far. I also uninstalled some other apps alogaide that which I was never using them,so I am not sure if the weather app was exactly the reason of the slow downs...but the other apps where just some games or some simple apps....well, I hope this information helps! Let me know your idea. Thanks everyone
Sent from my HTC One_M8 using XDA-Developers mobile app