339 replies to this topic

[PaulOBrien]

Try at your own risk... if things go wrong you'll need to wipe your device. I have done this and it seems to have eradicated the 'stalling' i've seen on the device...

You need to be rooted and have ADB on your PC to run these commands. If it's confirmed this helps, i'll make the process easier with an 'installer'.[/i]

Enter the following commands in adb on your PC with your device attached (rooted, with USB debugging enabled):

adb shell
su
cp -rp /data/data /dbdata
mv /data/data /data/data.bak
ln -s /dbdata/data /data/data
reboot

I've done this on mine, and i'm yet to see a 'stall'. Let me know how you get on!

NOTE: This basically moves the application data stuff from the internal SD to the NAND, which seems to be faster. The caveat is that the size limit for dbdata is about 130MB, so if you go over that with your app data, bad things might happen. On the plus side, we're only moving data not the apps themselves, so filling up 130MB will take a while.

P

[PaulOBrien]

My Galaxy feels a lot quicker on the whole after doing this...

P

[woutf]

I get this message after the first command

Quote

# cp -rp /data/data /dbdata
cp -rp /data/data /dbdata
cp: can't stat '/data/data/LeveloKment.PatternControl/shared_prefs/LeveloKment.P
atternControl_preferences.xml.bak': No such file or directory

Should I just continue with the rest?

Edited by woutf, 29 June 2010 - 03:39 PM.

[rrradiogirrrl]

Oh, great! Thanks, Paul! Can't try it right now since I'm heading over to Samsung HQ tomorrow in Belgium
They read my blog and contacted me after I posted a video on Youtube  because they were really surprised to see the Galaxy S being so slow. They invited me to come over and have a look at it together, possibly flash some new firmware on it. So that hopefully means Samsung is working on it or will work on it soon!

[PaulOBrien]

woutf, on Jun 29 2010, 16:38, said:

I get this message after the first command

Should I just continue with the rest?

Strange!

Try running it again? Do NOT continue until it completes successfully!

P

[PaulOBrien]

rrradiogirrrl, on Jun 29 2010, 16:42, said:

Oh, great! Thanks, Paul! Can't try it right now since I'm heading over to Samsung HQ tomorrow in Belgium
They read my blog and contacted me after I posted a video on Youtube  because they were really surprised to see the Galaxy S being so slow. They invited me to come over and have a look at it together, possibly flash some new firmware on it. So that hopefully means Samsung is working on it or will work on it soon!

NICE!

P

[woutf]

Paul, on Jun 29 2010, 17:49, said:

Strange!

Try running it again? Do NOT continue until it completes successfully!

P

Ok, somehow got it to work. So far so good, just started about 10 apps and started switching between them, no stalls to be seen (yet)

Edited by woutf, 29 June 2010 - 03:55 PM.

[PaulOBrien]

I'm also running my optimised ROM (which i'll be posting soon), so that probably helps...

P

[Xoneso]

got a small problem doing this on my ubuntu box.

root@xoneso-laptop:/home/xoneso/sdk/tools# ./adb shell
$ su
# cp -rp /data/data /dbdata
cp: not found

any ideas?

[dherrero]

Paul, on Jun 29 2010, 17:29, said:

Try at your own risk... if things go wrong you'll need to wipe your device. I have done this and it seems to have eradicated the 'stalling' i've seen on the device...

You need to be rooted and have ADB on your PC to run these commands. If it's confirmed this helps, i'll make the process easier with an 'installer'.[/i]

Enter the following commands in adb on your PC with your device attached (rooted, with USB debugging enabled):

adb shell
su
cp -rp /data/data /dbdata
mv /data/data /data/data.bak
ln -s /dbdata/data /data/data
reboot

I've done this on mine, and i'm yet to see a 'stall'. Let me know how you get on!

NOTE: This basically moves the application data stuff from the internal SD to the NAND, which seems to be faster. The caveat is that the size limit for dbdata is about 130MB, so if you go over that with your app data, bad things might happen. On the plus side, we're only moving data not the apps themselves, so filling up 130MB will take a while.

P

Hi
my device is rooted but when I write the first command I read ????????????????? no permisions. Any idea

[dherrero]

dherrero, on Jun 29 2010, 18:23, said:

Hi
my device is rooted but when I write the first command I read ????????????????? no permisions. Any idea

Fixed using other pc (now linux). Now testing speed

[PaulOBrien]

Ah, you need Busybox mod installed too for now then!

P

[dherrero]

Paul, on Jun 29 2010, 18:39, said:

Ah, you need Busybox mod installed too for now then!

P

Well, programs open very fast.....
edit. wow, and programs like accuweather and others move very very fast between screens. Before the movement wasnt very good.

Edited by dherrero, 29 June 2010 - 04:43 PM.

[PaulOBrien]

Yeah, definitely a noticeable improvement imho!

P

[Xoneso]

right got it to work using busybox to cp

also noticed that apps open up faster now and haven't had any shuttering yet

[vitalijb]

Xoneso, on Jun 29 2010, 19:05, said:

right got it to work using busybox to cp

also noticed that apps open up faster now and haven't had any shuttering yet

Well this solution is not actually usable on the phone. On my device size of /data/data is already 143 Mb, and its greater than free space in /dbdata (96 Mb)

[PaulOBrien]

I did highlight that as a potential issue in the first post... hmmm, i'll think some more on this one...

P

[megakid]

vitalijb, on Jun 29 2010, 18:30, said:

Well this solution is not actually usable on the phone. On my device size of /data/data is already 143 Mb, and its greater than free space in /dbdata (96 Mb)

What apps do you have installed?

I was only concerned about map caching apps and such like.

My /data/data was only 44Mb.

EDIT: just tried this - works great!  Definite improvement to overall responsiveness. NICE

Edited by megakid, 29 June 2010 - 05:58 PM.

[PaulOBrien]

There's more complex things we might be able to do with this, so all is not lost...

P

[woutf]

Paul, on Jun 29 2010, 19:58, said:

There's more complex things we might be able to do with this, so all is not lost...

P

Like? are there other parts of the nand we might possibly get write acces to?