CompCache - userinit

[Deevolutiojr]

So I was looking at the link and even though i'm using a different version of the hero rom I found something interesting in the OP.
"NOTES:Swap is linux-swap by default. Edit the user.conf in /system/bin to change swappiness etc. Compcache modules built with the latest source are included if you want compcache or compcache with backing etc. Run sh /system/bin/swap -s to check swap status and other mod values.

I'll have the latest compcache and kernel back for you guys after WiFi is confirmed working. Changed up a few things in the kernel to help out since Hero cant use cgroups correctly"
So after looking in the term in /system/bin i found no user.conf so I thought that i would take the user.conf from this forum and use the cp and after editing it for compcache and backingswap and removed the linux_swap, and move it to the /system/bin folder. the resulting sh /system/bin/swap -s that I ran gave me
"/proc/ramzswap: no such file or directory
compcache is disabled
/proc/ramzswap: no such fule or directory" ect.
so I'm thinking that the user.conf for cyan's mods are in a different location and/or is used a different way resulting in the search for the /proc/ramzswap which must be named something different or in some other location on the HERO build. I'm going to post this on the new hero rom forum to see if i can find any more answers. wish me luck

[f4phantomii]

mount -t vfat /dev/block/mmcblk0p1 /sdcard
mount -t ext3 /dev/block/mmcblk0p2 /system/sd
cd /system/sd
tar cvf /sdcard/ext3.tar *

This will take a while to run (maybe a few minutes) -- files names will scroll the the screen -- just wait until you get back to a prompt.

One other quick thing to add....

If you are tight on space on your SD card, you can compress the tarball on the fly during creation....at least as long as this version of tar supports it.

I believe "tar jcvf /sdcard/ext3.tar *" should work. The "j" switch should enable bzip2 compression on the tar file.

To extract it later, you'd simply do "tar jxvf....."

If anyone wants to try this, especially if you are working from a 2GB sdcard, it may help others.

[bdb4269]

One other quick thing to add....

If you are tight on space on your SD card, you can compress the tarball on the fly during creation....at least as long as this version of tar supports it.

I believe "tar jcvf /sdcard/ext3.tar *" should work. The "j" switch should enable bzip2 compression on the tar file.

To extract it later, you'd simply do "tar jxvf....."

If anyone wants to try this, especially if you are working from a 2GB sdcard, it may help others.

Yes - you can compress on the fly -- one correction though on how to format the command. unless I am mistaken, the "c" (for creation) or "x" (for extraction) - must be the FIRST character. (EDIT: I think I was mistaken -- I don't think it matters which character is first -- though it does matter that "f" is last) Also you want to make sure to use the "p" for extraction, as this will preserve the original permissions.

so the commands would be like "tar cjvf ..." and "tar xjpvf ..."

Also -- if anyone is planning to try this -- also note that "z" can be used to replace "j" to use gzip instead of bzip2. bzip2 is generally about half the size, and takes about 2-4 times as long to compress in my experience.

oh and technically, the proper way to name a compressed tar file is to add ".gz" (for gzip) or ".bz2" (for bzip2) to the end. So the files would be named "ext3.tar.gz" or "ext3.tar.bz2"



Though honestly -- I think the better option is to just move stuff onto your computer from the fat32 partition ahead of time, to make space for an uncompressed tar file. (you can put everything back on, once you are done with the process) I honestly think in most cases this would, in the end be quicker. I only have about 60MB used in my ext3 partition, and it took a few minutes just to compress with gzip. Would probably have taken 10 minutes for bzip2.
And if you have hundreds of MBs in ext3, compression times are going to be proportionately longer.

[xkahn]

Huh... These instructions are pretty well done, although it seems odd to me that you would ask people to destructively reformat their SD Cards. Why not use gpartd on Linux to do it?

Just point the application at your phone's SD Card (after telling your phone to mount it to your computer, of course) and ask the application to resize partitions and create a new swap.

It doesn't lose data, and it's very easy to use. If you don't have Linux, you can always use a LiveCD image:
http://gparted.sourceforge.net/livecd.php

Seems like a no-brainer to me.

[bdb4269]

Huh... These instructions are pretty well done, although it seems odd to me that you would ask people to destructively reformat their SD Cards. Why not use gpartd on Linux to do it?

Just point the application at your phone's SD Card (after telling your phone to mount it to your computer, of course) and ask the application to resize partitions and create a new swap.

It doesn't lose data, and it's very easy to use. If you don't have Linux, you can always use a LiveCD image:
http://gparted.sourceforge.net/livecd.php

Seems like a no-brainer to me.

The first post references post 31, which details a method to repartition and NOT lose ANY data. (including apps2sd/etc3 data)
http://androidcommunity.com/forums/232988-post31.html

For your average joe, I think the above linked method, is probably the easiest and quickest way to do it without losing data.

I am guessing most people are not already running linux at home, and in the time it would take to download and burn a linux live CD, a person could probably have already finished the method in post 31, and already have their SD card reformatted, and ready to go, with all data intact and back in place.

That said -- if you want to write up a howto, on exactly how to use gparted to resize and create new partitions, etc, etc -- then please feel free. Options are always good!

[Griemar]

I followed everything in your first post ( i never setup compache or anything before now) and after the reboot I entered your code

#rzscontrol /dev/block/ramzswap0 -s

and got "Failed to open /dev/block/ramzswap0: No such file or directory

Any idea of what i did wrong? LOL

BTW, I'm not Linux savy at all. I'm running the latest 4.2.1 in case that matters.

[Griemar]

START BACK HERE IF YOU HAVE NEVER SETUP COMPCACHE BEFORE
Here's how to enable it:

modprobe ramzswap
rzscontrol /dev/block/ramzswap0 --init
swapon /dev/block/ramzswap0

Might be good to reboot the phone here.


To get stats:

rzscontrol /dev/block/ramzswap0 -s

OK, I redid this step without a reboot and this time it worked. Got all my stats and so far I have a GoodCompress of 92%. How do I get that up to 100%?

[simms22]

OK, I redid this step without a reboot and this time it worked. Got all my stats and so far I have a GoodCompress of 92%. How do I get that up to 100%?

if you would have asked me about compcache and cm 4.2.1 , you would have had an answer a while ago . i posted about this in the cyan thread when 4.2.1 came out

[bdb4269]

OK, I redid this step without a reboot and this time it worked. Got all my stats and so far I have a GoodCompress of 92%. How do I get that up to 100%?

I think you need to have an actual swap partition setup, and configured to use. But I don't think it is worth it. -- I decided to not use my swap partition and just use the plain compcache that came built into cyans ROM. This was back before v4+ though. I have been out of the loop for a while now.

[Zail]

Hi,
I have problem with ramzswap0 - no such file or dir
But I used to have cc with no problem, have 4.2.5 cm now.
I try command in first post it works but after reboot, turn off/on g1 swap part isn't here and ssame problem - noch such file or dir

Do you know how to fix it?