Dalvik Turbo: Android Anwendung bis zu dreimal schneller ausführen?

[rtv]

unter der Zeile?
dalvik.vm.stack-trace-file=/data/anr/traces.txt

mfg

Genau. *10 Zeichen Limit des Forums vollschreib*

 

[Android-Jeck]

Seit Heute Mittag "Heute, 13:59"

Dieses hier: https://www.android-hilfe.de/forum/...t-cyanogenmod.13936-page-14.html#post-190116?

 

[LordXeth]

Ja, ich benutze mein Mod, mag AL zwecks Unterordner etc. Sparparts kann ja immer starten, brauche das net noch im Launcherpanel

Mit Heute Mittag, meinte ich die Info Davlik VM!

mfg

 

[LordXeth]

Diese Werte sind mit der neuen Davlik VM & der Eintrag in build.prop

dalvik.vm.execution-mode=int:jit

mfg

 

[LordXeth]

Fertig mit Testen der Benchmarks!

Diese Werte sin mit original Davlik VM + Eintrag in build.prop

mfg

 

[LordXeth]

Wenn ich mir die Werte so anschau, waren die Besten mit den Einstellungen:

neue Davlik ohne Eintrag in build.prop!

Was sagt ihr??

mfg

 

[Android-Jeck]

Scheint auch alles mit CaNNoN´s Eclair zu funktionieren...

@ Lordseth: Jetzt hab ich die Zeile grad eingepflegt...

 

[K.P]

Hi leute hab mir dass ganze auf der seite durchgelesen bin aber nicht so fit bei englishen anleitungen!
Also den ersten teil der anleitung verstehe ich aber was hat es mit dem 2ten teil auf sich mit: VMLIBS.ZIP
Muss man dass machen oder ist dass zusätzlich?

Wenn jmd zeit hat wäre es nett vllt kurz dass hier erklären könnte!

 

[LordXeth]

Scheint auch alles mit CaNNoN´s Eclair zu funktionieren...

@ Lordseth: Jetzt hab ich die Zeile grad eingepflegt...

Boot grad hoch, werd glei noch mal Test 1 wieder holen, also neue Davlik ohne Eintrag..

Werd glei mitteilen ob die Werte ähnlich sind!

mfg

 

[rtv]

Scheint auch alles mit CaNNoN´s Eclair zu funktionieren...

@ Lordseth: Jetzt hab ich die Zeile grad eingepflegt...

Die Unterschiede scheinen ja im Bereich der Messungenauigkeit zu liegen - insofern wird die Einstellung wohl nicht berücksichtigt ...

Naja, die Ergebnisse sind halt gemischt und eigentlich alle relevanten ROMs haben JIT Kompilierung erstmal wieder rausgeworfen - bin gespannt wie's nach 2-3 Tagen Testen ausschaut

 

[LordXeth]

Hi leute hab mir dass ganze auf der seite durchgelesen bin aber nicht so fit bei englishen anleitungen!
Also den ersten teil der anleitung verstehe ich aber was hat es mit dem 2ten teil auf sich mit: VMLIBS.ZIP
Muss man dass machen oder ist dass zusätzlich?

Wenn jmd zeit hat wäre es nett vllt kurz dass hier erklären könnte!

Der erste Teil ist neu da gibts fertig scripts um es von sdcard einpielen zu spielen (backup etc).

Der Zweite (war mal der Erste) ohne script!

mfg

 

[Android-Jeck]

Ich hab folgende Werte mit dem Zusatz in build.prop:

Mflops/s: 3156
Time: 1.72 Seconds
Norm Res: 3.36

Hab das aktuelle CaNNoN202 Complete Eclair drauf

 

[LordXeth]

Guten Morgen,

hier ist nun auch eine Flash Datei! Ihr könnt sie ruhig mal entpacken...

Und der Eintrag in der build.prop sie so aus!

# begin build properties
ro.build.version.sdk=4
ro.build.version.release=1.6
ro.build.version.codename=Donut
ro.build.type=user
ro.build.user=shade
ro.build.host=toxygene
ro.build.tags=ota-rel-keys,test-keys

#
# ADDITIONAL_BUILD_PROPERTIES
#
ro.config.notification_sound=F1_New_SMS.ogg
ro.com.google.locationfeatures=1
ro.com.android.wifi-watchlist=GoogleGuest
ro.com.android.dateformat=MM-dd-yyyy
ro.com.android.dataroaming=true
ro.com.google.clientidbase=android-tmobile
ro.setupwizard.mode=OPTIONAL
ro.url.legal=http://www.google.com/intl/%s/mobile/android/android-dev-phone-legal.html
ro.url.legal.android_privacy=http://www.google.com/intl/%s/mobile/android/android-dev-phone-privacy.html
keyguard.no_require_sim=true
ro.config.sync=yes
net.bt.name=Android
dalvik.vm.stack-trace-file=/data/anr/traces.txt

# Google's checkin service. I don't like it, but it's required for the SetupWizard -bb
#ro.config.nocheckin=1

ro.modversion="JIT Dalvik VM" enabled Mod. (TY domenukk )

# Set Execution Mode To JIT Dalvik.
dalvik.vm.execution-mode=int:jit

mfg LordSeth

 

[Android-Jeck]

Mein build.prop siet jetzt grad irgendwie ganz anders aus, aber das wird wohl an den unterschiedlichen ROM liegen. Kannst du mal die Stellen, die jetzt verändert wurden markieren? Und/Oder mal die Befehle für Terminal oder Recovery posten?
In der Zip sind die Veränderungen für build.prop nicht drin, oder?

 

[ChriDDel]

Ich hab mal das zip eingespielt.
von 2,3 auf 3,5 Mflops/s

 

[Android-Jeck]

Ich hab mal das zip eingespielt.
von 2,3 auf 3,5 Mflops/s

Hast du denn die build.prop auch verändert?
Muss man das jetzt oder nicht?

 

[ChriDDel]

Ich hab das Update.zip aus dem Post von LordSeth genommen.
Da ist ein build.prop mit drinn.

Ich hab noch nicht viel mit dem Handy gemacht, aber ich finde es Subjektiv schneller.
Bei der Pineingabe hatte ich immer eine leichte Verzögerung. Die ist fast nicht mehr erkennbar.

 

[ChriDDel]

Es ist übrigens 154% so schnell wie im Original.
Also 54% (1,5x) Geschwindigkeitsgewinn.

An die 3x (300%) So schnell des Dalvik Turbos kommen wir so nicht.
Aber es ist schon mal nicht schlecht.

 

[Misanthropia]

Eigentlich ist mein Englisch auch ganz okay, aber ich kapier die Anleitung auch nicht...

FYI when running the install through Terminal your system may freeze or reboot and if it does I highly recommend that you prepare to enter Recovery Mode and check your file system. EXT2 corrupts quickly and this is where you choose to store apps and dalvik-cache? good luck and your rom probably runs like a$$.
Code:
#su
#mount -o rw,remount auto /sdcard
#cd /sdcard/dusted-donuts
#sh backup
#sh install
#sync
#reboot
Das ist soweit klar... Einfach die ZIP auf SD Karte entpacken und im Recovery diese Zeilen eingeben, richtig?

Check the Dalvik VM execution mode. Returned modes int:jit = JIT execution mode & int:fast = default mode

Code:
#getprop dalvik.vm.execution-mode
Was will er hier? Die Zeile muß wahrscheinlich auch im Recovery eingegeben werden, aber wofür? Und was macht es dann?

check the last line for the current DalvikVM environment and look at all of those options that can be jammed into your build.prop and local.prop files

Code:
#dalvikvm -h
Und das?

Phone won't boot past G1 screen? Go to recovery console and restore libdvm.so (give it at least 5 minutes first before giving up)
Code:
#mount -o rw,remount auto /sdcard
#cd /sdcard/dusted-donuts
#sh restore
#sync
#reboot
Das ist dann wohl der Rettungsanker, falls das Handy nicht über den G1 Bootscreen hinausgeht...

 

[Wishu]

So habs jetzt mal so gemacht:

1. dusted-donuts.zip runter geladen
2. Datei entpackt und in den root der SD-Karte geschoben
3. den Terminal Emulator aufgerufen und dort folgende Befehle eingegeben:

[COLOR=Black]su
mount -o rw,remount auto /sdcard
cd /sdcard/dusted-donuts
sh backup
sh install
sync
reboot[/COLOR]

4. Gewartet, bis das System hoch gefahren ist.

Aufgefallen ist mir sofort, dass das System in einer gewohnten Geschwindigkeit gestartet ist, was ja eigentlich nicht der Fall sein sollte. Einen Geschwindigkeitsunterschied konnte ich auch nicht bei der PIN-Eingabe feststellen.
Dann habe ich mich erstmal erschrocken, da mein Magic spontan neu gestartet hat. Ca 10-20 Sekunden nachdem ich das Entsperrmuster betätigt habe.

Nach kurzer Zeit war das System auch wieder oben. Allerdings viel mir hier auf, dass die Widgets für etwa eine Minute massive Fehldarstellungen hatten. Ich kann jetzt auch nicht testen, ob es wirklich geklappt hat, da ich diese Linpack App nicht habe. Ich machs mal mit dem BenchmarkPi.............
"You calculated Pi in 9370 milliseconds!". Ob das jetzt besser ist als vorher könnt ihr mir vielleicht sagen, ich habs vorher nicht getestet. Auf jeden Fall bin ich Platz #5885 ^^'

Aber flüssiger kommt es mir nicht wirklich vor. Ich würde sogar behaupten, dass es eher hackeliger ist.

Was genau habe ich falsch gemacht?

EDIT: Ok scheinbar nichts. Habe das den LinpackBenchmark jetzt gefunden. Wurde mir im Market irgendwie nicht sofort angezeigt O.o Naja der Market halt.
Habe jetzt
Mflop/s: 3.344
Time: 1.62 Seconds
Norm Res: 3.36

Denke mal, dass es geklappt hat. Warum also scheint es mir hackeliger zu sein? Ich starte mal ein weiteres Mal neu.

EDIT²: Ok habe erstmal vor dem Neustart geguckt, an was es liegt. Denn der Market war verdammt schnell. Und auch der Aufbau der Anwendungsliste war schneller als sonst, als ich meinen Verdacht überprüfen wollte.
Es war PandaHome, welches ich gestern noch vor dem Schlafen gehen installiert hatte. Der Standardlauncher läuft gewohnt "flüssig". Ich starte aber trotzdem nochmal neu.

EDIT³: Ok, Panda kann sich jetzt nicht entscheiden zwischen Blackscreen und Background. Also kommt das wieder runter. Naja der Standardlauncher hat sich bei mir bisher immer am besten bewährt ^^

So gut, soviel zu meinen Erfahrungen.

Bevor jetzt andere meckern, dass die Hälfte davon vollkommen sinnentleert und unwichtig ist – für manche sind genau solche Informationen wichtig!