Noch schneller als Voodoo, Lagfix Ableger mit NILFS2 Dateisystem

**spline** · 19.09.2010, 17:07 #1

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 ...

**spline** · 19.09.2010, 19:42 #2

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

**nash123** · 19.09.2010, 20:43 #3

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

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

**spline** · 19.09.2010, 20:48 #4

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?

**nash123** · 19.09.2010, 20:50 #5

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?

**BigR** · 19.09.2010, 20:53 #6

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

**WP7_User** · 19.09.2010, 20:54 #7

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

Sent from my GT-I9000 using Tapatalk

**spline** · 19.09.2010, 20:56 #8

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

**nash123** · 19.09.2010, 21:01 #9

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

Wenn jetzt noch der Akkuverbrauch stimmt, wäre ich rundum zufrieden.

**WP7_User** · 19.09.2010, 21:02 #10

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

Sent from my GT-I9000 using Tapatalk

**vygi** · 19.09.2010, 21:03 #11

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.

**spline** · 19.09.2010, 21:07 #12

Genau

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

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.

**ttw** · 19.09.2010, 21:10 #13

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

)

**Henrik** · 19.09.2010, 21:18 #14

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...

**nash123** · 19.09.2010, 21:21 #15

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

)

**nash123** · 19.09.2010, 21:23 #16

@ 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!

**spline** · 19.09.2010, 21:23 #17

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)

**nash123** · 19.09.2010, 21:27 #18

Kaum gewünscht, schon gepostet

Schneller als die Feuerwehr

**spline** · 19.09.2010, 21:29 #19

Das macht alles nur der Nils ... ähm Nilfs

DaiSifu

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.