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

Von JFS würde ich die Finger lassen. Zu Bugy.

Übrigens ext4 Journal ganz Abschalten funktioniert genauso Einfach wie es auf writeback umstellen.

Edit:
ich bin nun schneller als ein CPU Übertakteter Kernel.
Mein Test?
Ich nehm das Video von YA-OK Kernel und klick genau in dem Augenblick auf Asphalt 5, wenn er das tut.
... und? mein Spiel läd schneller

Du meinst also dann die normale No RSF overkill?

Klingt nice, dann muss ich dochnochmal durchschaun nach den genauen schritten die ich da machen muss um doch schon auf ext4 zu gehn. Jmd noch nen Tipp mit meinem BLN Problem? Funzt nich, obwohl enabled - nochwas zu aktivieren?
Grüße Pascal

Welche einstellungen muss ich dann vornehmen nachdem ich den No Rfs overkill aktiviert habe?

Ich habe folgendes gemacht...

Hab jetzt folgendes habe von kernel k8@300 probiert auf K9@300 umzusteigen leider mit folgendem Fehler das Handy blieb einfach bei startlogscreen nicht beim S stehen habe dann einfach ohne restett oder wipe die Offizielle JPO per odin mit pit 803 ohne re-part geflasht Handy neu gestartet (hat auch ohne Problem geklappt...) also hatte ich wieder den originalen Kernel drauf, anschließend den K9@300 geflasht und das Handy ist wieder in dem zustand wie es war nur mit dem K9@300 Kernel.

Danach habe ich den check mit mount im Open Terminal gemacht und es sagte mir:
containing /system "check=no"
Also wieder alles okay...

Jezt meine Frage, wenn ich ein Nandroid Backup zurück schreibe wo der alte fehlerhafte Kernel z.b. k2-k8 drauf war und ich es jetzt das backup wieder zurückspiele auf gefixten K9 kernel ist das system dann immernoch sauber oder nicht?

ist es ja, es ging ja nur um ein falsches Mounting.
Da aber falsche Orderbezeichnungen drin sein können, wäre ein Neuflash besser, aber absolut kein Muss.

@all,
wer sich noch am ändern oder abschalten des ext4 journals versuchen will:
http://www.pocketpc.ch/samsung-galax...bschalten.html

Zitat von carhartt94

Du meinst also dann die normale No RSF overkill?

RFS Overkill gibt es mit JFS (nicht zu empfehlen) und ext4.
probiert mal advanced ext4 also alles ext4 und dann das Journaling ändern. Dann braucht ihr keinen ext2 loop mehr (alà overkill).
Denn unsicher ist der ext2 loop genauso, als würde man bei ext4 das Journal abschalten.

@spline
Das hab ich doch (Neuflash) nur ohne re-part...
Was wäre wenn ich komplett resette und die interne Platte formatiere und dann den clockmod ordner wieder in das hauptverzeichnis kopiere und mein NanBackup zurück spiele ist es dann 100% besser???

Also werde ich den Advanced jetzt dann nur mit ext 4 aktivieren...

Zitat von Milchbeck

@spline
Das hab ich doch (Neuflash) nur ohne re-part...
Was wäre wenn ich komplett resette und die interne Platte formatiere und dann den clockmod ordner wieder in das hauptverzeichnis kopiere und mein NanBackup zurück spiele ist es dann 100% besser???

ach übertreibs nicht
Das CWM Backup sichert auch nicht alles.
Mach es nach der Anleitung von Hardcore die ich gestern hier gepostet hab. Des langt.

@carhatt94 genau nur ext4 @all
Wobei eigentlich ext4 auf /data reicht, so (ich wiederhole mich) /dbdata und /cache auf einem schnellen oneNand liegt und ohnehin schnell sind. Drum haben voodoo und oclf sich bisher ja nur um den /data Ordner gekümmert. (weils eigentlich langt)

nach langem überlegen habe ich den Speedmod mit ULF geflashed.
Den Lagfix NO RFS overkill mit JFS/ext2 habe ich wie in Post 1 aktiviert.
Nun muss ich meine Tweaks noch aktivieren...Kann mir da jemand kurz sagen wie das funktioniert?

Auwei, den JFS ... naja ...
Wundere Dich nicht, falls es mal komische Sachen gibt, wie Automatisches Booten in Recovery.
Oder plötzliche Änderung in der Lagfixkonfiguration, etc ...

Tweaks:
Gehst ins Menü wo Tweaks steht und klickst auf jeden der 4 1x, dann steht unten
Enabled:
i/o Scheduler
Kernelblabla usw ...

reboot und fertig

wie ich gelesen habe bist du auch mit dem JFS/ext2 einige zeit unterwegs gewesen?

beim advanced ext4 weiß ich nicht genau was ich da alles umstellen muss?!
wenn du mir das vielleicht mal detailiert beschreiben könntest, würde ich mich überzeugen lassen und den advanced ext4 aktivieren

ich lass mich natürlich immer eines besseren belehren, und von besseren usern als mich *g*

und ich lerne auch immer dazu.
Klar war ich bei JFS, ich hab bisher alles getestet, was es gibt.
JFS ist schnell ja, aber es hat zu viele Bug's noch.
Keine Ahnung ob es am SGS liegt und dem moviNand, oder an der evtl. schlechten Implementierung von sztupy ...
Fakt ist, es mehren sich Klagen. Ein Beispiel hier ...

Advanced ext4, ... ähm? was gibts da als Schwierigkeit?
Einfach das Schema im Lagfixmenü anklicken und fertig.
Der move von /data auf /dbdata ist dort schon auf false, also musst Du dort nichts machen.

Im Prinzip langt es, nur den /data Ordner auf ext4 zu wandeln. Da eben /dbdata und /cache auf dem schnellen oneNand Speicher liegen.
Willst Du es schneller und stromsparender mit ext4, schau Dir das Ändern des Journalings an (post1)

Also ich wiederpsreche Spline Natürlich nur Ungern aber ich kann dein abraten vom JFS überhaupt nicht verstehe. Ich habe das sehr sehr lange zeit genutzt und hatte nie Probleme oder komische Sachen die Aufgetreten sind. Sicher sind nicht alle Geräte gleich aber ich für meinen Teil kann es nicht Bestädigen das es da größere Probleme gibt. Nun hab ich gestern Abend mal umgestellt auf ext4 um einfach mal den Vergleich zu haben natürlich auch mit dem Journaling abändern. Auf den ersten Blick und vom Gefühl und auch von Quadrant her gibt es da bis jetzt keine großen Unterschiede. Einfach mal schauen wie es sich über die Tage Entwickelt. Aber jeder der auf JFS ist und hat keine Probleme damit kann genau so gut auch dort bleiben. Ist meine Meinung dazu.

Solange es gut geht ist es ja i.o.
JFS ist an sich auch nicht schlecht.
Evtl. liegt es an der implementierung im Kernel oder dass es mit SSD's nicht gut kann, oder was weiss ich.

Zitat von Hardcore (xda)

... And I don't advise using jfs - it's unstable and you might lose your data.

Sollte (wie im andren Thread schon gesagt) auch nahezu keine Unterschiede geben, da beides Metadaten-Journaling nutzt.

Ich habe auch lange auf JFS vertraut, aber die Probleme haben sich einfach zu sehr gehäuft in der letzten Zeit und auch ich hatte nach lange Nutzung letztendlich Ärger damit - obs eventuell an den neuen Kernelversionen lag ist natürlich nicht auszuschließen.

Akkutechnisch dürften die beiden sich dann egtl. auch fast nix mehr geben und quasi auf einem Niveau sein.

Und wenn ich also ein gleichwertiges System (ext4 auf Meta) ohne irgendwelche Probleme haben kann, so nehme ich doch klar dieses und rate von dem anderen ab (so zumindest meine Logik )


Edit: Spline will mich heute wohl defintiv ärgern ... (schon wieder diese 4 min Vorsprung) - aber ich mach mich eh gleich vom Acker

Zitat von Drax

Edit: Spline will mich heute wohl defintiv ärgern ... (schon wieder diese 4 min Vorsprung) - aber ich mach mich eh gleich vom Acker

Sorry, ich bin auf Arbeit. Da bin ich immer schnell.

Hehe das kenn ich auf der Arbeit hab ich für sowqs auch immer etwas mehr Zeit als für meine Pflichten

Da ich heute den ganzen Tag unterwegs bin, werde ich morgen mal das auf ext4 stellen.
Das mit dem erweiterten Journaling werde ich erst in gebrauch nehmen falls es für mich nötig ist.

Kannst mir vielleicht mal sagen wieviel das das SGS schneller macht?
Und vom Akku? Ne geschätzte Zahl in % würde mir vollkommen ausreichen

Danke

Man kann so keine % Zahl vom Akku angeben, wie auch. Es hängt von so vielen Faktoren ab.
Deine Netzqualität (Sendeleistung), was Du im Hintergrund laufen hast, wieviel Du überhaupt am Handy machst und so weiter.
Leider sind Test's meist nur nach Gefühl und nach Gefühl hält mein Akku länger.
In der Theorie muss es ja auch besser sein, da ext4 nicht mehr Daten, Sicherungsdaten und Metadaten schreiben muss (was viel Leistung brauch (CPU und damit Akku), sondern entweder nur noch die Daten und ggfs. Metadaten.
Schneller macht es im Quadrant im i/o write/read von 3760 Punkten mit Writeback und 4245 Punkten ohne Journal aus (mit Journal hab ich nicht getestet, sollte dann aber so bei 3000 liegen)