[Kernel] SpeedMod [Sharpness+Color, BLN, Sound, Batterie] {hardcore}

So kurzes Feedback zum K10. Umstieg vom K9 auf K10 ging ohne Probleme hab allerdings vorher den alten Fix Deinstalliert. Und bin mal wieder am Testen vom JFS da ich Eigentlich damit nie Probleme hatte und wir so mehrere Leute haben die mal Unterschiedlich Testen. Quadrant sagt weniger wie mit dem alten Kernel da waren es meist zwischen 1750 und 1900. Jetzt mit dem JFS vom K10 sind es noch 1599. Worauf ich aber keinen großern Wert mehr lege denn am Ende sind es nur Zahlen die meiner Meinung nach eh nicht die Menge aussagen. Laufen tut er im Moment recht Flüssig ohne Probleme. Werd das mal ein Paar Tage testen und dann noch mal Rückmeldung geben. Mal schauen wie es mit dem Akku dann aus schaut. Denn da war ext4 mit ändern des Journals auf alle Fälle besser wie der alte JFS Fix.

Zitat:

---

Zitat von spirellilein

Nee gibt schon nen 500er, und ich bin auch nicht spline, denk aber er hat den 256er ;)

---

Oh ja hab ich auch gerade erst gesehen. Weil er bein den Jungs von XDA noch nicht steht.

nööö er hat den K10a mit 500Hz
Ich kann da nix feststellen mit schneller oder smoother, aber allein 500 klingt gut :-) und mehr Akku brauchs ja auch nicht/kaum/verschwindend gering.
Ich mach grad mal den Gegentest von 3xext4 nj mit ext2 loop zu nur ext4 nj.

Ich glaub mich reizt auch noch ext3, aber nur um zu sehen wie es ist, dann schnell wieder zurück.

Jens, ... was sagt JFS ?

Ist nicht mehr das was es mal war das JFS also so auf den ersten Blick ist es nicht zu Empfehlen. Da bin ich besseres gewöhnt. Teste es aber mal weiter um nen vernüftiges Fazit zu ziehen so nach der kurzen Zeit kann man da meiner Meinung nach noch nicht viel sagen. Aber allein das öffnen vom Menü geht so ruck ruck auf. Irgendwie komisch.

wir können ja mal ein Zeitstopp machen, wie lange es dauert asphalt 5 zu öffnen

Ja klar können wir machen dauert bei mir nur nen Kleinen Moment weil ich Teste gerade noch was. Mit oder Ohne den Intro was kommt? Also Intro durchlaufen lassen würde ich sagen bis er auf dem ersten Bildschirm ist. So hab jetzt noch mal JFS all und Data, Cache und DBData Loop auf ext2 laufen. Mal schauen. Er ist aber noch am Umstellen wenn er es denn mal macht. Ob das ne gute Idee war;) das dauert ja.

1:07 mit K9a@300Hz, ext4all bis zum Menü "Touchscreen Berühren: Weiter"

So mein erster Beitrag (hehe)
Hab mein 3-4 Tage altes SGS von Swisscom mit K10a kerner @ 256 ext4 no journaling all mit froyo 2.2 stock über kies 11-12sekunden bei asphalt 5 bis zum menü touchscreen berührern. (es ladet aber auch kein video O_o).
Ehm Benchmark test hab ich 1650-1690 (beim 3. durchlauf gehts richtung 1690)

Zitat:

---

Zitat von spirellilein

1:07 mit K9a@300Hz, ext4all bis zum Menü "Touchscreen Berühren: Weiter"

---

1:07 ? heisst das 1 Minute und 7 Sekunden?
Ich bin bei 19 Sekunden, allerdings @ venja, habe ich so nen blödes Video am Anfang, das ich erst wegklicken muss.

Hey

habe k9 300hz und jfs.Ich brauche bei Asphalt bis Touchscreen Berühren: Weiter ,ca 12 sekunden.Allerdings druecke ich wie Spline das video weg.Der 2. Versuch war nur noch 10 sekunden.

lg

So nach der Umstellung jetzt komme ich da auf 1:04 mit K10 250hz. bis zum Menü Touchscreen Berühren Weiter. Also wie man sieht wenn man es an dem App fest macht bringt es keine Unterschiede.

Ja Minute und Sekunden, das Video lasse ich wie von Jens gewünscht durchlaufen, weil wegklicken tut jeder wann anders ;)

Zitat:

---

Zitat von spline

1:07 ? heisst das 1 Minute und 7 Sekunden?
Ich bin bei 19 Sekunden, allerdings @ venja, habe ich so nen blödes Video am Anfang, das ich erst wegklicken muss.

---

Du bist nen Scherzkeks genau das solltest du ja durchlaufen lassen. Wie wir auch.:D Wenn ich das Video weg Klicke macht er es in 9 Sekunden. So noch nen Wort zu Quadrant der macht jetzt mit den neuen Einstellungen über 1900 erste Versuch 1934 und der zweite 1956 und das beschriebene ruck ruck bein dem Menü ist auch weg. Allerdings hat man wieder ext2 und über dessen Risiko muss ich ja nichts weiter sagen. Wurde ja zich fach Besprochen.

Bin ein ehr, sonst danke spline :D
Ehm bei mir kommt kein Video was ich wegklicken muss. Starten, warten und dann kommt bitte berührer für menü etc.
War echt verwundert wie schnell es rennt nach dem fix. Und das mit einem krass gebrandetem gerät von swisscom!

welche asphalt 5 version habt ihr?

Ich hab die Kostenlose von Samsung.
Nagut, dann klich ich nochmal:

1:05 . ich wusste garnicht das es so lang ist, ich klick das immer weg.

Nagut blöder Test.
Es bleibt dabei, uns fehlen sichere Zahlen um das optimalste zu finden.

Zitat:

---

Zitat von spline

Ich hab die Kostenlose von Samsung.
Nagut, dann klich ich nochmal:

1:05 . ich wusste garnicht das es so lang ist, ich klick das immer weg.

Nagut blöder Test.
Es bleibt dabei, uns fehlen sichere Zahlen um das optimalste zu finden.

---

/sign

Meine Version 3.0.3 - aber wie gesagt: blöder Test ^^

Hab auch die 3.0.3 Ich weiß ja nicht was Ihr erwartet habt. Aber ich denke in der Zwischenzeit die Fixe egal welchen man nimmt gehen sich nicht mehr wirklich viel aus dem Weg. Und die Werte von Quadrant kannst du eh in der Pfeife rauchen meiner Meinung nach. Und damit sind wir nämlich meiner Meinung nach an dem Punkt den Spline schon angesprochen hat. Das Maximum ist so gut wie erreicht.
Aber mal was anderes sollte der Debugging Modus nicht ab K9a abgeschalten sein beim Booten. Meiner ist immer noch an nach nem Neustart.
@Venjo Willkommen im Forum. Und dann gleich voll mit Einsteigen alle Achtung.

ja wo kommen wir denn hin, wenn wir plötzlich zufrieden mit dem SGS wären?
Was mach ich dann? Nee voll Langweilig. ;-)

Zitat:

---

Zitat von Jens0609

@Venjo Willkommen im Forum. Und dann gleich voll mit Einsteigen alle Achtung.

---

Ach keine rede wert, dennoch vielen dank :)
Ist ja nicht mein erstes flashobjekt und irgendwie läufts alles ähnlich.Und informatiker noch dazu und linux liebhaber da ist dies doch ein muss.
Mich würde noch wundernehmen was Lagfix + overclock kernel zusammen bringen würde. Nen oc kernel welcher nur bei bedarf hochtaktet würde sogar nichtmal viel mehr strom brauchen.

PS. lohnt sich ein Custom rom für mich? Weis nochnicht wie ich ein gutes Backup machen kann von meinem Branding, falls ich mal garantie beanträgen müsste.

Also bei mir dauert es genau 01:02 Min. Doc ROM v9 + K10 500Hz @ all EXT4nj & all Tweaks.

so hab auch mal die offizielle version von asphalt 5 genommen von samsung. 1:02 K10a 256hz @ all ext4 nj und alle tweaks auf on.

Zitat:

---

Zitat von Venjo

Ach keine rede wert, dennoch vielen dank :)
Ist ja nicht mein erstes flashobjekt und irgendwie läufts alles ähnlich.Und informatiker noch dazu und linux liebhaber da ist dies doch ein muss.
Mich würde noch wundernehmen was Lagfix + overclock kernel zusammen bringen würde. Nen oc kernel welcher nur bei bedarf hochtaktet würde sogar nichtmal viel mehr strom brauchen.

PS. lohnt sich ein Custom rom für mich? Weis nochnicht wie ich ein gutes Backup machen kann von meinem Branding, falls ich mal garantie beanträgen müsste.

---

Hey, auch wenn Du neu bist, bitte nich den Thread für ganz andere Fragen (Backup) missbrauchen, gell?!

Aber das mit dem OC und bei Bedarf?! Weckt Neugier

Ja sorry, war OP.

Dennoch SpeedMod läuft. Denke ist momentan eh egal ob Ext2 oder ext4. Diese paar milisekunden merken wir gar nicht mehr.
(OT maybe, hab ja gelesen, dass es nen kernel gibt, der auf OC läuft nur wenn nötig Kryston Ultimate ROM bietet doch irgendwie sowas an?)

Das SGS regelt doch seit eh und je den Prozessortakt passend zur Auslastung. Bei den OC-Kernels trifft das ebenfalls zu. Es ist also nicht so, dass der Prozessor permanent auf 1,2GHz läuft.

Übrigens... hat schon mal jemand diesen Benchmark probiert? Wäre ja ideal um die verschiedenen Dateisysteme miteinander zu vergleichen.

Gibt doch einige OC Kernel
http://forum.xda-developers.com/showthread.php?t=823442
http://forum.xda-developers.com/showthread.php?t=822027
http://forum.xda-developers.com/showthread.php?t=811660

Zitat:

---

Zitat von Master_Chief_87

Das SGS regelt doch seit eh und je den Prozessortakt passend zur Auslastung. Bei den OC-Kernels trifft das ebenfalls zu. Es ist also nicht so, dass der Prozessor permanent auf 1,2GHz läuft.

Übrigens... hat schon mal jemand diesen Benchmark probiert? Wäre ja ideal um die verschiedenen Dateisysteme miteinander zu vergleichen.

---

Ja klar läuft es nicht immer mit 1200 MHz, aber sobald ich was mach, seh ich ja wie oft es auf 1000 MHz hochschnellt.
Das macht es dann auch mit 1200 MHz, wenn ich die Galerie aufmache, im Net Surfe, Spiele, etc. ... und das frisst ja nun mehr Akku.

Den Benchmark zieh ich mir gleich mal. Danke

Edit:
/data meint

File schreiben 10k 50 mal 138(42) ms
File schreiben 1M 5 mal 1287 (575) ms
File lesen 10k 50 mal 137 (93) ms
File lesen 1M 5 mal 541 (50) ms

So und nun?
... brauch ich Referenzwerte

Ich w4eiß nicht ob das bekannt ist? Ich habe ein "SpeedMode K9A-One click" und "YA OK 1.4-One click" App im Market gefunden.
Hat da schon jemand ERfahrung damit gemacht?
Würde es gerne ausprobieren, aber hab ein bisschen Manschetten davor weil die Apps anscheinend neu sind.

Guido, genau da bin ich auch beim XDA Schnarchen gestolpert:
http://forum.xda-developers.com/showthread.php?t=854852

mh? naja brauch man das?

So hier mal die Werte von dem Benchmark aus dem XDA Forum.
Danke an Master_Chief

File writes 10k 93 (17) ms
File writes 1m 911 (885) ms
File reads 10k 911 (885) ms
File reads 1M 413 (18 ms

DB writes 129 (27)ms
DB reads 196 (35)ms
DB deletes 171 (31)ms
File writes 10K 107 (21)ms
File writes 1M 425 (13)ms
File reads 10k 90 (11)ms
File reads 1M 404 (16)ms

Das bei der Einstellung JFS all und Data Loop, Cache Lopp und DB Data Loop auf ext2 gestellt.

heisst das nun 1 Megebyte in 911 millisek. geschrieben
und in 413 millisekunden geschrieben und in Klammern sind Referenzwerte zu...?

Zitat:

---

Zitat von spline

Edit:
/data meint

File schreiben 10k 50 mal 138(42) ms
File schreiben 1M 5 mal 1287 (575) ms
File lesen 10k 50 mal 137 (93) ms
File lesen 1M 5 mal 541 (50) ms

---

File schreiben 10k 50 mal 114(35) ms
File schreiben 1M 5 mal 416 (10) ms
File lesen 10k 50 mal 89 (11) ms
File lesen 1M 5 mal 414 (27) ms

So sieht es bei mir aus...

Zitat:

---

Zitat von Master_Chief_87

File schreiben 10k 50 mal 114(35) ms
File schreiben 1M 5 mal 416 (10) ms
File lesen 10k 50 mal 89 (11) ms
File lesen 1M 5 mal 414 (27) ms

So sieht es bei mir aus...

---

Hast Du nun nen kürzeren? oder wie liesst man das jetzt?

Zitat:

---

Zitat von spline

heisst das nun 1 Megebyte in 911 millisek. geschrieben
und in 413 millisekunden geschrieben und in Klammern sind Referenzwerte zu...?

---

So würde ich es deuten ja. Ne Beschreibung dazu hab ich auch noch nicht gefunden. Aber Master seines scheint wohl schneller zu schreiben und zu Lesen. Was allerdings wichtig ist mit welchen Einstellungen und welchen Kernel fährst du?

Folgendes kommt bei mir raus:
DB writes (25x): 1430 (1891)ms
DB reads (50x): 364(51)ms
DB Deletes (50x): 192(47)ms
File writes 10k (50x) 101 (6)ms
File writes 1M(5x) 537 (21)ms
File reads 10k(50x)90(11)ms
File reads 1M (5x) 434 (14)ms

SuperOptimized Kernel mit OCLF.
Tweaks sind Deaktiviert.
CPU ist auf 1 GhZ.
JPO

Sorry Leute aber so bringt uns das nicht weiter wenn jeder hier seine Zahlen rein Hämmert. Schreibt doch bitte mal dazu welche Einstellungen Ihr aktuell Eingestellt habt und bei welchem Kernel nur so könnte man ggf. einen Vergleich anstellen. Und am Ende sind wir doch alle am Testen.

und ich weiss immernoch nicht, welche Zahlen nun was Bedeuten und ggfs. besser wären.
OC/UV wäre auch nochmal ne Sache zum spielen und yaffs2 was bald kommen wird gibt nocheinmal einen Schub ;-)

Also, was heissen die Zahlen?

File reads 1M (5x lesen) 434 (=Mittelwert?) (14 = Standardabweichung?)ms

Hö?

Also: die zahlen geben die benötigte zeit an: z.b:
DbWrite(25x): 1234(98 ) ms
Bedeutet datenbankschreibtest, 25mal ausgeführt. Das ganze wird viermal wiederholt und daraus wird der mittelwert, hier 1234 millisekunde, und die standardabweichung (eigentlich die doppelte), hier 98 millisekunden, berechnet.
Alles klar? Falls nicht einfach fragen - wobei das ist nur eine beta-version, die tests sind noch nicht so aussagekräftig wie ich sie gerne hätte - werde mir aber alle geposteten ergebnisse anschauen und hoffentlich noch verbesserungen finden.

Mfg :-)

New Version iss da... 10B....

Edit by Spline:

Zitat:

---

K10B: Fixed some startup scripts: no more RFS errors in dmesg. Hopefully better battery life.

---

http://touristinparadise.blogspot.co...-speedmod.html

(sorry GM, wollte nicht noch nen neuen Beitrag eröffnen)

Zitat:

---

Zitat von Peaceman

Also: die zahlen geben die benötigte zeit an: z.b:
DbWrite(25x): 1234(98 ) ms
Bedeutet datenbankschreibtest, 25mal ausgeführt. Das ganze wird viermal wiederholt und daraus wird der mittelwert, hier 1234 millisekunde, und die standardabweichung (eigentlich die doppelte), hier 98 millisekunden, berechnet.
...

---

Das heisst logischerweisse je kleiner der vorletzte Wert ist (wie in Deinem Beispiel 1234), desto besser ist das, so wenig Zeit brauch es um Daten zu schreiben und zu Lesen.

Fasse ich mal Zusammen:

• AleksZ86 - 10K read 90 write 101 (Superopt. Kernel mit OCLF 1GHz)
• Spline - 10K read 86 write 114 (Spedmod K10a ext4 nj) *heut Morgen getestet"
• Master_chief_87 - 10K read 89 write 114 (Speedmodkernel)
• Jens0609 - 10K read 90 write 107 (Speedmod K10 JFS Overkill)
• S1N - 10K read 87 write 108 (Speedmod K10B ext4 nj)

Sieger im write ist AleksZ86 mit SU Kernel aber fraglichem Lagfixschema, im write bin ich der Sieger mit ext4 ohne Journal. Ich denke mal Master_chief_87 hat auch ext4. Damit beweist sich doch, ext4 ist wie oft besprochen besser im Lesen als im Schreiben. JFS ist besser im Schreiben und im Lesen auch nicht übel (typisch Serversystem).
ext4 ist daher für mich der Klassensieger, denn im Handygebrauch wird nunmal mehr read als write verlangt.
Ich werde das mit dem Benchmark mal in nächster Zeit für alle Lagfixschemata durchführen. Sehr interessant.

(... und ja, es ist ein betabenchmark, die Werte reichen so auch noch nicht und die Aussagekraft ist fraglich... ich weiss)

Hier mal mein Ergebnis mit K10B 500Hz auf JPA Rom, ext4nj:
Anhang 54748