Is there a way to make all applications store their data in a folder other than /sdcard (root folder on the sd card) ?
I'm planning on rooting and thought that this time round I can keep my sdcard nice and organized by creating an "ApplicationData" folder in the root of the sdcard and somehow configuring android to use that.
On a similar note, can I move the DCIM (camera photos) to a different location too?
Will the below change-mount-point idea work?
Maybe as root we can
1) un-define /sdcard (in /etc/fstab) //or wherever its defined
2) define /sdcard as /dev/<hdb0>/ApplicationData //change hdb0 to the appropriate device/partition
thanks.
Yeah, I see your point... but quite frankly, I believe it's upto the app developers [my knowledge of the Android world is still from the stone-age!!]... if the app specifies that it's data will be stored in /sdcard/AppName, there's not much you can do, unless you can modify the app...
I was thinking that maybe as root we can
1) un-define /sdcard (in /etc/fstab) //or wherever its defined
2) define /sdcard as /dev/<hdb0>/ApplicationData
edit: added to post#1
britoso said:
I was thinking that maybe as root we can
1) un-define /sdcard (in /etc/fstab) //or wherever its defined
2) define /sdcard as /dev/<hdb0>/ApplicationData
edit: added to post#1
Click to expand...
Click to collapse
I did think of this too...
/sdcard --> /sd/AppData
rest of sd card --> /sd
but I think it would mean some other changes as well... for example... the mount usb functionality would have to be modified to mount/unmount a different volume...
So heres the contents of my fstab file:
Code:
C:\>adb shell cat /system/etc/fstab
/dev/block/mtdblock3 /system yaffs2 rw
/dev/block/mtdblock4 /cache yaffs2 rw
/dev/block/mtdblock5 /data yaffs2 rw
/dev/block/mmcblk0p1 /sdcard vfat rw
/dev/block/mmcblk0p2 /system/sd auto rw
/system/modules/modules.sqf /system/modules squashfs ro,loop
/system/xbin/xbin.sqf /system/xbin squashfs ro,loop
I'll try changing line 4 (/sdcard), I'm guessing /system/sd is for when I apps2sd is enabled.
Question: How do I escape from INSERT/EDIT mode in VI? Tried pressing trackball+1, trackball+1+2...didnt work
Hey britoso!
Keep us updated with your accomplishments. I, personally, am very interested in being able to achieve this.
Good luck!
update: that didnt work.
Note: the way to get the ESCAPE character is CONTROL + [ (hold the trackball then press [ ). The control key is configurable and defaults to the Jogball/TrackBall
here are the contents of my fstab file, the camera app is still writing to the root of the sdcard (/sdcard/DCIM)
Code:
C:\>adb shell cat /system/etc/fstab
/dev/block/mtdblock3 /system yaffs2 rw
/dev/block/mtdblock4 /cache yaffs2 rw
/dev/block/mtdblock5 /data yaffs2 rw
/dev/block/mmcblk0p1 /sdcard/AppData vfat rw
/dev/block/mmcblk0p2 /system/sd auto rw
/system/modules/modules.sqf /system/modules squashfs ro,loop
/system/xbin/xbin.sqf /system/xbin squashfs ro,loop
Heres the output of "df"
Code:
C:\>adb shell df
Filesystem 1K-blocks Used Available Use% Mounted on
tmpfs 197600 0 197600 0% /dev
tmpfs 4096 0 4096 0% /sqlite_stmt_journals
/dev/block/mtdblock3 148480 100088 48392 67% /system
/dev/block/mtdblock5 200960 63752 137208 32% /data
/dev/block/mtdblock4 97280 39628 57652 41% /cache
/dev/block//vold/179:1
15643712 6843256 8800456 44% /sdcard
@britoso
This is what I found out about mounts in Android...
The init program directly mounts all filesystems and devices using either hard-coded file names or device names generated by probing the sysfs filesystem (thereby eliminating the need for a /etc/fstab file in Android).
And from what I see in your df output, it didn't mount /sdcard/AppData...
Have a few ideas in mind... gonna try 'em out now...
craigacgomez said:
gonna try 'em out now...
Click to expand...
Click to collapse
thanks for the info. Let us know how it works out.
Here's what I reached finally...
To achieve this, I have 2 ideas...
1. We gotta modify the init and change the SD mount point to AppData and add another for the rest of the SD... this however would require a rebuilt ROM (I can't edit init on the phone, need to edit init.c from the source)
2. We push some startup scripts to achieve this, but so far, I haven't been able to mount anything else on /sdcard (operation failed), but I think I'm doing something wrong...
Didn't get much time to experiment... and it mite be a busy end of week for me... but I'll try to squeeze in so time to get this...
Why not ask Cyanogen to do this for us in his next ROM?
Or your next favorite modder?
I'm sure they'll like this idea!?
theres a setting in /init.rc that may help
Code:
export EXTERNAL_STORAGE /sdcard
However / is mounted read-only
mount
rootfs on / type rootfs (ro,relatime)
Click to expand...
Click to collapse
In short: When I install a new app, the app gets installed in /system/sd just fine (/data/app and /data/app-private symlinks work just fine) , but /data increases a little too.
before installing seesmic and pandora df shows:
Code:
Filesystem 1K-blocks Used Available Use% Mounted on
tmpfs 197584 0 197584 0% /dev
tmpfs 4096 0 4096 0% /sqlite_stmt_journals
/dev/block/mtdblock3 148480 110484 37996 74% /system
/dev/block/mtdblock5 200960 [B][COLOR="Blue"]62260[/COLOR][/B] 138700 31% [B]/data[/B]
/dev/block/mtdblock4 97280 39952 57328 41% /cache
/dev/block/mmcblk0p2 702873 [B]97721 [/B]567652 15% [B]/system/sd[/B]
/dev/block/mmcblk0p2 702873 97721 567652 15% /data/dalvik-cache
/dev/block//vold/179:1
14898512 827680 14070832 6% /sdcard
After installing seesmic and pandora df shows:
Code:
Filesystem 1K-blocks Used Available Use% Mounted on
tmpfs 197584 0 197584 0% /dev
tmpfs 4096 0 4096 0% /sqlite_stmt_journals
/dev/block/mtdblock3 148480 110484 37996 74% /system
/dev/block/mtdblock5 200960 [B][COLOR="Red"]62544 [/COLOR][/B] 138416 31% [B]/data[/B]
/dev/block/mtdblock4 97280 41280 56000 42% /cache
/dev/block/mmcblk0p2 702873 [B]100347 [/B]565026 15%[B] /system/sd[/B]
/dev/block/mmcblk0p2 702873 100347 565026 15% /data/dalvik-cache
/dev/block//vold/179:1
14898512 827680 14070832 6% /sdcard
Notice that /data increased by 300KB. Anyone know why?
why is my /data partition 31% used?
Yes, the size of the /data partition does increase even with apps2sd enabled... and from a quick analysis of the /data partition (with apps2sd enabled), I noticed this...
1. the applications are installed on the sd card and the /app & /app-private are symlinked
2. the application information is stored in /data/system/packages.xml (kinda like the windows registry)
3. some application data like shared prefs, extra libs (if any) are stored in /data/data
i guess this accounts for the usage size increase!!!
It looks like the apps are getting is installed to the sd card fine, but the app data still gets stored in the internal ROM
/data/data has 157 folders and is 52MB
/system/sd/app-private has 0 files and is 1K
Therefore it looks like either the apps2sd implementation is incomplete, or didnt get installed correctly.
Anyone tried moving /data/data to /system/sd/app-data and creating a symlink for it? (trying this now...)
darn it. after a reboot the OS removed my symlink, created a new /data/data folder, and apps are still writing to this folder now. lucky i made a backup.
... maybe while booting it saw that the /system/sd/app-data link was invalid (not mounted yet), and hence re-created the folder.
Been searching tons of forums for answer, seems like no ones problem is quite like mine though, so...Time to ask you guys
I'm running newest RA-Amon Recovery
I'm running Damage Control 2.09.01
I have been TRYING to get A2SD working correctly for a few days now with no luck....
I've formatted my card, wiped my phone, partitioned SD as follows:
Swap 32mb
Ext 2 512mb (Changed to Ext 3)
Fat32 Remainder
Not sure if it matters, but I have a 32GB SD card...
When I run busybox df -h this is what I get:
C:\AndroidSDK\tools>adb shell
# busybox df -h
busybox df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 95.5M 0 95.5M 0% /dev
tmpfs 4.0M 4.0K 4.0M 0% /sqlite_stmt_journals
/dev/block/mtdblock3 170.0M 141.6M 28.4M 83% /system
/dev/block/mtdblock5 159.5M 67.1M 92.4M 42% /data
/dev/block/mtdblock4 130.0M 1.1M 128.9M 1% /cache
/dev/block/mmcblk0p2 457.4M 5.0K 433.0M 0% /system/sd
/dev/block//vold/179:1
30.7G 31.5M 30.7G 0% /sdcard
Also, if I try to install a program from Market, it downloads fine, but Fails to Install due to Insufficient Storage
If anyone has any ideas or would like me to try something else, I'm all ears. Phone starting to frustrate me
Don't know if this will work, but try this:
Go into an adb shell. Type this:
cd /data/data/com.android.vending/cache
rm -f *
reboot
This will clear the market cache and reboot your phone.
Let me know if that works.
kronik03 said:
Been searching tons of forums for answer, seems like no ones problem is quite like mine though, so...Time to ask you guys
I'm running newest RA-Amon Recovery
I'm running Damage Control 2.09.01
I have been TRYING to get A2SD working correctly for a few days now with no luck....
I've formatted my card, wiped my phone, partitioned SD as follows:
Swap 32mb
Ext 2 512mb (Changed to Ext 3)
Fat32 Remainder
Not sure if it matters, but I have a 32GB SD card...
When I run busybox df -h this is what I get:
C:\AndroidSDK\tools>adb shell
# busybox df -h
busybox df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 95.5M 0 95.5M 0% /dev
tmpfs 4.0M 4.0K 4.0M 0% /sqlite_stmt_journals
/dev/block/mtdblock3 170.0M 141.6M 28.4M 83% /system
/dev/block/mtdblock5 159.5M 67.1M 92.4M 42% /data
/dev/block/mtdblock4 130.0M 1.1M 128.9M 1% /cache
/dev/block/mmcblk0p2 457.4M 5.0K 433.0M 0% /system/sd
/dev/block//vold/179:1
30.7G 31.5M 30.7G 0% /sdcard
Also, if I try to install a program from Market, it downloads fine, but Fails to Install due to Insufficient Storage
If anyone has any ideas or would like me to try something else, I'm all ears. Phone starting to frustrate me
Click to expand...
Click to collapse
I like CM7 and would like to use it but the number of apps I have is probably greater than most of you guys......the /datadata folder only has like 150mb of app data storage and once I install like 100 apps it gets full and starts forceclosing....I know the Vibrant has 2gb of app storage but only in TouchWiz ROMs you can use the 2GBs not in AOSP....
Is there anyway to extend it? or atleast move the app folders somewhere to whe I can install all my apps and still have like 1GB left over...like I do in TW ROMs?
This isn't a Q and A ..it's sorta a discussion.
I've been doing a bunch of searching on this and it seems like all Galaxy S's on CM are having this problem. I'm assuming the fix is just as simple as editing a file somewhere but even that is too hard for me. Any help on this issue would be much appreciated.
Sent from my SGH-T959 using XDA App
It's the only thing keeping me from switching to it
data2sd script...
t1h5ta3 said:
data2sd script...
Click to expand...
Click to collapse
Well has anyone ever implemented it on CM for Galaxy S? From what I was reading this might fix a bunch of problems, but I have no idea how to actually use it to suit our needs.
Sent from my SGH-T959 using XDA App
Yea data2sd is necessary!
I can't seem to know how to apply this.....
Isn't there an option under "applications", that lets you install the apps on SD??
you can manually move apps to the sd or set it to just have it always download to the sd, I dont even have an external sd card and have 5 gb of space left
No that's not it......the APP partition is enough....the app data folder isnt and it is the problem..
basically in cm7, the 2gbs arent even used nor will ever
vinnydakid said:
I've been doing a bunch of searching on this and it seems like all Galaxy S's on CM are having this problem. I'm assuming the fix is just as simple as editing a file somewhere but even that is too hard for me. Any help on this issue would be much appreciated.
Sent from my SGH-T959 using XDA App
Click to expand...
Click to collapse
Without actually checking out the source code for cyanogenmod + android, I wouldn't exactly know. It is most likely a issue of partitioning. This would be changed at the source code level, not at the user end.
Because this thread has been stale, I've been digging into the reasoning of why samsung based phones have so ittle space in /data/data (i.e. /datadata). The most obvious way to compare this is through the command df -h.
Here is the output of df -h for the samsung vibrant (on CM7 nightly):
Code:
# df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 165.0M 32.0K 165.0M 0% /dev
tmpfs 165.0M 0 165.0M 0% /mnt/asec
tmpfs 165.0M 0 165.0M 0% /mnt/obb
/dev/block/mtdblock2 187.5M 142.3M 45.2M 76% /system
/dev/block/mtdblock3 80.0M 36.3M 43.7M 45% /cache
/dev/block/mtdblock5 16.0M 14.3M 1.7M 89% /radio
/dev/block/mmcblk0p2 1.8G 591.4M 1.3G 31% /data
/dev/block/mtdblock6 172.0M 121.5M 50.5M 71% /datadata
/dev/block/mtdblock4 12.5M 6.6M 5.9M 53% /efs
/dev/block/vold/179:1
13.0G 4.2G 8.8G 32% /mnt/sdcard
/dev/block/vold/179:1
13.0G 4.2G 8.8G 32% /mnt/secure/asec
/dev/block/vold/179:9
3.7G 1.8G 1.9G 49% /mnt/emmc
Here is df -h for the HTC g2 (vision; CM7 Nightly):
Code:
# df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 184.0M 32.0K 183.9M 0% /dev
tmpfs 184.0M 0 184.0M 0% /mnt/asec
tmpfs 184.0M 0 184.0M 0% /mnt/obb
/dev/block/mmcblk0p25
409.2M 147.4M 261.9M 36% /system
/dev/block/mmcblk0p26
1.3G 217.7M 1.0G 18% /data
/dev/block/mmcblk0p27
198.3M 39.5M 148.5M 21% /cache
/dev/block/mmcblk0p28
19.9M 14.7M 5.2M 74% /devlog
/dev/block/vold/179:65
14.9G 2.3G 12.6G 15% /mnt/sdcard
/dev/block/vold/179:65
14.9G 2.3G 12.6G 15% /mnt/secure/asec
Notice the difference? Apparently on samsung branded phones, the /data/data folder is on its *own partition*, formatted YAFFS2. On HTC based phones, the /data/data folder is not on its own partition, but apart of the /data mount. For some reason, the developers decided to put it in its own partition, vs. the standard convention.
Also, here is a comparision of mount points for the Vision (init.vision.rc) and Aries-common (shared device config; is the same in the init.vibrantmtd.rc):
Vision:
Code:
mkdir /system
mkdir /data 0771 system system
mkdir /cache 0770 system cache
mkdir /devlog 0700 root root
mount ext4 /dev/block/mmcblk0p25 /system wait ro barrier=1
mount ext4 /dev/block/mmcblk0p26 /data wait noatime nosuid nodev barrier=1 noauto_da_alloc
mount ext4 /dev/block/mmcblk0p27 /cache wait noatime nosuid nodev barrier=1
mount ext4 /dev/block/mmcblk0p28 /devlog wait noatime nosuid nodev barrier=1
Vibrantmtd:
Code:
mkdir /radio 0775 radio radio
mount yaffs2 [email protected] /system
mount yaffs2 [email protected] /system ro remount
mount yaffs2 [email protected] /cache
mount yaffs2 [email protected] /radio
mount ext4 /dev/block/mmcblk0p2 /data wait nosuid nodev noatime nodiratime noauto_da_alloc
mount yaffs2 [email protected] /datadata
Honestly, what I'm wondering, is why is /data/data not apart of the /data partition?
compuguy1088 said:
Because this thread has been stale, I've been digging into the reasoning of why samsung based phones have so ittle space in /data/data (i.e. /datadata). The most obvious way to compare this is through the command df -h.
Here is the output of df -h for the samsung vibrant (on CM7 nightly):
Code:
# df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 165.0M 32.0K 165.0M 0% /dev
tmpfs 165.0M 0 165.0M 0% /mnt/asec
tmpfs 165.0M 0 165.0M 0% /mnt/obb
/dev/block/mtdblock2 187.5M 142.3M 45.2M 76% /system
/dev/block/mtdblock3 80.0M 36.3M 43.7M 45% /cache
/dev/block/mtdblock5 16.0M 14.3M 1.7M 89% /radio
/dev/block/mmcblk0p2 1.8G 591.4M 1.3G 31% /data
/dev/block/mtdblock6 172.0M 121.5M 50.5M 71% /datadata
/dev/block/mtdblock4 12.5M 6.6M 5.9M 53% /efs
/dev/block/vold/179:1
13.0G 4.2G 8.8G 32% /mnt/sdcard
/dev/block/vold/179:1
13.0G 4.2G 8.8G 32% /mnt/secure/asec
/dev/block/vold/179:9
3.7G 1.8G 1.9G 49% /mnt/emmc
Here is df -h for the HTC g2 (vision; CM7 Nightly):
Code:
# df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 184.0M 32.0K 183.9M 0% /dev
tmpfs 184.0M 0 184.0M 0% /mnt/asec
tmpfs 184.0M 0 184.0M 0% /mnt/obb
/dev/block/mmcblk0p25
409.2M 147.4M 261.9M 36% /system
/dev/block/mmcblk0p26
1.3G 217.7M 1.0G 18% /data
/dev/block/mmcblk0p27
198.3M 39.5M 148.5M 21% /cache
/dev/block/mmcblk0p28
19.9M 14.7M 5.2M 74% /devlog
/dev/block/vold/179:65
14.9G 2.3G 12.6G 15% /mnt/sdcard
/dev/block/vold/179:65
14.9G 2.3G 12.6G 15% /mnt/secure/asec
Notice the difference? Apparently on samsung branded phones, the /data/data folder is on its *own partition*, formatted YAFFS2. On HTC based phones, the /data/data folder is not on its own partition, but apart of the /data mount. For some reason, the developers decided to put it in its own partition, vs. the standard convention.
Also, here is a comparision of mount points for the Vision (init.vision.rc) and Aries-common (shared device config; is the same in the init.vibrantmtd.rc):
Vision:
Code:
mkdir /system
mkdir /data 0771 system system
mkdir /cache 0770 system cache
mkdir /devlog 0700 root root
mount ext4 /dev/block/mmcblk0p25 /system wait ro barrier=1
mount ext4 /dev/block/mmcblk0p26 /data wait noatime nosuid nodev barrier=1 noauto_da_alloc
mount ext4 /dev/block/mmcblk0p27 /cache wait noatime nosuid nodev barrier=1
mount ext4 /dev/block/mmcblk0p28 /devlog wait noatime nosuid nodev barrier=1
Vibrantmtd:
Code:
mkdir /radio 0775 radio radio
mount yaffs2 [email protected] /system
mount yaffs2 [email protected] /system ro remount
mount yaffs2 [email protected] /cache
mount yaffs2 [email protected] /radio
mount ext4 /dev/block/mmcblk0p2 /data wait nosuid nodev noatime nodiratime noauto_da_alloc
mount yaffs2 [email protected] /datadata
Honestly, what I'm wondering, is why is /data/data not apart of the /data partition?
Click to expand...
Click to collapse
because leaving it on the moviNAND chip (even on ext4) is ****ing slow as balls. If you want, you can go back to stock Samsung ROM's where it's inside the /data partition and watch your phone crawl to a halt after a few days, even with voodoo lagfix (or any number of file systems). The choice becomes, do you want something fast and a good user experience and hope users actually think about what they're installing instead of being brain-dead "install ALL THE APPS" people... or have a miserable user experience for everyone to protect the few people who feel the need to install 150 apps on a phone (and then claim all are necessary)
Kaik541 said:
because leaving it on the moviNAND chip (even on ext4) is ****ing slow as balls. If you want, you can go back to stock Samsung ROM's where it's inside the /data partition and watch your phone crawl to a halt after a few days, even with voodoo lagfix (or any number of file systems). The choice becomes, do you want something fast and a good user experience and hope users actually think about what they're installing instead of being brain-dead "install ALL THE APPS" people... or have a miserable user experience for everyone to protect the few people who feel the need to install 150 apps on a phone (and then claim all are necessary)
Click to expand...
Click to collapse
That clarifies that reasoning. If there is that limitation, something needs to be implemented in code preventing applications from going outside of the max /datadata space (i.e. automated cleaning of app caches). Having the phone repeatedly crash over and over because of a lack of space in /datadata, isn't the best way to handle the situation.
Edit:
Doing df -h | grep -i datadata, works for many people (like me), but not everyone is command line savvy.
Edit2: I do not have 150 apps installed...but there are applications that store a decent ammount of data in the /datadata partition (youtube, facebook). This results in a juggling act just to have ~50 applications on the phone at one time. In my opinion, if you think that it should not be on the moviNAND, then the data partition should be mounted as well to the [email protected] partition. Like any other android device, this would work properly, and would prevent the severe strings of app crashes from the lack of space in /data/data.
compuguy1088 said:
That clarifies that reasoning. If there is that limitation, something needs to be implemented in code preventing applications from going outside of the max /datadata space (i.e. automated cleaning of app caches). Having the phone repeatedly crash over and over because of a lack of space in /datadata, isn't the best way to handle the situation.
Edit:
Doing df -h | grep -i datadata, works for many people (like me), but not everyone is command line savvy.
Edit2: I do not have 150 apps installed...but there are applications that store a decent ammount of data in the /datadata partition (youtube, facebook). This results in a juggling act just to have ~50 applications on the phone at one time. In my opinion, if you think that it should not be on the moviNAND, then the data partition should be mounted as well to the [email protected] partition. Like any other android device, this would work properly, and would prevent the severe strings of app crashes from the lack of space in /data/data.
Click to expand...
Click to collapse
except the slowest part of loading an application is what's pulled from /data/data, not from /data/app (or app-private). On top of that, it would limit our /data partition to ~170 MB for both /data/app(-private) and /data/data, which would mean like 15 apps total for everyone... again, creating a miserable user experience for all. Then what? we relegate mmcblk0p1 to...? /sdcard? /emmc? /wastedinternalstorage? it can't simply be "merged" into the other things. if you don't know how to manage your apps/space, then that's on you. every partition will have this same failing, android has no way of verifying "out of space" besides the /cache and /data partitions (and even then, it only goes "oops out of space" when it already fails). Putting /data/data on a faster partition (that other phones don't HAVE to make this decision like we did) over putting it inside /data is monumentally different on our phone. we're the only device in CyanogenMod history that went from one partition layout format (BML) to another (MTD). Sure, others have resized their MTD partitions (HardSPL on Dream/Sapphire fore example), but they were already on MTD. Ours required re-working the way the phone even *exists*, on top of that, there are partitions and spaces we are literally incapable of editing or modifying.
basically, while it's easy to say "meh, I don't like this way because it makes my life harder", for 95% of users, it's the far more optimal choice and leads to a far superior user experience. if you are technical enough to install CM, you should be technical enough to know how to run a simple command from terminal emulator (which is included in CM by default).
Kaik541 said:
except the slowest part of loading an application is what's pulled from /data/data, not from /data/app (or app-private). On top of that, it would limit our /data partition to ~170 MB for both /data/app(-private) and /data/data, which would mean like 15 apps total for everyone... again, creating a miserable user experience for all. Then what? we relegate mmcblk0p1 to...? /sdcard? /emmc? /wastedinternalstorage? it can't simply be "merged" into the other things. if you don't know how to manage your apps/space, then that's on you. every partition will have this same failing, android has no way of verifying "out of space" besides the /cache and /data partitions (and even then, it only goes "oops out of space" when it already fails). Putting /data/data on a faster partition (that other phones don't HAVE to make this decision like we did) over putting it inside /data is monumentally different on our phone. we're the only device in CyanogenMod history that went from one partition layout format (BML) to another (MTD). Sure, others have resized their MTD partitions (HardSPL on Dream/Sapphire fore example), but they were already on MTD. Ours required re-working the way the phone even *exists*, on top of that, there are partitions and spaces we are literally incapable of editing or modifying.
basically, while it's easy to say "meh, I don't like this way because it makes my life harder", for 95% of users, it's the far more optimal choice and leads to a far superior user experience. if you are technical enough to install CM, you should be technical enough to know how to run a simple command from terminal emulator (which is included in CM by default).
Click to expand...
Click to collapse
It was a crazy shot in the dark. I was actually thinking of the possiblity of having a service clear the caches of all programs on boot. I *have* been managing my space that way. For some apps (*cough* facebook), they decide to use 20+ megabytes of space that is not cache. I understand your justification, but If this is the way things are going to be for Aries based phones (Galaxy S, Fascinate, Vibrant, etc), this should be mentioned in the OT. People should know before flashing this rom, that manual management is a necessary.
Ive been on simply honey for about 2 weeks and have shortened to 273 apps and it is still fast....I don't notice lag....maybe I'm crazy I don't notice the difference between full of apps and newly flashed simply honey.....am I crazy?
Sent from my SGH-T959 using XDA Premium App
Alanrocks15 said:
Ive been on simply honey for about 2 weeks and have shortened to 273 apps and it is still fast....I don't notice lag....maybe I'm crazy I don't notice the difference between full of apps and newly flashed simply honey.....am I crazy?
Sent from my SGH-T959 using XDA Premium App
Click to expand...
Click to collapse
Unless Simply Honey is based on Cyanogen 7, this issue does not apply to you. What is being discussed is the nightlies for the upcoming CM 7.1 relating to a partitioning decision. Based on what I've read and seen in the source code, is a dirty hack. It allows for faster performance, at the cost of the need to micro manage applications use of a limited /datadata. If this is going to reach an actual stable realase, this needs to be reverted. The mass majority of people do not have the time, nor the desire to every so often manually clean out data and caches of "/datadata" hogs. Most people who are still using the galaxy s line of phones have gotten use to the slow read and write speeds of the moviNAND by now....
Kaik541 said:
basically, while it's easy to say "meh, I don't like this way because it makes my life harder", for 95% of users, it's the far more optimal choice and leads to a far superior user experience. if you are technical enough to install CM, you should be technical enough to know how to run a simple command from terminal emulator (which is included in CM by default).
Click to expand...
Click to collapse
For many phones, including the galaxy S line, it is *very* easy to install CM (no command line use needed). I understand your (and the CM maintainers) decision to do this. I also see the reasons *not to*, in the eyes of average users. I think the performance penalties for more space in /datadata, are worth more than the need to have users digging around the phone system every other week. This is my opinion, based on my educational background and experience.
nah I read how the other Guy said how it is slow even with lagfix if you get a bunch of apps .....
Sent from my SGH-T959 using XDA Premium App
Alanrocks15 said:
nah I read how the other Guy said how it is slow even with lagfix if you get a bunch of apps .....
Sent from my SGH-T959 using XDA Premium App
Click to expand...
Click to collapse
That is true on any normal vibrant rom. For cm7.1 based roms, they basically moved the most heavily read and written directory to high speed flash. The cm developers solved one problem (slowness), and created a completely new issue (lack of space in /datadata). This is what he was trying to say, in a nutshell.
Sent from my SGH-T959 using Tapatalk
Okay i didn't really understand the part where you put all those values and things so what will happen? Is this problem going to remain?