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

Zitat von spline

Akkuverbrauch ist 0,5% bei 1h Gamen ...

Mein lieber Schwan, entweder mach ich was verkehrt oder du hast dich vertippt.

0,5 % bei einer Stunde Gaming ?

Wenn ich ne Stunde Spiele dann sind da locker 5-10 % weg.

Bin auf k9a ext4 ohne journal.. keine nennenswerten hintergrundprozesse oder syncs außer whatsapp und lockbot.

5-10% gehn bei mir im standby in der stunde weg Oo, wenn ich 1 stunde lang intensiv herumspiel dann ist es min. auf 60-70% xD

5%-10% im Standby? Oo
Ich habe über Nacht (5h) etwa 4% verloren ... die kommst du auf 10% im Standby PRO STUNDE?

Hallo, das war ein Witz.
Natürlich hat man keine 0,5% Akkuverlust nach 1h Spielen.
Ich hab es weiter unten doch beschrieben.

Akkuverbrauch ist 0,5% bei 1h Gamen ...


Ha, wie soll man das Messen? Dazu brauch man Referenzwerte und die gleiche Konfiguration.
Exakt die gleiche Funkzelle, exakt die gleiche Software, exakt die gleichen Apps am laufen und vor allem eine exakte Batterieanzeige, denn die spinnt gern mal herum nach Kernelflash.
Ich denke der Akkuverbrauch ist mit den speedmodkerneln optimal Leistung/Verbrauch und mit einem journallosem ext4 oder ext2 kann und wird es nur noch geringer sein.

Hab mal kurz nachgeschaut im recovery.
Hab mal bei den tweaks punkt 1 deaktiviert und neustart, stimme war weg, ok wieder ins rec. punkt 1 wieder aktiviert und da ist die stimme wieder beim neustart.
Vorher stand bei punkt 1 -IO scheduler jetzt steht da
"IO scheduler + Remount noatime" was auch immer das bedeuten soll.

Sent from my Galaxy S using tapatalk

Also das Schema EXT4nj @ all scheint wohl noch ziemlich verbuggt zu sein. Sobald ich das Schema auswähle hängt das SGS nach dem pulsierenden S mit schwarzem Bildschirm + wiederholendem Vibrieren fest. Hab danach DOCs V9 geflasht, K10 wieder drauf, alles gewiped und wieder EXT4nj @ all probiert. Ergebnis war das selbe.
EXT2 @ all geht dafür ohne Probleme.

Hoffentlich fixt Hardcore das noch. Würde gerne mal EXT4 komplett ohne Journaling ausprobieren bzw. mit EXT2 vergleichen.

Zitat von Master_Chief_87

Also das Schema EXT4nj @ all scheint wohl noch ziemlich verbuggt zu sein. Sobald ich das Schema auswähle hängt das SGS nach dem pulsierenden S mit schwarzem Bildschirm + wiederholendem Vibrieren fest. Hab danach DOCs V9 geflasht, K10 wieder drauf, alles gewiped und wieder EXT4nj @ all probiert. Ergebnis war das selbe.
EXT2 @ all geht dafür ohne Probleme.

Hoffentlich fixt Hardcore das noch. Würde gerne mal EXT4 komplett ohne Journaling ausprobieren bzw. mit EXT2 vergleichen.

Ich denke mal das ist der Nachteil da der Kernel ja noch im Test ist. Da kann leider immer mal was sein was noch nicht so Richtig Funktioniert. Aber ich denke mit der Stable Version sollte das dann Behoben sein, wenn mehrere das Problem haben.

nee also bei mir funzt das mit ext4, ich kam vom K9a Kernel

@Tony
i/o Scheduler hält Dir RAM frei und noatime ist so zu Erklären:

Bei einem Zugriff auf Dateien eines mit noatime gemounteten Dateisystems
wird deren atime im inode nicht aktualisiert. D.h. normalerweise muss
bei jedem lesenden Dateizugriff die atime der gelesenen Datei geändert
werden, was speziell bei vielen kleinen zu lesenden Dateien Zeit kostet.
(ergo schneller)

Edit:
wer auf Quadrantwerte steht, ich teste grad ext4 ohne journal mit ext2 loop auf /data (wie irrwitzig).
Im Quadrant komm ich jetzt auf knapp 1900 Punkte, aber ein wirklicher Unterschied ist bisher nicht zu merken.

So, ich habs jetzt mit EXT4nj hinbekommen. Statt vor dem Neuflash des ROMs (DocV9) die Partitionen wieder auf RFS zurückzusetzen und später wieder auf EXT4nj umzustellen, habe ich gleich direkt auf die EXT4nj formatierten Partitionen geflasht. Der K9a-Kernel im BUJP8_Doc_V9-ROM hat dann auch alle 3 Partitionen als EXT4nj erkannt. Daraufhin K10 geflasht und Nandroid-Backup wieder eingespielt.
Jetzt läufts... fehlt bloß noch die Batterieanzeige und das JPP-Modem.

atime= lesezugriff(access-time).
im Standard notiert sich ext4 wann zuletzt auf eine Datei zugegriffen wurde.....
was beim Smartphone vermutlich wirklich nie gebraucht wird.... darum abschalten, spart das schreiben dieser Meta-Daten.

um das von spline noch ein bischen / mini / mini zu verbessern

@spline
Danke fürs aufklären, aber was ist mit der computer stimme, bin ich der einzigste der das hat oder was?

Sent from my Galaxy S using tapatalk

So sieht das aus, wenn man ext2 loop hat.

Edit:
komisch die Screenshotfunktion von Froyo geht nicht in allen app's.
Kann ich ja gleich mal rausschmeissen.

@spline: was haste für ne version drauf? jpo von samfirmware?
sonst noch was außer dem speedmod ?

JPA der ersten Stunde von Samfirmware und sonst nur den Speedmod Kernel.

Dann will ich doch auch gleich mal ein paar Benches posten

JM9(Eclair) + Voodoo Beta4


DocROM v8.0.1(ADJP5 Froyo) + K9-300Hz-allTweaks-nur Data Ext4-noMetaJounal


DocROM v8.0.1(ADJP5 Froyo) + K10-500Hz-allTweaks-alles Ext2(ohne loop&binds)


DocROM v9(BUJP8 Froyo) + K10-500Hz-allTweaks-alles Ext4nj(*no journaling)


Alle Ergebnisse stammen vom dritten Quadrant-Durchlauf.

Interessant.
Den höchsten i/o Wert mit Eclair und voodoo.
Aber meiner ist länger .. bäh

Sag, wie machst Du den Screenshot?

Screenies mache ich damit http://www.androidpit.de/de/android/...hot/screenshot

@spline: mit wieviel HZ hast du deinen speedmod aufs phone gezogen?

Zitat von carhartt94

@spline: mit wieviel HZ hast du deinen speedmod aufs phone gezogen?

Ich bin zwar nicht Spline Aber den neuen K10 bekommst du doch erst mal nur mit 256hz.

Zitat von Jens0609

Ich bin zwar nicht Spline Aber den neuen K10 bekommst du doch erst mal nur mit 256hz.

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