Gebt mal Bericht, was der Market sagt, ich lese beim Entwickler, dass es da Probleme geben könnte.
Edit:
Ich bin schon wieder am Flashen, kann es mir gleich selbst Beantworten (evtl.)
Druckbare Version
Gebt mal Bericht, was der Market sagt, ich lese beim Entwickler, dass es da Probleme geben könnte.
Edit:
Ich bin schon wieder am Flashen, kann es mir gleich selbst Beantworten (evtl.)
Und da nölst du noch über mich. :-) Der einzige Vorteil ist das du Englisch kannst. Gib mal Rückinfo wenn ob ext 2 bei dir geht. Das geht bei mir nicht komme ich immer wieder in eine Endlos schleife beim Booten.Zitat:
Zitat von spline
Bleibt aktuell beim efs Backup Hängen.
http://forum.xda-developers.com/show...8&postcount=90
was aber auch nur dann erträglich ist, wenn man nicht z.B. gerade geschaeftlich unterwegs ist und keine möglichkeit des neufalshes hat ;).Zitat:
Zitat von spline
ich finde es ja ok, dass ihr performance über alles stellt. doch empfinde ich den umgang hier als arg sorglos.
und warst Du es nicht, der sich das ganze just mit dem titanium 2.2 backup zerschossen hat? ;)
Klingt ja sehr interessant.... Aber ich hab da noch etwas Englischprobleme :)
What are the lagfix schemes?
They are ways on how to format and bind the various filesystems. You can chose how you want to format the partitions (data,dbdata and cache), whether you want to use an extra loop device or not, and whether you want to bind some directories from /data to /dbdata.
Was heisst das, you want to use an extra loop device or not??
Falls du ein extra Schleifengerät haben willst oder nicht? :)
Kann das mal jemand bitte übersetzen?
Danke.
@unregged
Wenn Du meine Beiträge so fleissig liesst, dann merkst Du, dass ich immer auf der Gefahr des ext2 Hinweise.
Jeder muss selber wissen was er brauch und sollte sich der Konsequenzen bewusst sein.
Für meine Belange ist ext2 besser, für Dich wäre es wohl zu Gefährlich.
Wobei Du die Gefahr eines Wasserschadens oder Diebstahls auch nie Ausschliessen kannst.
... egal
Back to Topic:
Hab nun den Fix drauf und hab ganz simpel die Advanced Version genommen.
Erstmalig bleib es beim efs Backup stehen, nach einem Reboot ging es wieder von vorn los und diesmal nahm er alles.
Beim ersten Booten ein paar FC's und auch nach dem 2. mal.
Nun grad läufts und das erstaunlich Flott.
Subjektiver Benchmark: Ein Zacken schneller als Voodoo.
Objektiver Benchmark (only i have zur Verfügung ;-)): Quadrant 1756
Kann So bleiben.
Hatte es direkt über den voodoo Kernel drübergebügelt, ohne voodoo vorher zu Entfernen.
Selbst die Rootrechte blieben erhalten.
Wichtig ist SD Karte rausmachen vorher.
Market funzt auch.
Bei dicken Spielen wie Asphalt etc. ist es beim Start so, dass erst garnichts passiert so 2 sekunden lang und es aber dann einfach "klatsch" macht und alles ist geladen. (Da wünsch ich mir eine Warteanimation alà Iphone, denn man ist versucht gleich nochmal zu Klicken, weil man nicht weiss, hab ich jetzt ... , oder hab ich nicht)
Die Gefahr des ext2 ist mir irgendwie entgangen? Was für Gefahren?
Also ich hab jetzt noch mal von vorn angefefangen und ich ich hab es jetzt auch drauf. Alerdings geht ext 2 nicht da bleibt er mir immer wieder beim Boot in einer endlos schleife hängen. Aber im großen und ganzen läuft es doch recht Flüssig. Mal schauen wie es sich über den Tag Entwickelt.
ext2 ist kein journaling FS, d.h. faellt Dir der akku raus oder freezt es, KANN (muss nicht) es Dir das dateisystem so zerschiessen, dass Du das system neu installieren musst.Zitat:
Zitat von faethor
@spline:
ich bin kein angsthase, aber ich war systemadministrator früher. vielleicht klärt das ein wenig meine ansicht auf.
und ich sehe mein SGS als businessdevice.
des weiteren finde ich stats nur wenig beeindruckend, solange sie nicht komplett sind.
einzig relevant wäre also ein "use case benchmark".
privat betreibe ich meinen fileserver aktuell im raid5 - was auch nicht sonderlich sicher ist, ich bin da eher der raid 6 fan. und mit DIESER erkenntnis darfste mich gerne (IT technisch) als sicherheitsfanatiker abstempeln ;).
dennoch ist am post von faethor durchaus erkennbar, dass nicht alle nutzer mitbekommen, wo die gefahren liegen.
als technisch versierter moderator hier hast Du zu dem eine vorbildfunktion für viele - die dann Deine entscheidungen auch nicht zwingend hinterfragen. als einfacher nutzer wäre das etwas anderes.
das ist nun nicht als kritik zu verstehen, denn Du weisst ja in der tat daraufhin. meine community erfahrung ist aber eben, dass "nicht sehr deutliche hinweise" gerne überlesen werden, gerade wenn sie von einer "respektsperson" kommen.
So hab ihn mir auch mal drauf gemacht :) hab die Overkill Funktion genutzt mit ext4 & 2.
Bisher läuft es echt wie butter, aber ich fand den voodoo lagfix auch nicht schlecht, merke keinen soo großen Unterschied.
Quadrant: 1600-1950pkt (schwankt ein wenig)
Gruß
Achja Rom ist JP6
Neu!
Der Lagfix kann jetzt auch JFS Dateisystem (No-RFS Overkill JFS)
@unregged
Ich kann Dich verstehen, aber wir sind hier nicht in einer Firma dessen Redundanz gesichert werden muss.
Jeder der alt genug ist und trotz meiner und der (obigen *rot*) Sicherheitshinweise etwas verändert, der macht dies auf eigene Gefahr.
Übrigens, seit es den OCLF gibt (Ryanza ext2), wieviele von den tausenden Usern haben schon einen Totalverlust beklagt?
Antworte wenn, dann bitte per PM und nicht im Thread. Danke
Für die, die es nicht wissen.
JFS ist ein Dateisystem, was schon ewig bei IBM Eingesetzt wurde, und wenn ich richtig Informiert bin, die Vorzüge von ext2 und die Sicherheit (achtung unregged ;-) ) von ext4 vereinigt.
An der Grafik sieht man mal wie es sich beim Lesen von kleinen und grossen Dateien im Vergleich mit anderen schlägt.
da fehlt mir noch ext4 ;).
aber ansonsten klingts erstmal nett.
...wenn man davon absieht, dass keinerlei rahmenbedingungen angegeben sind.
back to topic werde ich warten, bis das ganze etwas "more stable" wird und das testen überlasse ich diesmal den anderen.
mir persönlich ist wichtig: as fast as voodoo (ganz witzig, habe gerade den karton meiner alten voodoo grafikkarte gefunden, falls das noch jemand kennt) and as stable as journaling can be ;).
auf der anderen seite finde ich einen anderen ansatz fast schon interessanter: nämlich, dass ALLES auf EIN system umgestellt [werden kann] || [wird].
auch wenn das im grunde rel. beliebig ist, macht ein abwasch eben recovery & tools "einfacher". insofern ist es ad hoc sicher einer der interessantesten ansaetze - wenn man eben ignoriert, dass supercurio auch noch gfx & sounds anfassen wird.
Bin bisher auch sehr! zufrieden mit meiner Config wie zuvor beschrieben und konnte noch keinerleid Fehler feststellen.
Bei Gelegenheit werde ich mir auch mal JFS-Version ansehen, klingt interessant.
Zur kompletten Konvertierung hatte der Entwickler irgendwo etwas kommentiert. Wenn ich mich recht entsinne gibts da noch paar kleine Hindernisse, die dies noch verhindern, doch er arbeitet dran und ich persönlich bin auch zuversichtlich, dass es noch möglich wird (schließlich hat Samsung RFS selbst eingebaut, dann muss man es auch wieder komplett raus kriegen ;))
Wie bereits erwähnt wird dies in meinen Augen wohl der Fix der Zukunft werden und sobald er genügend getestet und völlig ausgereift ist, wird sich für die weniger versierten User sowieso wieder eine Option durchsetzen, die dann auf einfachere Installationswege portiert wird.
Einfach Geduld! Mit den ganzen upcoming CustomRoms und FinalFixes werden wir am Ende endlich das SGS kommen, das wir uns immer wünschten (wie von mir angepriesen warteten die meisten Entwickler einfach nur auf das Release der Froyo-Sources, da sich die ganze Arbeit bei 2.1 einfach nicht mehr gelohnt hat - habe ich auch bei mir selbst festgestellt ;))
Klingt schon sehr interessant die Geschichte. Doch wenn supercurio in naher Zukunft seinen Voodoo-Fix mit samt Color und Sound fertig hat, wird dieser hier mehr oder weniger uninteressant.
Viele Leute haben sich dieses Gerät ja auch wegen dem schönen Display zugelegt - und wenn diese Personen erstmal sehen auf welches Level das Display durch den Colorfix gehoben wird, werden die auch bereit sein kleine Performance-Defizite im Vergleich zu OCLF und Co. in Kauf zu nehmen. Ja, ich selbst verzichte sogar komplett auf Froyo solange kein Colorfix dafür bereit ist - was aber nicht ganz so schlimm ist, da ich ein recht geduldiger Mensch bin. :D
Ich freu mich jedenfalls schon bärigst auf Voodoo-Color&Sound für Froyo. Hoffentlich lässt sich supercurio da nicht verrückt machen von den ganzen Lagfix-Variationen, die sich in letzter Zeit so stark vermehrt haben :P
Hey Hey, bin nun beim No-RFS Overkill JFS
Wenn einer sagt, mit dem Advanced auf ext4 fliegt das SGS, dann Probiert mal JFS.
Gefühlt noch schneller als die adv. ext4 Version. Dort hatte ich bei grösseren Apps diese 1-2sek Bedenkzeit.
(Ich meine Spiel anklicken, eins, zwei, zack Spiel da. Das ist ja schnell, aber dieses eins, zwei vorher störte mich)
Quadrant im ersten Anlauf 1756 im zweiten Anlauf 2008 Punkte.
Vorteil von JFS:
- Geringere CPU Last (damit Akkuschonend)
- "Sicher" durch Journaling
- schnell wie ext2
Nachteil:
- bitte keinen ;-)
Also mal ein kurzes Standmant von mir.
Ich habe gestern Abend Handy neu Aufgesetzt heist. Erst JPK dann die JP6 drauf. Danach hab ich den CF-Root v1.2 geflasht hab meine Akku Anzeige drauf gebracht und danach den Universal lagfix von sztupy. Aber so recht zufrieden bin ich nicht. Ich hatte davor den Voodoo drauf der bei weiten besser lief als der hier. Ich merk das Besonders bei einigen Apps beim öffnen wie im Astro Manager Ordern öffnen das Dauert zum teil ne ganze weile. Ich hatte erst den 0.1 Kernel drauf dann gestern Abend noch den 0.2 drauf gemacht. Diese Einstellungen habe ich bis jetzt getestet.
No-RFS Advanced unter Adwance Menü bins auf Fale gestellt
Jetzt hab ich grad noch mal no RFS overkill JFS Probiert
Sonst keine Einstellungen übers Recovery Menü vorgenommen.
Beide liefen auch auf Anhieb ohne Probleme durch Handy startet danach ganz normal. Akku ist Absolut in Ordnung.
Aber wie gesagt die Geschwindigkeit überzeugt mich im Moment noch nicht. Quadrant sagt so zwischen 1600 und 1700
Zitat:
Zitat von Jens0609
Teste es mal einen ganzen Tag durch. Und wenn ich du wäre, entferne jeden root und fix vor dem flashen. das ergebnis kann variieren.
Danke für den Tip. Root und Fix war vor dem Flash der Firmware nicht drauf. Alle Apps waren Runter. Interne SD Formatiert. und doppel Wipe vor dem Flash.Zitat:
Zitat von malufor
mal ne Frage,
wollte den lagfix auch testen, habe aber noch einen "schein-root" vom oclf installiert. Das SGS ist nicht wirklich gerootet, aber in den Telefoninfos des Kernels steht es (...), lässt sich via oclf auch nicht mehr deinstallieren.
Daher wollte ich die JP6 neu flashen, kann ich das ohne JM8 machen oder muss ich die zuerst drauf haben? (meine die Frage wurde schon beantwortet, konnte sie leider nirgends wieder finden :()
Ob es jetzt am Nikotinenzug liegt oder an mir... hast du oben nicht geschrieben das der cf-root drauf geflasht war?Zitat:
Zitat von Jens0609
Empfohlen wird erst die JM8 dann auf die JP6 du kannst aber auch Drax seine Methode nehmen die hab ich nun schon oft genommen. Heist erst auf die JPK dann auf die JP6Zitat:
Zitat von Plastikdusche
Richtig den hatte ich erst drauf gemacht nach dem Flashen der JP6. Das Problem schein besonders am Astro Dateimanager zu liegen. Ich habe auf der interne SD Karte nen ordner der heist appmanager wo meine ganzen Apps drin sind. Öffne ich den über den Astro dauert es ewig.Zitat:
Zitat von malufor
Ich hab nun doppel Wipe noch mal gemacht
hab den no RFS overkill JFS noch mal gemacht und das teil rennt nach dem doppel wipe.
Der selbe Ordner Appmanager öffnet über Eigene Dateien schwup auf. Unter dem Astro weiterhin sehr Mühsam.
Im Quadrant lieg ich jetzt zwischen 1800- 2000.
Also scheint es doch an einigen Apps zu liegen. Danke für deine Tips.
Zitat:
Anybody who tried both advanced and jfs advanced who can say if there is any difference in battery usage? Advanced used 13% during the night, its a little much.
paar eindrücke von xdaZitat:
Tried overkill but loose my widgets and google framework force closed
Tat 1 lite
Default Quadrant = 958
Ext 4 Advance = 1580
Ext 4 Overkill (no bind) = 1654
Ext 4 Overkill (bind) = 1889
Spline: -> JFS Quadrant im ersten Anlauf 1756 im zweiten Anlauf 2008 Punkte.
wenn du schon JP6 hattest, dann ja.
Mein Ergebniss bis jetzt, Die Overkill JFS/ ext2 version ist wirklich die schnellste.
Leider gewöhnt man sich schnell daran ;-)
Meinen Akku hab ich jetzt in fast 3h um 25% geschrumpft, hab aber seit kurz nach 8 das SGS fast Pausenlos in Betrieb und teste jedes einzelne App (bin jetzt bei "K" ;-) ).
Hey Malufor
Welchen Diskscheduler würdest Du mit JFS empfehlen?
JFS ist doch schon Read optimiert.
@spline
ganz klar deadline.
> > ext3 jfs xfs
> > Read 112 188 141
> > Write 97 157 167
> > Rewrite 51 71 60
bezieht sich zwar auf komplett andere hw, aber darf als Referenz genommen werden.
http://www.redhat.com/archives/ext3-.../msg00019.html
edit: tabelle oben verschoben :(
Diskscheduler? Sry, bin nicht grad so der Linux Freak, was ist das, bzw. wie ist die tabelle zu verstehen?
na hoffentlich hat nicht nur linux nen disk scheduler :DZitat:
Zitat von bonus_1337
das ist sozusagen ein dienst der die priorität von speicherzugriffe regelt.
kannste mit dem OCLF auswählenZitat:
Zitat von bonus_1337
Achso, ja ka, hatte gedacht es hat jetzt speziell mit ext2 oder ext4 zu tun was windows ja nicht benutzt ^^ Ist mir beim OCLF noch nie aufgefallen Oo Also ist das sowas wie das AutoKillerApp oder wie?
Ausserdem: JFS unterstützt eigentlich das Journaling auf andere partitionen, disks oder sogar devices. das heisst man könnte mit einer echtzeitsicherung auf ner externer sd durchs system browsen. das fs schreibt die journals auf die externe sd. kann zusätzlich sicherheit und geschwindigkeit bedeuten. ich weiss jetzt noch nicht in wie weit das jfs portiert wurde. aber grundsättzlich sollte es möglich sein. 128mb würde dafür an speicherplatz benötigt.
nein. angenommen windows ist gerade am backups erstellen und du willst gleichzeitig eine paint datei abspeichern die sagen wir 3gb gross ist, dann wird windows stehts dem backupprozess beschleunigen da dieser prozess eine höhere priorität hat. danach kommt dein bild und bekommt die nötigen ressourcen um schnell gespeichert zu werden. Der scheduler verteilt prioritäten. Der autokiller schaut das auch genug ressourcen da sind um zu verteilen. Sind zu wenige da killt er prozesse nach der niedrigsten priorität.
So, hab nun alles durchgetestet.
Bei mir waren irgendwie alle Einstellungen weg und many apps haben einen FC bei Start gehabt (nach dem Aufspielen des 0.2 Kernels).
Ein Restore brachte abhilfe.
Soweit sogut, läuft alles flüssig.
Jedoch macht mich eins Stutzig. Meine CPU läuft im leerlauf bei ca. 133 Mhz.
Ich glaub das war vorher niedriger.
hast du momentan irgendwo ext4 am laufen?
eben nich, ich hab JFS und ext2
Über JFS: (Wikipedia)
Es wird zwar Linux unterstützt, aber die Defragmentierung wurde bislang noch nicht auf Linux portiert. Dies kann dazu führen dass durch das anlegen und löschen vieler kleiner Dateien (einige kByte) das Dateisystem fragmentiert und vor allem die Schreibzugriffe sich etwas verlangsamen und eine höhere CPU-Last erzeugen.
Aber keine sorge, absolut normal. normalerweise bleibt die fragmentierung unter einem gewissen grad. so ziemlich im normalen bereich also.
Weitere Info:
JFS journals werden nur über Systemeinträge "verfasst". Ich könnte mir vorstellen das auch der external_sd zugrif etwas hoch ist....
Jetzt weiß ich auch warum Ihr alle so von dem Fix schwärmt das ist ja Irre wie das Läuft gerade unter JFS. Danke malufor für deine Tips. Ich denke in der zwischenzeit auch das es an irgendwelchen Root oder vielleicht doch an manchen Apps liegt. Denn jetzt nach dem doppel Wippe rennt das Teil ohne ende. Da Spline ja seine Apps wie er schreibt getestet hat und zumindest keine Info kam das was nicht Funktioniert. Werd ich heute Abend noch mal das Teil Blanck machen und gleich den Kernel danach Flashen.
Nur ne kurze Frage am Rande. Ist es Normal das nach dem doppel Wipe der Lagfix erhalten bleibt ja oder?
wenn du damit den factory und cache wipe einst, dann nein, oder mir ist es bisher nicht aufgefallen.
dann freue ich mich doch über einen ausfürlichen erfahrungsbericht^^ spiele auch schon mit dem gedanken...
Ja den meinte ich. War aber vorhin nach dem wipe noch da zumindest laut Quatrant und den Punkten.Das ist aber auch egal hab dann den Fix einfach noch mal gemacht. Ich kann es wirklich nur Empfehlen das JFS ist echt hammer schnell. Wie sich das nun auf den Akku auswirkt kann ich noch nicht sagen, dazu testet ich es zu kurz.Zitat:
Zitat von malufor
Mal angenommen ich spiel mir diesen Fix rauf. Habe ja derzeit JP6+Voodoo. Das heisst, ich entferne den voodoo fix spiele nen "sauberen" JP6 Kernel über Odin ein und mache dann dieses Fix mit odin rauf, dann komme ich in den reboot wähle die JFS option aus und done. Im Normalfall müssten alle daten noch da sein, oder? Bzw. hoffe ich das dass dann der richtige vorgang ist?