Idee: den Fix mit dem Fix der wirklich hilft kombinieren

[Mycorrhiz]

Ich denke die meisten von euch fahren den ext3 bzw. ext4 fix.
Diesen benutze ich auch seitdem ich heute auf die neue FW geflasht habe.

Subjektiv kommt es mir etwas langsamer vor als mit dem alten /dbdata fix (kann sein, dass es an meiner SD Karte liegt, aber ich glaube nicht, da die laut HDTune 16mb/s read hat).

Jetzt kam mir die Idee: Warum nicht beide Fixes kombinieren.
Im Prinzip müsste man so ja das beste aus beiden Welten bekommen und hätte nur die Einschränkung des /dbdata Platzes, der aber für non-Zocker IMO schon immer ausreichend war. Ich habe ca. 300 apps von denen kein Game dabei ist und die für den ext3 genutzte disk partition hat grade mal 90mb belegt.

Meinungen?

Denke ich werde das mal morgen testen.

 

[ryzion]

Das hört sich irgendwie nach dem ersten Fix an...

 

[Bluebrain]

Was möchtest Du auf den NAND legen und was auf die ext4-Partition auf der externen SD-Karte?

 

[Mycorrhiz]

Ich dachte mir vielleicht einfach alles vom /data Ordner auf die Ext4 zu legen und /data/data in /dbdata, aber am ersteren scheiterts bzw. hab die letzten Tage nicht viel Zeit gehabt.

 

[Mycorrhiz]

So das hab ich jetzt gemacht:

$ su
su
# su
su
# cp -rp /data/app /disk/app
cp -rp /data/app /disk/app
# mv /data/app /data/app.bak
mv /data/app /data/app.bak
# ln -s /disk/app /data/app
ln -s /disk/app /data/app
# cp -rp /data/app-private /disk/app-private
cp -rp /data/app-private /disk/app-private
# mv /data/app-private /data/app-private.bak
mv /data/app-private /data/app-private.bak
# ln -s /disk/app-private /data/app-private
ln -s /disk/app-private /data/app-private


# cp -rp /data/data /dbdata
cp -rp /data/data /dbdata
# mv /data/data /data/data.old
mv /data/data /data/data.old
# ln -s /dbdata/data /data/data
ln -s /dbdata/data /data/data
# reboot
reboot

Wobei der 2. Block natürlich auch mit dem neuen fix gemacht werden kann, also dass die /data/data auch auf die ext3 partition kommt.

Also subjektiv ist es viel, viel schneller als vorher, wobei ich nicht weiß ob das daran liegt, dass ich /data/data ins /dbdata verschoben habe oder daran, dass die Daten jetzt auf der SD liegen, teste das nochmal aus.

 

[fighting4fun]

So das hab ich jetzt gemacht:

Wobei der 2. Block natürlich auch mit dem neuen fix gemacht werden kann, also dass die /data/data auch auf die ext3 partition kommt.

Also subjektiv ist es viel, viel schneller als vorher, wobei ich nicht weiß ob das daran liegt, dass ich /data/data ins /dbdata verschoben habe oder daran, dass die Daten jetzt auf der SD liegen, teste das nochmal aus.

Sieht interessant aus =) vllt wird das ja ein SuperSpeedhack =) was sagt Quadrant?

 

[Mycorrhiz]

Sieht interessant aus =) vllt wird das ja ein SuperSpeedhack =) was sagt Quadrant?

ich teste gleich mal, aber glaube mittlerweile eher, dass der grund das verschieben in /dbdata war, weil es mir jetzt ohne das bzw. mit /data/data auf der ext3 doch laggiger vorkommt.

 

[Limality]

Zur besseren verständigung habe ich hinter dem # einfach meinen comment angegeben was der befehl genau macht.

Ext 4

$ su
su

# Copy /data/app nach /disk/app (auf SD-Karte)
cp -rp /data/app /disk/app

# Umbennen von /data/app nach /data/app.bak
mv /data/app /data/app.bak

# Symlink von /data/app nach /disk/app
ln -s /disk/app /data/app

# Kopieren von /data/app-private nack /dsik/app-private
cp -rp /data/app-private /disk/app-private

# Umbennen von /data/app-private in app-private.bak
mv /data/app-private /data/app-private.bak

# Symlink auf SD-Karte
ln -s /disk/app-private /data/app-private

Wenn man jetzt den Speed-Up hack (den alten) mit ext 4 kombinieren möchte, sollte man es doch auch auf /disk/data auslagern oder? dann müsste das ganze so aussehen...

Speed Up

# Kopieren von /data/data nach /disk/data
cp -rp /data/data /disk/data

# Umbenennen von /data/data in /data/data.old
mv /data/data /data/data.old

# Symlink von /data/data nach /disk/data
ln -s /disk/data /data/data

# reboot
reboot

beim alten speedhack hat man ja /data/data auf die interne SD-Karte verschoben oder täusche ich mich da? kann mal jemand der ein bisschen mehr weiss schauen ob das so stimmen könnte XD?

 

[fighting4fun]

ich teste gleich mal, aber glaube mittlerweile eher, dass der grund das verschieben in /dbdata war, weil es mir jetzt ohne das bzw. mit /data/data auf der ext3 doch laggiger vorkommt.

Hmm ok ich werde daheim mal folgendes probieren:
JG5 + MoDaCo + /dbdata Fix... finde ohne den Fix rennt es schon wär vllt auch was für dich

 

[fighting4fun]

beim alten speedhack hat man ja /data/data auf die interne SD-Karte verschoben oder täusche ich mich da? kann mal jemand der ein bisschen mehr weiss schauen ob das so stimmen könnte XD?

Nein auf den Flashspeicher soweit ich weiß, da er in die /dbdata kommt und hier "nur" ca 200 mb zur Verfügung stehen.

 

[Limality]

Nein auf den Flashspeicher soweit ich weiß, da er in die /dbdata kommt und hier "nur" ca 200 mb zur Verfügung stehen.

aha...darum konnte ich nach ca. 20 apps Asphalt nicht mehr installieren

 

[fighting4fun]

aha...darum konnte ich nach ca. 20 apps Asphalt nicht mehr installieren

Kann auch sein das ich falsch liege... aber wenn ich in meinen /dbdata Ordner mit root-explorer schaue sieht man ja wie viel Speicher noch frei sind.

Gruß,

P. S. ich mach jetzt erstmal Feierabend

 

[Limality]

Kann auch sein das ich falsch liege... aber wenn ich in meinen /dbdata Ordner mit root-explorer schaue sieht man ja wie viel Speicher noch frei sind.

Gruß,

P. S. ich mach jetzt erstmal Feierabend

Nein hast recht, DBData ist nur ca. effektiv 130 MB Gross O_O

 

[Mycorrhiz]

Zur besseren verständigung habe ich hinter dem # einfach meinen comment angegeben was der befehl genau macht.

Ext 4

$ su
su

# Copy /data/app nach /disk/app (auf SD-Karte)
cp -rp /data/app /disk/app

# Umbennen von /data/app nach /data/app.bak
mv /data/app /data/app.bak

# Symlink von /data/app nach /disk/app
ln -s /disk/app /data/app

# Kopieren von /data/app-private nack /dsik/app-private
cp -rp /data/app-private /disk/app-private

# Umbennen von /data/app-private in app-private.bak
mv /data/app-private /data/app-private.bak

# Symlink auf SD-Karte
ln -s /disk/app-private /data/app-private

Wenn man jetzt den Speed-Up hack (den alten) mit ext 4 kombinieren möchte, sollte man es doch auch auf /disk/data auslagern oder? dann müsste das ganze so aussehen...

Speed Up

# Kopieren von /data/data nach /disk/data
cp -rp /data/data /disk/data

# Umbenennen von /data/data in /data/data.old
mv /data/data /data/data.old

# Symlink von /data/data nach /disk/data
ln -s /disk/data /data/data

# reboot
reboot

beim alten speedhack hat man ja /data/data auf die interne SD-Karte verschoben oder täusche ich mich da? kann mal jemand der ein bisschen mehr weiss schauen ob das so stimmen könnte XD?

Ja genau so, also deine Version ist die mit dem neuen Speedhack. Ich restore grad meine 265 apps und mach dann mal nen Benchmarkvergleich rein.

 

[Mycorrhiz]

Nein hast recht, DBData ist nur ca. effektiv 130 MB Gross O_O

Ja kommt halt auf die apps an. meine 280 oder so, die ich drauf habe verbrauchen nur 40mb vom dbdata. Games anscheinend mehr.

Mir gehts aber mehr darum ob das verschieben von den app bzw. app-private ordnern was bringt.

 

[Mycorrhiz]

NuhmbaZ (alles Quadrant):

Nach Wipe ohne apps außer quadrant: 903

263 apps ohne Daten per Titanium wieder hergestellt: 882

Nach dem "app+app-private" fix : 890

Zusätzlich noch der dbdata fix: 947

Aber subjektiv bringts auf jeden Fall was, nicht so viel wie der dbdata fix, aber etwas schon.
Der erhoffte super Speed Fix ist es aber nicht.