[LagFix] Universal LF {sztupy}

Ja so läuft das.
Wichtig scheint noch derzeit unter Optionen bei den Lagfixen das Binding auf False zu stellen.
Bei vielen Apps, kommts sonst zu Problemen.


Edit:
Was mir grad noch Einfällt.
Die CPU Auslastung von immer 10-20% ist normal, auf einem JM1 Gerät mit OCLF schwankt die CPU auch immer zwischen 135 und 195 Mhz

Das fragmentieren macht mir Sorge, denn gerade auf dem SGS hantiert man ja viel mit kleinen Dateien.

Zitat von spline

Das fragmentieren macht mir Sorge, denn gerade auf dem SGS hantiert man ja viel mit kleinen Dateien.

diesen gedanken hat ich auch schon xD

...naja die cpu auslastung könnte man ja mit SetCPU korrigieren, also bei Standby nur 100Mhz oder so ähnlich

Also, wenn ich den Fix dauerhaft haben würde, dann würd ich mir Gedanken um die Fragmentierung machen.
Aber so ist es ja im höchsten Fall eine Frage von Wochen

SetCPu ? Kenn ich nicht?

Quasi ein Over- und Underclocking App im Markt. Und da kannst bei gewissen situation, also standby, low akku oder ähnliches einstellen das er weiter runtertakten soll um somit akku zu sparen. Man kann quasi auch auf 1,2 Ghz overclocken. Glaube aber kaum dass das sinnvoll ist, habs eigentlich nur zum underclocken im standby benutzt als ich noch JM5 drauf hatte.

von setcpu und konsorten ist eigtl. abzuraten. und das fragmentieren mit jfs ist so ziemlich egal. wir haben keine physikalische platte sondern flashspeicher

Ja Leute... Was soll ich sagen?! Ich habe mich wohl gerade vor Freude nass gemacht. Mehrmals...

Ein fettes Danke an malufor für die Anleitung. Bisher fliegt's nur so daher, dat olle SGS...

Jetzt noch das Titanium Backup versuchen (heute Morgen hat's nicht geklappt).

Übrigens:

Habe gerade Quadrant fünfmal hintereinander laufen lassen.

1. 1680
2. 2029
3. 2008
4. 2036
5. 2030

auf 2000 komm ich nicht, weder mit ext4 oder JFS
Aber pah! Wer ist schon Quadrant ...

bevor ich den universal lagfix installieren konnte, kam der neue OCLF raus, damit war auch unter 2.2 der root keine große sache mehr.
Werde jetzt erst nach der Erprobungsphase erst den ulf mal austesten

So hab heute auch mal etwas rumprobiert und bin soweit auch zufrieden nur hatte ich bei verwenden des JFS Filesystems ein seltsammes Problem. Nach jedem Neustart war alles auf englisch, alles wieder auf deutsch eingestellt Reboot und.... wieder alles englisch. Lagfix nochmal gemacht mit veränderten Einstellungen, gleiches Ergebniss.
Also alles Advanced ext4 und da gibt es keine Probleme und die Quadrad Ergebnisse sind nahezu gleich.

Quadrant wird gleich sein, jedoch arbeitet JFS so fix wie ext2.
Bei mir waren alle Einstellungen weg und vor allem, alle Apps die vormals auf der externen SD waren musste ich Nachinstallieren.

Es gibt jetzt eine Version 0.3

Changelog
Version 0.3
- before the lagfix gets applied there are now multiple options to chose from:
-- backup+restore (the original way)
-- backup, but don't restore (this eventualy results in a factory reset)
-- no backup (this also results in a factory reset)
-- go to recovery mode (to debug)
-- erase config file (to get back to the old options)
- the screen glitch in the first screen is now gone (because the kernel got smaller)
- jfsutils are ported to bionic (takes less space)
- there is a new option that will do the same restore permissions run, as the init script does
- I also added a few fixes to the CWM fix_permissions script, although I don't tested them yet (so it might brick the phone)
- Added two more rooting option:
-- the old one simply copyes busybox, superuser and su to the phone and adds symlinks to busybox
-- the new ones will also remove some old toolbox commands, so if you use the shell a lot, they won't interfere. The first mode only removes the base utils, like ls,mkdir,rm or ln
-- the second mode removes every toolbox command that has an equivalent busybox command (like mount, lsmod, rmmod, etc.)

Remarks
It seems that formatting dbdata as rfs only works, if you use the 512 PIT file (more exacty it only works if you have used the 512 PIT file the last time you've ticked re-partition in odin). This is probably due to the fact thet the 512 and 803 pit files reserve different space for the dbdata and for the system partition (the 803 pit file reserves 40 units less for the dbdata than the 512 pit file)

Download

Man dieser Ungarische Teufel.
Gold wert

Rein als Info. So wie ich das jetzt verstehe muss ich die mit der 512 Pit flashen oder? Und mit Repartition. Sorry aber die Übersetzung bringt das nicht klar raus. Auch wenn ich grad nen anderen Fix teste würde ich es gern verstehen.
Ich denke wenn der mal soweit fertig ist. Haben wir nen echt guten Fix. Bisher war er das beste was ich drauf hatte.

Jojo, die 512 pitfile gibt mehr her laut dem Ungarischen Reiter.
Sie gibt (wie ich erwähnte) ca 10MB mehr für /system, aber leider knappst sie das von dbdata ab.
der olle 512 pit scheint doch das bessere zu sein.

solange Du das Binding auf false stellst, ist das egal.
Ich werde aber mal testen und nach meinem Urlaub mit 512 Flashen.

Danke Spline. Und auch wenn ich wieder Nerve muss ich die nun mit oder ohne Repartition. Bisher wurden ja die Kernel immer ohne Geflasht. Schönen Urlaub.

die JP6 ja ohne repartition.
Teste mal mit 512, hab ich auch noch nicht, was kann schon passieren.
Ich darf jetzt leider 14 Tage nicht mehr mitspielen

Zitat von spline

die JP6 ja ohne repartition.
Teste mal mit 512, hab ich auch noch nicht, was kann schon passieren.
Ich darf jetzt leider 14 Tage nicht mehr mitspielen

Nein wir Reden aneinander vorbei. Ich meinte nicht die JP6 mit der 512 Pit sondern den Kernel von dem Universal lagfix mit oder ohne Repartition. he komm Urlaub ist auch was schönes.
Oder meinst du die Jp6 mit der 512 Pit flashen?

Der Erklärt nur, er sagt nicht, man solle den Kernel mit 512 pit flashen.
Bin ich aber jetzt auch Überfragt.

Zitat von spline

Der Erklärt nur, er sagt nicht, man solle den Kernel mit 512 pit flashen.
Bin ich aber jetzt auch Überfragt.

Hi hi. Siehste nicht nur ich. Na wir schauen mal.

Der Kernel wird nach wie vor ohne Pit und vor allem ohne Re-partition geflasht.