• Announcements

    • Reminder - MoDaCo position on illegal content   07/30/15

      ILLEGAL CONTENT I'd like to just reaffirm MoDaCo's position regarding piracy and illegal content in the light of some recent questions / postings. Posts will be censored by myself or my moderation team if the contain or link to: Illegal / pirated / cracked software or sites that host such softwareNintendo emulators / ROMs or sites hosting them (in light of Nintendo's legal stance)CUSTOM ROMS You may discuss and post links to custom device ROMs on MoDaCo, provided the following rules are adhered to: ROMs must not contain any illegal 3rd party software (this includes trial versions included without permission)ROMs must give full credit to the original authorISSUES If you have any issues with this policy, please contact PaulOBrien directly via PM.
    • Reminder: Selling items on the forum directly is not allowed   07/30/15

      Please note that selling items on the forum directly is not allowed by the forum rules. There is a forum for eBay auctions whereby you can list the items on eBay and link to them there. This is the ONLY forum for this type of activity. You may also advertise links to the eBay forum in your signature. Please note that selling directly in contravention of these rules will result in a warning / suspension / ban.
Sign in to follow this  
Followers 0

Running android in ram?

55 posts in this topic

Posted (edited)

tmpfs for /cache does work! it was just a permissions problem.

these three lines will remount /cache as tmpfs


umount /cache
mount -t tmpfs -o size=42M,nr_inodes=42k,mode=0770 tmpfs /cache
chown system.cache /cache
[/codebox]

It appears to speed up app installs from the market, not sure it's worth the loss of ram. downloaded apks do stay there, but the max size is 42m (same as original /cache partition) so it shouldn't cause much trouble.

Edited by wbaw
0

Share this post


Link to post
Share on other sites

Posted (edited)

I just tried doing the same for dalvik-cache, in init_qcom.sh & now it wont boot :D

Maybe redirecting dalvik-cache in init.rc might work, but i'm not sure how sensible it'd be.

Putting /cache on a ramdrive works well.

Edited by wbaw
0

Share this post


Link to post
Share on other sites

Posted (edited)

Can anyone see any problems making a TPT zip without a system or cache partitions all together? I've slimmed down and tar.gz'd the system partition image to about 60mb... I'll make the boot partition 60mb bigger add the system image, and mount it in ram like you've been discussing. A few meg in ram for cache & dalvik-cache.

I bet we can get somewhere near to 450mb space in /data for apps! And by keeping system as small as possible, it'll not use much ram or take much time to boot either :D

A few problems ...

/cache is used by the recovery programs (clockwork, etc) to store logs, it gives errors if it can't mount it. it's unlikely you'll ever need those logs & it doesn't affect how it works, it just gives error messages. the minimum size for the cache partition to mount correctly appears to be somewhere between 1mb & 1.5mb (1.5mb works, 1mb doesn't, didn't try intermediate sizes).

Even if you don't care about those errors, the partition still needs to be there, because the only way we can edit the partition size at the moment is hexediting a file. so i think it has to be 128k minimum, same for any other partitions.

There are hidden partitions using some nand space too, about 40mb if I remember right, the stuff in those partitions seems to be vital & we don't know enough to risk changing that. Maybe if somebody wants to risk bricking their phone we could get another 15mb or so from there & it might work, but it runs a serious risk of totally bricking the phone.

So you wont get over 400mb /data without putting your system on the sdcard.

However it seems like an interesting idea for speed, that would seem to be the fastest way to do it to me, increase the boot partition size & pack system in the kernel ramdisk.

Edited by wbaw
0

Share this post


Link to post
Share on other sites

Posted

I just tried doing the same for dalvik-cache, in init_qcom.sh & now it wont boot :D

Maybe redirecting dalvik-cache in init.rc might work, but i'm not sure how sensible it'd be.

Putting /cache on a ramdrive works well.

Are you sure it doesn't boot at all? Because by just moving the dalvik-cache location, the boot will be very slow as it has to create all those dalvik files. You could copy the files in dalvik-cache on each boot, that should be faster.

Would be worth a try, with stopping the exact apps startup times (using a stop watch) and comparing that to dalvik-cache on internal rom.

0

Share this post


Link to post
Share on other sites

Posted (edited)

Are you sure it doesn't boot at all? Because by just moving the dalvik-cache location, the boot will be very slow as it has to create all those dalvik files. You could copy the files in dalvik-cache on each boot, that should be faster.

Would be worth a try, with stopping the exact apps startup times (using a stop watch) and comparing that to dalvik-cache on internal rom.

You can't copy the dalvik cache files on boot if you put it on a ramdisk, unless you save them when you shut down.

I'm sure it didn't work for me, when I tried it, I only tried it once. I left it for 20 minutes, it wasn't going to boot.

I'm not sure what stopped it working, it might even have been something as simple as a permissions problem (although i think i set it right). I'm not saying it's impossible, but I failed & I'm not trying again.

After I'd got my phone booting again (by reflashing the previous config file in clockwork). The phone had forgotten most of my settings, it was back to default wallpaper, no icons on home screens & it'd lost a lot of my other settings.

Added to that I'm sceptical that it'd improve performance at all, it's probably a waste of time & will hurt more than it helps.

Feel free to try it if you want, if it works it probably wont help performance (more likely to hurt it), if it doesn't it'll mess up all the settings on your phone & you'll need to restore a nandroid backup.

I've also noticed that there is a startup script in the full version of flb-froyo 8, but not in the slim version, /system/etc/init.d/02cachedalvikcache It looks like that script copies the dalvik cache to /cache. I haven't tried it in combination with my script that puts /cache on a ramdisk yet. That's probably the easiest way to test it. It might not work & even if it does it might not be a good idea.

Edited by wbaw
0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0

MoDaCo is part of the MoDaCo.network, © Paul O'Brien 2002-2015. MoDaCo uses IntelliTxt technology.