Noch schneller als Voodoo, Lagfix Ableger mit NILFS2 Dateisystem

http://forum.xda-developers.com/showthread.php?t=786509

Laut den ersten Meinungen noch schneller als der voodoo fix, weil hier nicht das ext4 Dateisystem, sondern das Nilfs2 genommen wird.
http://www.nilfs.org/

Ist alles noch frisch und sollte wohl noch nicht von unwissenden geflasht werden.


Edit:
hier noch was zum NilFS
http://www.heise.de/open/artikel/Exo...fs-224586.html

Edit 2:
Will man wieder zurück, befolge man dieses:

Edit3: Ist alles noch zu experimentell. Solange das mit dem stetigen Speicher Füllen und wieder Löschen und damit verbundener CPU Last, ergo Batterieverlust, nicht geklärt ist, rate ich von diesem Fix vorerst ab.
NilFS Dateisystem ist wohl das beste für SSD Speicher und kann am besten mit kleinen Dateien umgehen, es hat Potenzial zum besten Lagfix zu werden.
Stay Tuned ...

So, selber getestet.

Mit dem Nilfs2 Dateisystem, welches speziell für SSD's also die "Speicherkarte" vom Galaxy gemacht ist, läuft das Galaxy noch ein zacken smoother und schneller als mit dem ext4.

Wer hätte gedacht, dass man die schnelligkeit vom Voodoo Fix Beta4 noch überbieten kann.
Mann kann :-)

Installation ist recht einfach.

0. Ein Backup anlegen (man weiss ja nie)

1. Voodoo und andere Lagfixe vorher komplett entfernen
(bei voodoo einen Ordner Namens disable-lagfix in den voodoo Ordner auf der Speicherkarte und dann reboot, beim OCLF ist es ja im Programm mit drin)

2. Nach dem lange dauernden Reboot vom voodoo entfernen, gleich wieder das Galaxy ausschalten und im Recovery Modus (Vol. up, Home, Power) starten und die Update.zip ausführen

3. Der Reboot kommt von selbst, bis das Galaxy gestartet ist, kann es schon mal 2 Zigarettenlängen dauern (Geduldig sein!)

4. nach Start, es sich einspielen lassen und fertig


(Quadrant zeigt so um die 1400 Punkte, ist aber eh unerheblich)


Noch ein Performancetest von NilFS2
http://www.blah-blah.ch/Mra/Nilfs2performance

Es ist überlegen vor allem im Schreiben von kleinen Dateien und damit genau richtig im SGS ;-)


Die Datei:
http://rapidshare.com/files/42001782...lfs2_i9000.zip

Wenn ich das richtig verstehe ist das auch stockkompatibler als Voodoo. Muss ich mal überlegen ob ich mir das draufhaue :D

Edit: @ Spline. Kannst du die Dateien von da hier anhängen? Hab keinen XDA-Account :(

Hab ich ja grad,
http://rapidshare.com/files/42001782...lfs2_i9000.zip

brauchst Du den Rest auch?
Also den JM8 Kernel falls Du wieder clean sein willst?

Ja bitte. Danke!

Wenn ich richtig verstehe reicht es dann den stock-kernel von da drüberzubügeln statt JM8 komplett wieder aufzuspielen wenn man es rückgängig machen will?

Also ist das eine modifizierte Verson von Voodoo?
Das heißt noch nichts für JPH.

Geht der auch auf der JPH Firmware mit der 2e Recovery?



Sent from my GT-I9000 using Tapatalk

Nöö Nöö, mit Froyo wird das noch nichts.
Soll aber einfacher zu machen sein.
Das es den Fix gibt ist noch nicht mal 24h im Netz.

Stay Tuned :-)

Ok habs drauf. Quadrant läuft gerade, um zu testen obs aktiv ist.

Edit: Quadrant von 1269. I/O ist 2715. Der Fix ist wohl aktiv. Jetzt wird getestet :)

@ Spline: Danke nochmal für die Datei. Heut Vormittag hatten die da noch 1000 adb-Befehle. Jetzt mit der update.zip geht das viel komfortabler ;)

Edit2: OMG geht das ab :D Wenn jetzt noch der Akkuverbrauch stimmt, wäre ich rundum zufrieden.

Och schade! Habe mir jetzt gerade das 2e Recovery vom Eclair draufgemacht, damit ich auch "unsigned update.zip Dateien" benutzen kann. Der bleibt sogar die ganze Zeit :D



Sent from my GT-I9000 using Tapatalk

Gute Nachrichten!

Habe darüber hin und da war gelesen....
Sollte besser sein, als Ext4 von VoodoFix, weil deutlich (bis zu 3-mal) schneller beim Schreiben vieler kleinen Files. Dazu noch besser für Flash-Speicher geeignet.

Genau

mal schnell durch Googles Übersetzer gehau'n sieht es so aus:
Quelle: blah-blah.ch

Zitat:

---

Betrachtet man die Ergebnisse:

* Wie ich bereits erwähnt ich sowieso ausgeschlossen BTRFS wegen seiner Instabilität, aber trotzdem wie ich sehen kann, hat es große Probleme beim Überschreiben von kleinen Dateien. Deshalb, keine Btrfs.
* Ext3, die ich ohnehin wegen der Probleme mit dem Journal & Flash-Speicher auszuschließen, hat Probleme beim Schreiben von kleinen Dateien, die, was die Gentoo Distribution ausgiebig tut. Also, keine ext3.
* Ext4 ist stark, wenn das Schreiben und Lesen von großen Dateien, zumindest auf Flash-Speicher. Es ist sicher ein guter Kandidat, um als Speichermedium verwendet werden zB für Mediendateien. Aber auf der anderen Seite ist es 3-mal langsamer im Vergleich zu nilfs2 beim Schreiben die Verzeichnisse und kleine Dateien, so nicht gut für zB unter Backups von Partitionen oder root-Betrieb Root-Partitionen.
* Ext2 ist ganz gut, aber nilfs2 benötigt ca. 1 Minute weniger beim Schreiben der großen Datei und fast doppelt so schnell beim Schreiben zum ersten Mal die kleinen Dateien.


Am Ende wählte ich nilfs2 meine Root-Partition auf meinem USB-Stick zu halten.
Ich benutze es seit fast 2 Monaten und ich habe keine Probleme haben (noch) nicht.
Manchmal, wenn der freie Speicherplatz zu niedrig wird der Garbage Collector aufwacht und beginnt die Jagd alten Checkpoints, die gelöscht, um Speicherplatz freizugeben (diese, bis das gewünschte Limit erreicht hat - Überprüfen Sie die Konfigurationsdatei-Optionen) und dort wird es langsam, aber wie kann Dies geschieht selten (mit ~ 2,5 GB aus dem 16GB verfügbar) es stört mich nicht.

---

das hört sich doch schonmal sehr gut an. Aber warum werden von Fix zu Fix die Quadrant werte immer tiefer?
(Ja ich weiß das die werte wenig mit der echten performance zu tun haben aber trozdem intressiert es mich weshalb sie immer tiefer werden ;) )

Wie kriegt man das rückgängig im Falle eines Falls?

Einfach den normalen Kernel drüberflashen bringt mir ja noch nicht das alte Dateisystem zurück...bleibt dann nur komplett neu flashen mit repartition?


Ich werd aber trotzdem beim voodoo bleiben erstmal, da nur damit gleichzeitig der notification-kernel funzt...

Zitat:

---

Zitat von Henrik

Wie kriegt man das rückgängig im Falle eines Falls?

Einfach den normalen Kernel drüberflashen bringt mir ja noch nicht das alte Dateisystem zurück...bleibt dann nur komplett neu flashen mit repartition?

---

Wie das normale Voodoo. Mit dem disable-Ordner.

Zitat:

in order to disable this lagfix : make new folders like this;

- /sdcard/Voodoo/disable-lagfix
- Flash JM8 stock kernel, attached this kernel. (I mean, completely stock http://media.xda-developers.com/imag...es/biggrin.gif)

@ Spline: Könntest du für den Fall der Fälle den Stock-Kernel noch hochladen und im Ausgangspost oder dem 2. Post verlinken? Daaankeee!

Laut dem Entwickler geht es so:

Deinstallieren wie den voodoo Fix im voodoo Ordner falls es keinen gibt, erstellt man einen einen Ordner Namens disable-lagfix erstellen und neu Starten.

Nach Reboot wieder Ausschalten, in den Downloadmodus gehen (Vol.Down, Home, Power) und mit Odin den JM8 Kernel drüberflashen.

(von der Datei nur die .zip entfernen)

Kaum gewünscht, schon gepostet ;) Schneller als die Feuerwehr ;)

Das macht alles nur der Nils ... ähm Nilfs :-)

Klingt viel versprechend. Ich werde zwar nicht mehr von JM5 auf 8 umsteigen, weil mir das doch etwas viel Aufwand bedeutet, aber sehr schön zu sehen, dass es noch schneller geht.

Ich hoffe nur, dass bald eine fast bugfreie Froyo Version kommt und ein passender Fix, dann bin ich glücklich.

Laut dkcldark von den XDA's soll es auch mit JM1 funktionieren, warum dann auch nicht mit einer JM5?

Nur Froyo nicht (noch nicht).

Aber hey, haben wir nicht alle auf Froyo gefiebert, damit es endlich schnell läuft und man keine Fixes mehr brauch *Ha Ha* ;-)

Die JPH ist bugfrei... Aber falls du keine Beta willst, ist es natürlich für dich xD



Sent from my GT-I9000 using Tapatalk

bugfrei oder nicht ist in den Foren stets sehr subjektiv, die einen flashen wieder zurück, die anderen schwärmen davon.
Sicher ist aber, von der "erlösenden" Froyo Version, wie man vor nicht einmal einem Monat noch geträumt hat, ist man noch weit entfernt.

Ich will Froyo nur wegen vollem Flash Support haben. Vom Speed her bin ich bereits jetzt zufrieden...dabei habe ich noch den "uralten" ext2 Fix auf der internen 2GB Partition.

JPH ist bugfrei? Da habe ich aber was anderes gelesen...

Kann ich wenn ich zurück zu voodoo will den fix via disable-lagfix runterhauen und direkt über die update.zip wieder den voodoo kernel flashen oder ist odin zwingend notwendig?


Edit: Doofe frage: wo muss der kernel in odin genau hin? Hab bisher nur komplett geflasht. Wird dann ohne pit und repartition geflasht oder?
Ich vermute um zu voodoo zurück zu kommen muss man erst den stock jm8 kernel flashen und dann wieder mit der voodoo update.zip arbeiten oder?
Andere frage noch. Wenn ich voodoo deaktiviere und das handy neubootet dann darf ich den ordner disable-lagfix nicht löschen oder? Wollte es eben gsnz sauber machen allerdings hat er dann vorm recovery modus gleich wieder auf ext4 umgestellt.
Muss wohl erstellt bleiben bis der andere kernel drauf ist oder? Werde es morgen mal ausprobieren.

Sent from my GT-I9000 using Tapatalk

Hohoho! Ich hab's geschafft, und es ist wahrhaftig schnell... Im Vergleich mit XXJPH (Froyo 2.2) ohne Fix.
Auf einem frisch geflashten Phone war es ganz schnell drauf; keine Wartezeit, weder beim Updaten noch beim Booten.
Quadrant zeigt 1368 Punkte.

@-jacky-: ja, das sollte möglich sein.

Der stock8 kernel, den Du über Odin (bei pda, ohne repart.) flashst, macht Dein system wieder sauber von voodoo und allem. Später kannst Du voodoo flashen, aber wozu, der nilfs2 rennt ...

Sending from galaxy s i9000 using Tapatalk and my finger.

Wiegesagt werds morgen flashen, weil nachm letzten fummeln war irgendwas kaputt was dazu führtendas sich das phone nachts einfach aufgehangen hat. das problem ist, ich nutze das handy als wecker und wollte morgen dann nicht verpennen ;)
Morgen kommts direkt drauf und dann berichte ich natürlich *g*

Sent from my GT-I9000 using Tapatalk

Voodoo oder nicht voodoo, solange man den editierten Kernel nicht ersetzt, wird er jedesmal, wenn man das (disable-lagfix) löscht, den Fix wieder neu installieren.

Drum gibt es hier einen jungfräulichen Kernel, für die, die es wieder lahm wollen ;-)

Sending from galaxy s i9000 using Tapatalk and my finger.

Zitat:

---

Zitat von spline

2. Nach dem lange dauernden Reboot vom voodoo entfernen, gleich wieder das Galaxy ausschalten und im Recovery Modus (Vol. up, Home, Power) starten und die Update.zip ausführen

---

Ich habe nicht's gesagt... Löscht auf jeden Fall bei diesem Schritt NICHT das bestehende disable-lagfix, sonst hängt sich der alte Lagfix gleich wieder rein...

Zitat:

---

Zitat von NeidRider

Ich habe nicht's gesagt... Löscht auf jeden Fall bei diesem Schritt NICHT das bestehende disable-lagfix, sonst hängt sich der alte Lagfix gleich wieder rein...

---

HöHö :-) genau das ist mir nämlich auch passiert :-)

Aber hinterher sollte der erste Schritt die Löschung der disable-Lagfix sein, sonst ist auch der neue beim nächsten Booten weg.

Akkuverbrauch:
An alle die noch Zögern.
Ich stelle grad heut Morgen erhöhten Akkuverbrauch fest.
Ich hatte bisher als zweithöchsten Stromfresser den Clearprozess vom NilFS.

Hab nun mal nen Reboot gemacht und alle Energiefresser aus.
Ich meld mich dann heut Abend nochmal und Berichte.
Falls dieser Prozess wirklich unentwegt am Akku saugt, ist der Betatest für mich beendet.
(Leider kann ich nicht einstellen wie oft und wann das NilFS2 seinen Datenmüll entsorgt.)

Na mal sehen ...

Bei mir wurde der über Nacht (noch) nicht aktiv. In über 8 Stunden kein einziges Prozent Verlust :) Mal sehen wann der bei mir mit dem "Clearen" beginnt.

@Spline: Wie heißt der Prozess in der Akkuverbrauchsübersicht? Wieviele Prozent waren das etwa?

Bei mir war nach dem Anwenden des Fixes eh der ganze Voodoo Ordner weg...
Und das mit der Batterie hat was, glaub'ich. Geht bei mir aktuell auch massiv runter.

so hab meil meinen lagfix entfernt,bis auf root gelassen.wo muss ich jetzt den fix hinkopieren,und die ganze zip kopieren oder vorher entpacken ?
werde nicht schlau bei der anleitung auf seite 1,da ich noch nie nen vodoo drauf gehabt habe,sondern den oneclick fix ausm store

Also habs jetzt drauf. Mein eindruck ist das es in etwa genau so schnell wie voodoo ist.
Akkuverbrauch kann ich nicht beurteilen. Hab grad rausgefunden das so ein blödes cpu widget die ganue zeit im hintergrund lief. Hab ja generell seit jm8 nen höheren akku verbrauch. Mal sehen ob es das widget schuld war.

Sent from my GT-I9000 using Tapatalk

so habs auch drauf ,im quadrant 1344,aber sonst flutscht dass ding,wenn ich den market öffne da merk ichs extrem wie schnell dass jetzt rennt

Extrem schnell ist es schon.... Nur wegen dem Akkuverbrauch mache ich mir Sorgen.
Die letzten 10% waren bei mir heute innerhalb einer Stunde komplett weg, ohne viel Nutzung.

Also das kann ich so nicht bestätigen. Vielleicht nochmal alles neu machen. Also stock kernel flashen und lagfix neu drauf?
Vielleicht hilfts.

Sent from my GT-I9000 using Tapatalk

Zitat:

---

@Spline: Wie heißt der Prozess in der Akkuverbrauchsübersicht? Wieviele Prozent waren das etwa?

---

Den genauen Namen weiss ich nicht mehr, aber man erkennt es, es stand irgendwas mit nilfs2 drauf.
Er war bei #*#*4636*#*# unter CPU Nutzung.

Leider ist die tolle Batterieusage im SGS so besch...eiden, dass man zwar weiss, was Akku saugt, aber nicht genau.
Das ist wie, ... "wie sah der Einbrecher aus, der ihren Schmuck gestohlen hat", ..."ähm er hatte Kleidung an..." .

Ich bin auch nicht Linientreu, ich habe wie Neidrider den Fehler gemacht und ausversehen den "halben" voodoo Fix drauf und den anderen Drübergebügelt.

Jetzt seid dem Neustart ist kein Prozess mehr da der irgendwas mit Nilfs heisst, habe aber seit heut Morgen um 6 Uhr also ca. 6h nun 29% Akku verloren.
Paar SMS, ca. 20 min Internet, 1h 3G Netz und 2h Bluetooth, sowie ein paar mal in Programmen gesucht nach Akkufressern, (also Display an und Aktiv gewesen).

Ich lass nun mal Systempanel als Monitoring mitlaufen.

Aber auch beim alten voodoo liesst man heut Morgen

Zitat:

---

Hi, ich hab mit JM8 + Voodoo Beta 4 inkl. BackLightNotification sehr großen Akkuverbrauch.
Mit *#*#4636#*#* hab ich bei "Andere Nutzung":
Ausführen 96,5%
Bildschirm 23,4%
Wifi On 2,8%
Wifi Running (2,8%)

Bei "Nutzung teilweises Aufwachen":
Android-System
Google
Wählen
Medien
Beautiful Widgets
Maps
Nachrichten
Kalender

Das Ausführen mit 96,5% macht mir ein bisschen Sorgen. Mein Galaxy hab ich heute um ca. 8Uhr vom Strom genommen und jetzt, ca. 2,5h später nur noch 83% Akku. Und ich hab wirklich kaum was gemacht.

---