I would give it a shot but I'm not sure how to make a compatible zip for revolver..
I get the function not implemented error when I try to swapon currently...
The fix...
"Try this: grep SWAP /usr/src/linux/.config CONFIG_SWAP=y
If you don't have it set then you need to configure the kernel set it. Swap is in the General setup section and it's not called swap, it's called "Support for paging of anonymous memory."
"
at the risk of sounding like a ****, I need to point out that the Transformer has 1GB RAM. That's twice as much as most Android phones. Do you really need a swapfile as well? Have you tried enabling Compcache or zRAM or whatever they're calling it these days? You'll probably run into the same issue (incompatible kernel), but you may have better results than a swapfile.
I made a swap partition, it wouldnt turn on.. i havent used zram and the other...never heard of them. I'm also aware that my transformer has 1gb of ram, but not all of it is accessible. I'd just like to squeeze as much performance as i can out of this thing and adding a swap partition seems like it would be useful.
pierut said:
but not all of it is accessable.
Click to expand...
Click to collapse
And how did you work that one out?
pierut said:
but not all of it is accessable.
Click to expand...
Click to collapse
The base dalvik system uses ram, and what it uses is excluded from the total in android.
Its all there, its all being used.
Another perfect display of how to slap some-one in the face using the shovel of logic.
Part is dedicated to the gpu.
Sent from my Transformer TF101 using xda premium
And none of this is even relevent to my original post.
Sent from my Transformer TF101 using xda premium
If my question was along the lines of 'how do i dwindle a discussion of performance improvement down to petty name-calling' it might have been useful insight.
Sent from my Transformer TF101 using xda premium
It is relevant to your OP as you provided a reason why you want a swap on the TF and the replies explain why your reasons are incorrect.
Having a swap file will not improve performance as the write speed of a SDcard/SSD is greater than the write speed of a ram module.
Which, considering how Android uses RAM, will slow the TF down.
Also, what "petty name calling" are you speaking of?
I wasn't asking if I was correct or not. I was asking if anyone had enabled swap. This has added performance for other android devices and I really don't see how this device is any different.
I'm sure there is a plethora of ways to handle ram, however I doubt that most people know these methods, myself included.
In reference to name-calling, a `slap in the face with the shovel of logic` might not be name-calling but it is certainly along the same lines.
Heh.
Swap is really only useful when your system is running out of free RAM frequently. I used to enable swap on my HTC Magic back in the day because of how little RAM it had. Nowadays though, it's not a problem - the Transformer has roughly five times the memory of my old Magic. Android is (in general) really light in its memory hunger, thanks to its intelligent paging system (inactive apps are paged out of main memory and remain in a suspended state).
Are you actually seeing situations where your device is running out of memory? I've never come across one. Just sayin'
i have instances that i assume are due to a lack of memory. laggyness of the ui... and the browser crashing when there is a resource intensive flash application running.
Sent from my Transformer TF101 using xda premium
Related
I can't sure whether this help the ramlessness poor milestone.
when we check the running status , we can easily see there are lots of programs restarting. They keep restarting because of no ram.
is setting up the swap partition helps to reduce this hell repeating process?
this may not help the performance in benchmark but i think it helps the user experience. is it ?
Unfortunately, the locked bootloader don't allow using kernels other than motorola provided. And, the kernel provided by motorola don't support swap.
swap tweaks can be done via modules same dsi but it's harder
Are there any roms out that use it?
Sent from my Milestone using XDA App
gwl123 said:
Are there any roms out that use it?
Sent from my Milestone using XDA App
Click to expand...
Click to collapse
As far as my knowledge extends, no, there are no roms that use it. (note: this is as far as my knowledge extends to, so it might not be accurate)
Would be nice swap would solve alot of milestones runing out of memory issues .
Sent from my Milestone using XDA App
No, there isn't swap support for the Milestone. Swap support on the Linux kernel can only be builtin directly on the kernel, not as a module, and since the MS kernel is locked, we can't build and flash our own kernel with swap support.
So yes, the only solution is trying to hack swap support as a module, but since swap support wasn't meant to be used as a module in the first place, that would be quite a feat, sort of like jamming a square peg in a round hole - a doable, but very complex job, much more so than the dsifix (that's a walk in the park compared to swap module). It's also a not too rewarding one to the Linux community in general because the resulting work would only be usable with the specific Milestone kernel. And there are those that believe that swap support on the Milestone wouldn't improve things a lot - it could actually make things worse, it would probably require a very high performance microSD card to not get any slowdowns at all (nevermind getting speedups). That's one of the points that discourages development a bit, because the benefits of developing a swap module are dubious at this point, compared to the huge amount of work that would be required.
There were a few guys (2 or 3, don't remember) in the milestone dev channel that stated that they "were going to look into it", but they haven't been heard from in a while and those of them that have been heard from, haven't mentioned anything about swap module development since, so it's safe to assume it's not being worked on at all.
And rest assured, if there was a swap module already, it would trickle down to the ROMs available here pretty quickly, so the assumption that there could be some ROM for the MS using swap while others aren't is kind of silly
I also think the same: SWAP can resolve problems connected to low RAM available, but the price is slow down almost everything I think.. but I'm curious to see! =)
Yes, the info given by cronot is pretty correct.
As far as I know, neither me nor Skrilax nor Nothize nor anyone else is currently working on such swap module.
When I try to avoid the word 'impossible', then I have to say 'extremely difficult'...
Cronot summed it up very well.
Would a class 10 memory card make any difference just wondering?
Sent from my Milestone using XDA App
swap
I found this tread Link:http://forum.xda-developers.com/showthread.php?t=1309712
This enables swap on webtop and it says it works on the milestone so maybe we could implement this or someone could try this out
We don't have webtops... Can't see how that could possibly work on our phones.
Are there any other existing kernels for sgs4g besides the ones on the first page?
Reason I ask is because I'm trying to use a swap partition, but it seems these kernels are not swap enabled.
Why has nobody bothered to compile any custom kernels for the sgs4g? I am trying myself, but no luck so far.
Any ideas?
Thanks,
S
sconsylman said:
Are there any other existing kernels for sgs4g besides the ones on the first page?
Reason I ask is because I'm trying to use a swap partition, but it seems these kernels are not swap enabled.
Why has nobody bothered to compile any custom kernels for the sgs4g? I am trying myself, but no luck so far.
Any ideas?
Thanks,
S
Click to expand...
Click to collapse
I'm not sure I can answer the whole question as to why we don't use swap, but I can say that we just got the GB kernel source, and people are still working on it and haven't posted anything.... yet. Patients...
But, I noticed that the Bali 3.3 kernel (KD1) also did not have swap. Maybe drhonk and Krylon360 tried it and swap didn't help or improve performance.
The rest of the kernels you'll find are either stock leaks, or modified stock leaks. Samsung doesn't like swap I guess. Or swapping on SD/MMC sucks hard.
I know in newer kernels (3.0 and greater), there is a new driver for mtd-swap, but it is still very new and I doubt anyone will use it in production for quite some time.
Using swap on Android is not such a great idea, it goes a little bit against native Android memory management. Then benefit can be that more programs will stay in memory and won't need to reload, but the phone will become a lot slower, even with small partitions like 32MB. With 128MB or higher it will become almost unusable. Ask me how I know
I think the need for swap was gone once phones started coming with 512mb+ ram. I used swap all the time (also required for GB) on my MT3G, since it only had like 192mb ram. It never made the phone work faster at all, in fact it usually slowed down over time running, it really just made it so stuff didn't force close due to running out of memory. This shouldn't be needed on this or any new phone.
So Bali 3.3 is a GingerBread build? Didn't know that. Kinda figures I guess. Thought I had already tried it though and couldn't bootload. I'll give it another whack. His stuff is awesome of course. I'm not demanding it, mind you, just trying to see why it would not be included. Kind of like not having a /proc/config.gz file in some Android builds, don't really know the reason why they're not included (results in not able to mount ubuntu builds, anybody have these let me know .
This appears to be the only source of kernels for our phones, no swap support enabled though. http://forum.xda-developers.com/showthread.php?t=1194032
(Thanks dr.honk!)
As for the swap partition not making sense, I have a hard time understanding why it wouldn't just provide a static and beneficial extended memory source. I am familiar with the memory management features of Android, and actually don't use any additional task killers as I've found them to be conflicting often.
But Android is built off the Linux system/kernel, so why does dedicated swap work with a large OS but not the smaller but similar Android OS/kernel?
Thanks!
sconsylman said:
As for the swap partition not making sense, I have a hard time understanding why it wouldn't just provide a static and beneficial extended memory source. I am familiar with the memory management features of Android, and actually don't use any additional task killers as I've found them to be conflicting often.
But Android is built off the Linux system/kernel, so why does dedicated swap work with a large OS but not the smaller but similar Android OS/kernel?
Click to expand...
Click to collapse
In short, the phone will become annoyingly slow.
Swap works on kernel level. Android will see this as additional virtual memory, so it will keep more programs alive and won't unload them. For example a browser will hog a lot of memory causing other programs' memory pages to be swapped. Kernel doesn't differentiate between programs, so, for example, the launcher memory pages will be swapped. Or even the active program you are currently working with can have part of its memory in the swap. Next time you try to do something (like scrolling), the memory pages will have to be brought back. Flash memory is not particularly fast (in fact for swap it is very slow), so you can we waiting for some noticeable time for many actions to complete. You'll have a lot of jerky movements, delays, temporary freezes, forget any smoothness. It is just annoying, trust me, I've tried
Ah, ok so the swapping is noticeably slower than the ram on the phone (512mb). I would not figure that it would be too much of a factor, especially on class 6+ sd cards. So there is absolutely no way of coding the system apps to be ram based, and everything else to be swappable? I'm surprised that this has not been done, but I assume that the reason is the expanding active ram capacities on new phones.
So were you experimenting on the sgs4g, or was it another model? And if so, what were you using? Froyo swap enabled kernel?
The HTC Thunderbolt has some similar specs.
http://forum.xda-developers.com/showthread.php?t=1106420
More ram 768mb vs 512mb, more internal storage 4g vs 1000mb, but uses a 1g single core scorpion processor instead of our 1g single core hummingbird. Some are having good luck with this device and swapping (taking all "facts" with a grain of salt). There is more like this too, with a number of market apps to support swapping: Swapper2, Swap for Root, Diaper swappers forum (oops, that one doesn't work for some reason).
sconsylman said:
So Bali 3.3 is a GingerBread build? Didn't know that. Kinda figures I guess.
Click to expand...
Click to collapse
No, Bali 3.3 is Froyo.
I did try it on this phone few months ago when I was still on Froyo with Bali kernel. Don't try to load in on GB, wait until DrHonk makes a new one, he actually may soon.
I personally can't imagine how anybody could use swap on Android and like it, but everybody's mileage varies. The benefit of using swap wouldn't be speed but rather less program reloads. For example you browse the web when a call comes. You answer the call, maybe go to address book, or take some notes, or send some pictures, etc. Everything will be a little slow and jerky, but with swap enabled you have better chance that when returning to the browser it will still be on the same page without reloading from the server.
Just checking again to see if anyone knows of any KJ6 kernels with swap enabled, as I'm currently getting memory warnings from running Backtrack 5 non-gnome. It works pretty well otherwise (besides the lack of space, thanks obsolete fat32).
??
sconsylman said:
Just checking again to see if anyone knows of any KJ6 kernels with swap enabled, as I'm currently getting memory warnings from running Backtrack 5 non-gnome. It works pretty well otherwise (besides the lack of space, thanks obsolete fat32).
??
Click to expand...
Click to collapse
No swap. what version of the kernel are you running?
bhundven said:
No swap. what version of the kernel are you running?
Click to expand...
Click to collapse
Sent from my SGH-T959V using xda premium
2.6.35.7 KJ6-CL694138
It has [email protected]#9 signature on it. I know we had spoken briefly about swap. What linux are you running?
I know that the Debdroid program is successfully running swap with good results, but it won't mount right with the specific scripts (our phones working mount scripts are different, I linked them in my linux post). I can take some coding from that programs scripts but of course it won't work without the kernel having swap built in.
Sent from my SGH-T959V using xda premium
Is there a way to use memory in ur sdcard as ram for ur phone, so i can increase the performance. i think u can, so if u now how to can u post a link?
And i am using MikRunny rom
B RAD G 296 said:
Is there a way to use memory in ur sdcard as ram for ur phone, so i can increase the performance. i think u can, so if u now how to can u post a link?
And i am using MikRunny rom
Click to expand...
Click to collapse
IIRC, there is a mod to use either a partition or a file on your MicroSD card for SWAP space... which is basically where programs that normally reside in ram would go when not in use... think its one by sparksco...
however, I dont see hardly any kernels with it built in these days... its a GOD SEND on my HD2 and Hero... Id love to use SWAP partition on all my devices...
hope someone more knowledgeable about whats out will reply
First this is the wrong thread for questions and answers.
And yes we have a few kernals that allow swap. But the rom as well needs to have that available from what I recall. Think cm uses 128 max though. I know there is a miui rom that uses swap here too. Does come in handy. You will need to reformat your sd card for swap if your going to use it. There is also ext3 and 4 and that acts like available storage space for your phone. I would only use 1-1.5 gb for that though. Some of these big games only want to go on your sd card.
Sent from my PG06100 using Tapatalk
One of our biggest supporters of swap has actually decided it's not such a good idea.
And it does not speed things up. It slows things down. Even with a class 10 sd card.
VICODAN said:
One of our biggest supporters of swap has actually decided it's not such a good idea.
And it does not speed things up. It slows things down. Even with a class 10 sd card.
Click to expand...
Click to collapse
what that makes no sense how does it slow down
B RAD G 296 said:
what that makes no sense how does it slow down
Click to expand...
Click to collapse
I was using swap for quite some time and it seemed to work really well for awhile and then started to cause my phone a lot of lock-ups after awhile. I think it was just eating up my sdcard too much. And it has been proven that swap wears on your sdcard quite a bit. I don't think it's worth it. There's a script made by Darkky that patches memory leaks in roms that seems to work good. I include these in a lot of roms and my memory always stays above 80mb.
WARNING: LONG WINDED POST... read at your own risk...
VICODAN said:
One of our biggest supporters of swap has actually decided it's not such a good idea.
And it does not speed things up. It slows things down. Even with a class 10 sd card.
Click to expand...
Click to collapse
What people fail to understand is that SWAP or fake ram is INHERENTLY IOPS sensitive... that being said, NONE of the Class 10 MicroSD cards have had ANYWHERE NEAR good enough IOPS for SWAP intensive operations... On my HD2 I went through testing 10 MicroSD cards of different Class's and sizes to find out which gave me the best performance while using SWAP and what gave me the best IOPS, Sadly, out of them all, only a Class 4 and Class 6, where anywhere decent enough to be good enough to function as SWAP devices... I mean 4 other ones worked... but you could tell with these 2....
B RAD G 296 said:
what that makes no sense how does it slow down
Click to expand...
Click to collapse
It makes perfect sense... lets take game files from an SSD and transfer them to a HDD... while RAM and MicroSD both use NAND/Flash memory, its still a medium transfer as well! ERGO if you have a crappy IOPS MicroSD card, your going to notice slowdowns and wait times while things in RAM are swapped out to SWAP and vice versa... I guess the best comparison is using the SLEEP function on Windows 7 VS the Hibernation function...
sparksco said:
I was using swap for quite some time and it seemed to work really well for awhile and then started to cause my phone a lot of lock-ups after awhile. I think it was just eating up my sdcard too much. And it has been proven that swap wears on your sdcard quite a bit. I don't think it's worth it. There's a script made by Darkky that patches memory leaks in roms that seems to work good. I include these in a lot of roms and my memory always stays above 80mb.
Click to expand...
Click to collapse
yeah SWAP eats the CRAP out of your MicroSD card... proven fact... HOWEVER, if your like me, 8GB and 16GB cards are rather cheep these days, I totally dont mind spending $10-30 every 6~ months buying a new MicroSD card if it keeps my OLD device speedy... (pun intended)
I got a link around here that I posted somewhere with like 4-6 different MicroSD test run results... will edit this post and link it later...
Oh, and yeah, this belongs in Q&A... but I cant blame you... its a legacy device... and I only visit the Android development section for any device I use... :X
EDIT1: "halrulez" my HD2 running on the NIGHTLY CM7 builds has ZERO problems using/utilizing my 1GB SWAP partition... its all kernel/romsetup based...
EDIT2: some things I thought I should point out after I re-read my own post... in the Windows Sleep V Hibernation statement, when in Sleep, the RAM is kept on, and thus requires no loading time, in Hibernation, RAM is stored on the HDD/SSD and must be transferred back onto RAM before it will boot... I also forgot that I backup my MicroSD's contents with Dropbox and Box software, as well as backup's that are performed whenever I plugin my Phone or MicroSD to my desktop or laptop...
There are apps like juwe11's ram app, rom toolbox has a memory settings, script manager in combination with v6 supercharger script (which I highly recommend, as it helps prevent sense reloads), auto killer memory, etc. Each phone has a "brain" of it's own. My phone likes v6 or auto killer memory, but other phones like juwe11's ramscript/app. Trial and error. Good luck, and post your results if you want to.
Sent from my PG06100 using Tapatalk
Hammerfest said:
WARNING: LONG WINDED POST... read at your own risk...
What people fail to understand is that SWAP or fake ram is INHERENTLY IOPS sensitive... that being said, NONE of the Class 10 MicroSD cards have had ANYWHERE NEAR good enough IOPS for SWAP intensive operations... On my HD2 I went through testing 10 MicroSD cards of different Class's and sizes to find out which gave me the best performance while using SWAP and what gave me the best IOPS, Sadly, out of them all, only a Class 4 and Class 6, where anywhere decent enough to be good enough to function as SWAP devices... I mean 4 other ones worked... but you could tell with these 2....
It makes perfect sense... lets take game files from an SSD and transfer them to a HDD... while RAM and MicroSD both use NAND/Flash memory, its still a medium transfer as well! ERGO if you have a crappy IOPS MicroSD card, your going to notice slowdowns and wait times while things in RAM are swapped out to SWAP and vice versa... I guess the best comparison is using the SLEEP function on Windows 7 VS the Hibernation function...
yeah SWAP eats the CRAP out of your MicroSD card... proven fact... HOWEVER, if your like me, 8GB and 16GB cards are rather cheep these days, I totally dont mind spending $10-30 every 6~ months buying a new MicroSD card if it keeps my OLD device speedy... (pun intended)
I got a link around here that I posted somewhere with like 4-6 different MicroSD test run results... will edit this post and link it later...
Oh, and yeah, this belongs in Q&A... but I cant blame you... its a legacy device... and I only visit the Android development section for any device I use... :X
EDIT1: "halrulez" my HD2 running on the NIGHTLY CM7 builds has ZERO problems using/utilizing my 1GB SWAP partition... its all kernel/romsetup based...
EDIT2: some things I thought I should point out after I re-read my own post... in the Windows Sleep V Hibernation statement, when in Sleep, the RAM is kept on, and thus requires no loading time, in Hibernation, RAM is stored on the HDD/SSD and must be transferred back onto RAM before it will boot... I also forgot that I backup my MicroSD's contents with Dropbox and Box software, as well as backup's that are performed whenever I plugin my Phone or MicroSD to my desktop or laptop...
Click to expand...
Click to collapse
Really doesn't get explained any better than this.
Hammerfest said:
WARNING: LONG WINDED POST... read at your own risk...
What people fail to understand is that SWAP or fake ram is INHERENTLY IOPS sensitive... that being said, NONE of the Class 10 MicroSD cards have had ANYWHERE NEAR good enough IOPS for SWAP intensive operations... On my HD2 I went through testing 10 MicroSD cards of different Class's and sizes to find out which gave me the best performance while using SWAP and what gave me the best IOPS, Sadly, out of them all, only a Class 4 and Class 6, where anywhere decent enough to be good enough to function as SWAP devices... I mean 4 other ones worked... but you could tell with these 2....
It makes perfect sense... lets take game files from an SSD and transfer them to a HDD... while RAM and MicroSD both use NAND/Flash memory, its still a medium transfer as well! ERGO if you have a crappy IOPS MicroSD card, your going to notice slowdowns and wait times while things in RAM are swapped out to SWAP and vice versa... I guess the best comparison is using the SLEEP function on Windows 7 VS the Hibernation function...
yeah SWAP eats the CRAP out of your MicroSD card... proven fact... HOWEVER, if your like me, 8GB and 16GB cards are rather cheep these days, I totally dont mind spending $10-30 every 6~ months buying a new MicroSD card if it keeps my OLD device speedy... (pun intended)
I got a link around here that I posted somewhere with like 4-6 different MicroSD test run results... will edit this post and link it later...
Oh, and yeah, this belongs in Q&A... but I cant blame you... its a legacy device... and I only visit the Android development section for any device I use... :X
EDIT1: "halrulez" my HD2 running on the NIGHTLY CM7 builds has ZERO problems using/utilizing my 1GB SWAP partition... its all kernel/romsetup based...
EDIT2: some things I thought I should point out after I re-read my own post... in the Windows Sleep V Hibernation statement, when in Sleep, the RAM is kept on, and thus requires no loading time, in Hibernation, RAM is stored on the HDD/SSD and must be transferred back onto RAM before it will boot... I also forgot that I backup my MicroSD's contents with Dropbox and Box software, as well as backup's that are performed whenever I plugin my Phone or MicroSD to my desktop or laptop...
Click to expand...
Click to collapse
That is a good explaintion. But personally I don't want to be the guy that releases a rom with swap already in it and get the guilt of someone's sdcard breaking. As drob311 said there's apps and other ways of making it work and my rom/kernel does still support these other ways of using it.
sparksco said:
That is a good explaintion. But personally I don't want to be the guy that releases a rom with swap already in it and get the guilt of someone's sdcard breaking. As drob311 said there's apps and other ways of making it work and my rom/kernel does still support these other ways of using it.
Click to expand...
Click to collapse
you do know that you can enable SWAP in a rom, but make it contained to SWAP PARTITION only? ergo if they made a SWAP partition on their MicroSD card... hence you have zero liability if said card breaks... you have to have SOME knowledge to repartition a MicroSD card properly for a SWAP partition
BTW, I fully support enabling it that way, it also leads the way to making the script for SWAP file vs partition easier because the ROM is ready for it, its just not enabled unless someone inserts the custom script OR has the proper partition for SWAP!
Hammerfest said:
you do know that you can enable SWAP in a rom, but make it contained to SWAP PARTITION only? ergo if they made a SWAP partition on their MicroSD card... hence you have zero liability if said card breaks... you have to have SOME knowledge to repartition a MicroSD card properly for a SWAP partition
BTW, I fully support enabling it that way, it also leads the way to making the script for SWAP file vs partition easier because the ROM is ready for it, its just not enabled unless someone inserts the custom script OR has the proper partition for SWAP!
Click to expand...
Click to collapse
Yes I know. I already had a swap script for swap partition for cm7 but you need a custom cmparts.apk since cm decided to disable all swap on their roms. Plus I didn't really feel like repartitioning my sdcard once it started acting up. I'll probably just make a seperate add-on to flash over the roms for it if people want it.
sparksco said:
Yes I know. I already had a swap script for swap partition for cm7 but you need a custom cmparts.apk since cm decided to disable all swap on their roms. Plus I didn't really feel like repartitioning my sdcard once it started acting up. I'll probably just make a seperate add-on to flash over the roms for it if people want it.
Click to expand...
Click to collapse
im cool with that
actually, if someone can get YES/NO in CWM like on my HD2 you can put it all in the rom and they can choose right at the get-go
that being said, you can still use the custom cmparts.apk even w/o using swap partition... not that big of a conflict since if you have SWAP partition it works if not its disabled... only the functionality is present... and you dont have to maintain a separate script/package/whatever...
also, if your SDCard is acting up, use the SDCard formatter do a full format, then use HD low level format tool... or if you bought HDD Regenerator like me, its easy to find the health of your SD Media... but thats a moot matter... and im done talking for the night i think... (well the night ends in 3min... :X )
~
You can actually use compcache with out swapping to sd. But any swap introduces latency so it negates most gains achieved. So more apps might not get killed off as quick allowing them to reopen faster but forground apps suffer from the latency and compression.
http://code.google.com/p/compcache/
Sent from my PG06100 using xda premium
zenulator said:
You can actually use compcache with out swapping to sd. But any swap introduces latency so it negates most gains achieved. So more apps might not get killed off as quick allowing them to reopen faster but forground apps suffer from the latency and compression.
http://code.google.com/p/compcache/
Sent from my PG06100 using xda premium
Click to expand...
Click to collapse
AFAICT non of our kernels support compcache. It's a patch you have to apply to the kernel itself in order to make it work.
http://code.google.com/p/compcache/wiki/Patches
THANK YOU
ok i would like to say thanks for ur help.
AND I NO THAT IT IS THE WRONG THREAD FOR ME TO POST THIS BUT THIS PHONE IS NOT THAT BIG AND NO ONE LOOK IN GENERAL FORUMS FOR THIS ONE. SO I PUT IT WHERE I WOULD GET THE MOST ANSWERS. BUT THANKS AGAIN
B RAD G 296 said:
ok i would like to say thanks for ur help.
AND I NO THAT IT IS THE WRONG THREAD FOR ME TO POST THIS BUT THIS PHONE IS NOT THAT BIG AND NO ONE LOOK IN GENERAL FORUMS FOR THIS ONE. SO I PUT IT WHERE I WOULD GET THE MOST ANSWERS. BUT THANKS AGAIN
Click to expand...
Click to collapse
I actually understand the reasoning.... hell I forget about general and q&a sometimes
Sent from my HTC Desire HD using Tapatalk
strapped365 said:
I actually understand the reasoning.... hell I forget about general and q&a sometimes
Sent from my HTC Desire HD using Tapatalk
Click to expand...
Click to collapse
willful ignorance... I flat out ignore the general and Q&A sections... unless I have a question not directly related to a rom...
@Sparksco... none out support compcache... that blows arse... I am glad then that I still use my HeroC (with compcache, you can DEFINITELY feel a SPEED UP rather then down ) as my home Read/Music/Browse device... well that and its extended battery and more responsive touch screen... (yes, i know, new update fix's this.. but I aint tried it yet)... Id beg you to include it in your next kernel/rom... but your deadset on not (its like 2WayCallRecording and No2WayCallRecording Kernels for my HD2... lol!)
Hammerfest said:
willful ignorance... I flat out ignore the general and Q&A sections... unless I have a question not directly related to a rom...
@Sparksco... none out support compcache... that blows arse... I am glad then that I still use my HeroC (with compcache, you can DEFINITELY feel a SPEED UP rather then down ) as my home Read/Music/Browse device... well that and its extended battery and more responsive touch screen... (yes, i know, new update fix's this.. but I aint tried it yet)... Id beg you to include it in your next kernel/rom... but your deadset on not (its like 2WayCallRecording and No2WayCallRecording Kernels for my HD2... lol!)
Click to expand...
Click to collapse
Thanks for all the insight and I have taken allot in from this whole discussion.
Sent from my PG06100 using Tapatalk
I was told in a thread that 128 was Max on swap but I'm always willing to try new things. I did come from my old Heroc was a great phone to first start of on, till it took a crap on me.,lol meaning my mother in law threw it in the washing machine. Then my son threw my wifes in the toilet. Was great because of the best buy protection. Loved the old device but the shift is like night and day. Don't really use the keyboard. what is all I would need to do to use more swap? I haven't had any lock UPS what so ever. Class 4 8GB btw.
Sent from my PG06100 using Tapatalk
http://forum.xda-developers.com/showthread.php?t=2104326
Hi,
Saw this on reddit this morning, as no one's posted it yet I'd just like to offer it up as another potential lag-fixer.
The source of the problem is that internal storage is not properly TRIMmed when needed. You can find lots of information on XDA - http://forum.xda-developers.com/show....php?t=1971852 and http://forum.xda-developers.com/show....php?t=1929021 for example. It is also well-known fact that running fstrim Linux tool from time to time fixes the issue until internal memory runs out of free blocks. Other solutions like mounting with -discard or disabling fsync may be dangerous.
LagFix is a user-friendly implementation of fstrim utility. It allows you to select which partitions to trim (you should leave defaults unless you know what you are doing) and run the process easily.
Please note that fstrim output depends on kernel and device. It works fine unless you see errors. You might see big amounts of bytes, zero amount or repeating amount. All are fine! Read fstrim manual to understand why all these outputs are valid.
It is also advised to reboot your device after the TRIM process so that kernel could reinitialize block data.
App is free and is available in Play Market. Current version is 1.0.
P.S. If your ROM mounts /data with -discard then this app is NOT needed! Mounting with -discard causes brickbug on some devices, so I DO NOT advise using -discard.
Click to expand...
Click to collapse
Link on Play: https://play.google.com/store/apps/details?id=com.grilledmonkey.lagfix
I applied it on my rooted, locked tf700 and, well, nothing bad happened. I am on the .25 update, which I feel made overall app-opening a little smoother, so I can't tell if this makes any noticeable difference, but it certainly doesn't seem slower after applying it. The dev says that if you run androbench after applying the fix i/o read should be higher, if anyone could run a few benchmarks of before/after it would be appreciated! I've never really placed much faith in benchmarks so didn't bother doing it myself.
Hope this benefits someone!
Sent from my ASUS Transformer Pad TF700T using Tapatalk HD
I downloaded and installed it. Ran it, rebooted. It did trim, but the jury is still out on whether this actually helps or not. It's too freshly booted to really judge the effects properly, so I'll have it settle in and report back.
It didn't break my 700 -- that's a good thing to start with.
MartyHulskemper said:
I downloaded and installed it. Ran it, rebooted. It did trim, but the jury is still out on whether this actually helps or not. It's too freshly booted to really judge the effects properly, so I'll have it settle in and report back.
It didn't break my 700 -- that's a good thing to start with.
Click to expand...
Click to collapse
Yeah, I was reluctant to be the first one to try it on an infinity... But it worked out for the better, I think. Now I don't know if the .25 jb update or this is to thank for the better performance. It should hope up till the 4.2 update at least! Quite pleased with the .25 update
Sent from my Galaxy Nexus using Tapatalk 2
Just tried it. Could be my imagination, but my tablet seems snappier.
I am not convinced that it will have any effect: TF700's Hynix eNAND flash is eMMC 4.41 compliant, which does not have DISCARD command, the equivalent of SATA's TRIM command. The DISCARD command is supported in eMMC 4.51 compliant flash but I don't know if the Kingston flash in Nexus 7 is eMMC 4.51 compliant. Even if it does TRIM the TF700, probably it will have little effect if you have alot of free space left as it does not affect the garbage collection significantly. One would hope that TRIM should already be done dynamically within the file management software as it would reduce write amplification factor, hence improve write speed performance?
Kraka said:
I am not convinced that it will have any effect: TF700's Hynix eNAND flash is eMMC 4.41 compliant, which does not have DISCARD command, the equivalent of SATA's TRIM command.
Click to expand...
Click to collapse
According to the spec, eMMC 4.41 supports TRIM - what's the difference between TRIM and DISCARD?
I read that eMMC 4.41 also supports "background operation" and "high priority interrupt" - these sound much more interesting related to lag than TRIM. Do you have any idea if these features are already used in the TF700's Linux kernel (or even at all in any kernel)?
faq in op link said:
Which devices are affected?
It is known by now, that Nexus S, Galaxy Nexus, Nexus 7, Nexus 4, Nexus 10 and HTC One X need regular trimming. It is also believed that all pre-ICS devices used different memory and they do NOT need it nor support it. Pre-ICS support will be dropped in version 1.2. Other 4.0+ devices? Well, test it! And report if it really helps - your device will be added to the list.
How to properly test it?
Use AndroBench app before using LagFix and after. You only need micro test. Look for Sequential Write values. Reading from memory is NOT affected, because reading does not involve writting and only writting triggers search party for free memory blocks.
Click to expand...
Click to collapse
For anyone looking for early confirmation of impact.
I think I'll give this a try. I have some hefty typing lag. I thought one of the first updates had gotten rid of it, but it came back, it was just temporarily relieved by the fresh reboot then. If it does help, it'll probably be a month before I confirm anything, just to avoid giving/having false hope . Thanks for posting op hope it works.
Edit, sorry, just noticed OP already mentioned androbench.
Edit 2: Saw no change in my androbench write speed. Sequential write was something over 5MB/s, random write was .15MB/s both before and after running it, and again after rebooting. lagfix claimed to have trimmed successfully. If anything, it felt more laggy for a while after running it. I'm an OS update or two behind FWIW, just installed Jelly Bean a month or so ago. I like to let everyone else test the updates before I install them. I'll probably run another bench this evening. :shrug:
fsTRIM = AWESOME fix - on CROMI, OCed kernel, fsync disabled
I just download the fsTRIM app and it worked with CROMI, OCed kernel, and fsync disabled. Will seem laggy right after runnng it, just reboot as soon as you do and things will be deffinitely running smoother and slightly faster now. Noticing less keyboard latency even as I type this out. I suggest trying it out.
UPDATE - Seriously try this **** out. Keyboard typing is radically smoother in browser, evernote, and google drive. Less latency between multi touch gestures ive set up in GMD Gesture Control as well. App opening is still instantaneous. Loading big web pages is definitely quicker. Will time boot and other things and update again soon.
Update - Opening large files and youtube is faster. large pdfs load faster. everything is really....snappy, and.....smooth.....best of both worlds. things were already pretty snappy and smooth with CROMI, didnt think they could get better but it has. I time everything as well to compare. I could barely time it after this fix as everything is basically instantaneous. Havent tried writing/moving large files on internal storage yet, will test soon, this is distracting me from my homework too much lol.
It works for me I can now download files and move them without having my tablet unusable until it's done.
Sent from my ASUS Transformer Pad TF700T using Tapatalk HD
Just installed this.
Will give it a go...
lucius.zen said:
...
Click to expand...
Click to collapse
You posted the same content in two other thread sof you own making, and in this one. One helluva way to get to 2000 posts without interjecting anything actually useful. Neitehr is this post, I will mention myself, but please keep a lower profile next time.
So far I haven't noticed any difference at all. I'll give it the rest of the day and if I don't feel there is any change I'll just uninstall.
It's been a while since I managed this stuff myself so I'm foggy on how to troubleshoot, but something along the lines of I don't have an /etc/fstab or it's empty so swapon is failing.
previously used FauxClock to manage this, unsure why it's not working like it used to.
thor1k said:
It's been a while since I managed this stuff myself so I'm foggy on how to troubleshoot, but something along the lines of I don't have an /etc/fstab or it's empty so swapon is failing.
previously used FauxClock to manage this, unsure why it's not working like it used to.
Click to expand...
Click to collapse
well, to answer the question in the title.. because its pointless. zram/zswap is good for our old devices(like g1 or old school droid), with low ram. as thats what you are using the zram/zswap for, to increase ram. the nexus 5 has 2gb ram, i bet you will never run low on ram with a nexus 5. and if you think its a benefit to the nexus 5, then you are living in a placebo.
what happened to yours, i have no idea.
simms22 said:
well, to answer the question in the title.. because its pointless. zram/zswap is good for our old devices(like g1 or old school droid), with low ram. as thats what you are using the zram/zswap for, to increase ram. the nexus 5 has 2gb ram, i bet you will never run low on ram with a nexus 5. and if you think its a benefit to the nexus 5, then you are living in a placebo.
what happened to yours, i have no idea.
Click to expand...
Click to collapse
can you help me get it back?
I feel like a FauxClock update broke it.
What it was actually doing was a bit more complicated, virtualizing the diskspace (compressed, too) as a buffer layer on top of the flash. This improved random read and especially random write performance which helped with multitasking a LOT as resume from suspend in the app lifecycle was resuming from RAM, not from flash. This meant less hitching/FPS drops when bringing up android recents, as well as during animation/draws when switching to the other app
This is the only reason I want it. Simply as swap space, yes not necessary
thor1k said:
can you help me get it back?
I feel like a FauxClock update broke it.
What it was actually doing was a bit more complicated, virtualizing the diskspace (compressed, too) as a buffer layer on top of the flash. This improved random read and especially random write performance which helped with multitasking a LOT as resume from suspend in the app lifecycle was resuming from RAM, not from flash. This meant less hitching/FPS drops when bringing up android recents, as well as during animation/draws when switching to the other app
This is the only reason I want it. Simply as swap space, yes not necessary
Click to expand...
Click to collapse
that sounds what disabling fsync would do, help with random read and write. have you tried just disabling fsync? anyways, its your kernel that will have the zram feature, reflash it. if you have flashed/updated your rom, the kernel should be reflashed.
simms22 said:
that sounds what disabling fsync would do, help with random read and write. have you tried just disabling fsync? anyways, its your kernel that will have the zram feature, reflash it. if you have flashed/updated your rom, the kernel should be reflashed.
Click to expand...
Click to collapse
no fsync is totes different
current guess is no init.d script for the zram because restored fauxclock from titanium and enable/disable only modifies the script, relying on the script existing in the first place, and it doesn't because I didn't manually install it myself. Uninstalling and reinstalling fauxclock doesn't work though, it's like certain settings persist somewhere. It's always been a bit goofy like that, and I don't feel like wiping and installing just for the ZRAM at this moment. Currently waiting on someone to post their zram init.d script, or if anyone here sees this and wouldn't mind uploading it, much obliged.
another question: how can I low-level format the phone? IE not just wiping the partition, but actually checking for bad blocks and cutting them out of the flash table. I have another phone that I think needs that, but all the CWM and TWRP recoveries seem to just do wiping not complete formats.
init tasks are somewhere besides /etc/init.d now it looks like
if anyone else needs it, flashing completely stock image straight from google and then rooting got me what I needed. Unsure why the "stock rooted" zips people provided weren't good enough. oh well