3-S-E
Dauer-User
- 349
Hi Leute,
nachdem ich Rotkaeqpchens Beitrag zum WiFi-Problem gelesen habe und wie man es wohl "endgültig" löst ( HIER ), habe ich in der /system/build.prop noch den Eintrag dalvik.vm.heapsize=30m gefunden.
Aus meiner Java-Programmier-Kenntnis sind höhere Werte für den Heap der VM oft nicht hinderlich bessere Performance zu erlangen.
Da unser Stein 512 MB Ram hat, würde ich das doch glatt mal anheben. Die Frage ist nur: Lohnt das?
So, hier meine Benchmark-Ergebnisse:
---
Standard-Heap-Größe von 30 MB - 100% - (Phone wird über USB-Kabel mit Strom versorgt, frisch rebootet):
Quadrant-Benchmark: (Mich erschrecken die doch sehr ruckeligen Grafik-Benchmarks)
Erster Lauf: 1379 Punkte
Zweiter Lauf: 1430 Punkte
Dritter Lauf: 1426 Punkte
Durchschnitt: 1411,67 (100%)
Linpack:
Erster Lauf: 14.422 MFLOPS, Time 5.81 sec
Zweiter Lauf: 14.524 MFLOPS, Time 5.68 sec
Dritter Lauf: 14.449 MFLOPS, Time 5.8 sec
Vierter Lauf: 14.554 MFLOPS, Time 5.76 sec
Durchschnitt: 14487,25 MFLOPS (100%) - 5,76 sec (100%)
---
Heap-Größe auf 32 MB - 106,67% - angehoben (wieder rebootet, wieder USB-Stromversorgung):
Quadrant-Benchmark:
Erster Lauf: 1474 Punkte
Zweiter Lauf: 1470 Punkte
Dritter Lauf: 1502 Punkte
Durchschnitt: 1482,00 (104,98%)
Linpack:
Erster Lauf: 14.419 MFLOPS, Time 5,81 sec
Zweiter Lauf: 14.542 MFLOPS, Time 5,77 sec
Dritter Lauf: 14.527 MFLOPS, Time 5,77 sec
Vierter Lauf: 14.544 MFLOPS, Time 5,76 sec
Durchschnitt: 14508 MFLOPS (100,14%) - 5,78 sec (100,30%)
---
Wie man erkennen kann scheint der Quadrant-Benchmark davon leicht zu profitieren, der Linpack jedoch (fast) gar nicht.
Da ich keine Erfahrungswerte mit so Spielchen habe, kann ich nicht sagen, welche Änderung in die Messtoleranz fällt, würde die Linpack-Ergebnisse aber dazu zählen.
Okay, das war eine sehr vorsichtige Erhöhung des Heaps. Mal gucken, ob ich eine weitere Erhöhung bemerkbar macht.
nachdem ich Rotkaeqpchens Beitrag zum WiFi-Problem gelesen habe und wie man es wohl "endgültig" löst ( HIER ), habe ich in der /system/build.prop noch den Eintrag dalvik.vm.heapsize=30m gefunden.
Aus meiner Java-Programmier-Kenntnis sind höhere Werte für den Heap der VM oft nicht hinderlich bessere Performance zu erlangen.
Da unser Stein 512 MB Ram hat, würde ich das doch glatt mal anheben. Die Frage ist nur: Lohnt das?
So, hier meine Benchmark-Ergebnisse:
---
Standard-Heap-Größe von 30 MB - 100% - (Phone wird über USB-Kabel mit Strom versorgt, frisch rebootet):
Quadrant-Benchmark: (Mich erschrecken die doch sehr ruckeligen Grafik-Benchmarks)
Erster Lauf: 1379 Punkte
Zweiter Lauf: 1430 Punkte
Dritter Lauf: 1426 Punkte
Durchschnitt: 1411,67 (100%)
Linpack:
Erster Lauf: 14.422 MFLOPS, Time 5.81 sec
Zweiter Lauf: 14.524 MFLOPS, Time 5.68 sec
Dritter Lauf: 14.449 MFLOPS, Time 5.8 sec
Vierter Lauf: 14.554 MFLOPS, Time 5.76 sec
Durchschnitt: 14487,25 MFLOPS (100%) - 5,76 sec (100%)
---
Heap-Größe auf 32 MB - 106,67% - angehoben (wieder rebootet, wieder USB-Stromversorgung):
Quadrant-Benchmark:
Erster Lauf: 1474 Punkte
Zweiter Lauf: 1470 Punkte
Dritter Lauf: 1502 Punkte
Durchschnitt: 1482,00 (104,98%)
Linpack:
Erster Lauf: 14.419 MFLOPS, Time 5,81 sec
Zweiter Lauf: 14.542 MFLOPS, Time 5,77 sec
Dritter Lauf: 14.527 MFLOPS, Time 5,77 sec
Vierter Lauf: 14.544 MFLOPS, Time 5,76 sec
Durchschnitt: 14508 MFLOPS (100,14%) - 5,78 sec (100,30%)
---
Wie man erkennen kann scheint der Quadrant-Benchmark davon leicht zu profitieren, der Linpack jedoch (fast) gar nicht.
Da ich keine Erfahrungswerte mit so Spielchen habe, kann ich nicht sagen, welche Änderung in die Messtoleranz fällt, würde die Linpack-Ergebnisse aber dazu zählen.
Okay, das war eine sehr vorsichtige Erhöhung des Heaps. Mal gucken, ob ich eine weitere Erhöhung bemerkbar macht.
Zuletzt bearbeitet: