Wie schaut es mit der Akku-Leistung aus?

ja denn ext4 Verbrauch unter Last nunmal den meisten Stom.

Stromfresser absteigend

1. ext4
2. jfs
3. rfs
4. ext2

Mist Aber Ext.2 und jfs sind doch die bei dem man alle Daten verliert, unter gewissen Umständen?
Wenn ich jetzt auf ext.2 oder jfs wechseln will, wie mach ich das? im Recovery zuerst disable all lagfix machen und dann den neuen anwenden?

Nee Nee
JFS ist genau so sicher wie ext4.

Hach diesen "Daten verlieren", seit ext2 auf das SGS gekommen ist (OCLF) hab ich noch NIE gehört das irgendjemand mal geklagt hätte "meine Daten sind weg". ... egal, muss jeder selbst wissen

Du kannst ganz Einfach den Lagfix wählen, die Konfiguration stellt sich selber um, selbst wenn Du vorher ext4 hattest.
Ich würde Adv. JFS nehmen oder Overkill JFS /ext2.

Wobei, ich teste (passend zu diesem Thema hier) gerade den speedmod Kernel mit Tweaks an und Lagfix aus.
Bin grad am Staunen wie gut das mit dem ollen RFS läuft.

Und warum kann man denn mit ext2 daten verlieren? Und vorallem, WELCHE Daten?

Näää ...
das Schreib ich jetzt nicht nochmal.
Ausserdem ist das hier der Akku Thread.

Oooooooooook Hab mich auf die Suche gemacht.
Zurück zum Akkuthema, ist der Akkuverbrauch zwischen jfs und ext4 gross? Oder soll ich doch besser gleich auf ext2 gehen?

Ich berufe mich mit den Aussagen auf das was ich hier, den xda's und anderswo Lese. Bin kein gelernter Linux'er.
Die Überwiegende Anzahl der Leute mit mehr oder weniger Ahnung vertreten die Meinung, dass ext4 den meisten Strom brauch.
Wenn man mal logisch Überlegt macht das auch Sinn, denn ein Journaling Filesystem schreibt ja salopp gesagt immer doppelt und scheinbar brauch ext4 dazu die meiste Leistung vom System (ergo Stromverbrauch).
Hat was mit der Art des Journalings zu tun. Wenn ich es richtig lese, schreibt ext4 Daten und Metadaten und JFS nur Metadaten. JFS wurde von IBM entwickelt für Server mit hohem Datendurchsatz und schneller wiederherstellung nach einem Crash.

Hier mal noch was eines "wahrscheinlichen" Experten:

ext4 is good for system and dbdata, since those are one OneNAND memory without a memory controller
==> "more" battery drain, but not so often accessed, so neglectible
ext2 is good for /data, since the benefits of a journal aren't really relevant because its protected by MoviNAND, which has a small capacitor. In case of removing the battery at just the right time, it should still be able to commit the writes in it's cache. (at least that's what i've been told )
==> fast and not so much battery drain, frequently used data
So my ultimate solution would be: ext4 for all, except /data

Hab noch was gefunden:

One day in and comparing my 2 phones again. The one running jfs is still slightly faster at opening apps than the ext4 phone. Quadrant scores are almost the same, around 1600, but the database write is much faster under jfs and finishes the benchmark about 6 seconds faster than the ext 4 version.

In order to compare battery life I charged both phones and attempted to run identical operations for about half an hour of use total. During that time I noticed little difference in battery drain. I let them sit idle for about 3 hours after that and the jfs phone is at 88% while the ext4 phone sits at 71%. I cant explain the large difference while idle and I'm not suggesting that its due to the file system.

Hallo,

habe auch mal eine Frage zum Akuu-Verbrauch. Unter Einstellungen, Telefoninfo, Akkuverbrauch kann man ja die einzelnen Positionen des Verbrauchs ansehen. Bei mir und meinem Mann steht immer unter Akku bei Standby "Durch Radio verbrauchte Akkuleistung", obwohl wir keinen Radio laufen haben. Weiß jemand wo das herkommt ?

Zitat von Maceanso

Hallo,

habe auch mal eine Frage zum Akuu-Verbrauch. Unter Einstellungen, Telefoninfo, Akkuverbrauch kann man ja die einzelnen Positionen des Verbrauchs ansehen. Bei mir und meinem Mann steht immer unter Akku bei Standby "Durch Radio verbrauchte Akkuleistung", obwohl wir keinen Radio laufen haben. Weiß jemand wo das herkommt ?

Radio heisst funk...also durchs netz verbrauchter strom (empfang)

Sent from my GT-I9000 using Tapatalk

Diese Frage bringt mich auch das 10. mal wieder zum Schmunzeln

Ich habe heute um 11 Uhr die Batterystats.bin gelöscht und einen reboot gemacht.
Wollt Ihr wissen wie lange mein Akku gehalten hat? Bis jetzt um 18:57 Uhr. Und das ohne telefonieren, ohne spielen, ohne Internet, GPS aus, nur 2G aktiviert und Energiesparmodus an. Ist doch echt zum Kotzen!

Du hast aber vorher schon erst ganz runter und die stats bei 100% Akku gelöscht?
Nimm doch mal das app systemmonitor, der hat bei den Einstellungen ein einschaltbares Monitoring, was Dir sagen kann wo Dein Akkufresser sitzt. Lass es mal 12h laufen und sie die Statistik (unter Plot > Top Apps) an.

Jop. habe das sgs ausgehen lassen, dann schön brav bis 100% geladen, dann mit rootexplorer die batterystats.bin gelöscht und dann reboot gemacht. Dann habe ich etwa eine Minute den Bildschirm angestarrt und gesehen wie es von 100% auf 97% gesunken ist. Dann dachte ich mir schon dass es nicht gerad super aussieht mit der Leistung. Wenn ich unter Telefoninfo gucke, sagts mir, dass zu 97% Display Akku saugt. Witzig wenn ich das sgs immer im sleepmodus hatte.
Werde mir mal systemmonitor ziehen und installieren. Jetzt ist das Tel. immer noch ausgeschaltet und am Laden. Ist doch besser um den bstats.bin zu löschen, oder?

weiss nicht, ...

aber wird Dein SGS unterhalb der Kamera warm?
Wenn ja läuft Deine CPU mit 100%, hatte ich letztens auch. Das Nachrichten app erzeugte 100% CPU last, bis ich es rausgeschmissen hab.

Ja, es ist warm unterhalb der Kamera. Wie bringe ich den cpu runter? Habe kein nachrichtenapp.
Wegen systemmonitor, es gibt da etliche welches soll ich nehmen? das von symon?

Da haben wir's ja Die CPU rammelt im Hochbetrieb.

Das Tool heist
SystemPanel App / Task Manager
von NextApp, Inc.
http://de.appbrain.com/app/systempan...systempanel.r1

Da siehst Du auch gleich in der Übersicht was grad läuft und am Balken links was grad unendlich CPU nutzt.

Tip: Mit Titanium Backup kann man den Übeltäter entfernen, selbst wenn es ein Samsung app ist.

werd ich mir gleich mal ziehen. Kostet zwar etwas, aber naja.

Weniger als 1 Bier in der Beiz würd ich mal Meinen.

Grins Ja da hast Du recht.
Jetzt wird mir schon seit 3 Minuten etwa die authorisierung zum Kauf erteilt
Google hat zwar schon den Kauf bestätigt, aber gedownloades wird immer noch nichts. Grummel.

Also, es hat jetzt doch noch geklappt.
Die CPU last wechselt sekündlich von 217 MHz auf 167 MHz. Dürfte also nicht allzuschlimm sein.
Ganz oben auf der Liste sehe ich com.cex.andoid.app.samsungapps.una und com.sec.android.providers.downloads. Weiss halt auch nicht was das ist.
Aber der CPU ist nicht soooo doll am rödeln.

Hmmmm, ab und zu hab ich jetzt zwar über 700MHz gesehen.... aber nur für kurze Zeit. Dabei mach ich doch gar nichts ausser laden.