http://www.handy-faq.de/forum/androi...id_handys.html
Und der Benchmark-Test heißt Benchmark und ist im Market verfügbar und hat kein Icon!
Druckbare Version
http://www.handy-faq.de/forum/androi...id_handys.html
Und der Benchmark-Test heißt Benchmark und ist im Market verfügbar und hat kein Icon!
welchen Speicher haben die getestet? Den schnellen NAND vom N1 und dagegen den langsamen internen vom SGS
Gerade selber getestet mit Benchmark von softweg, Resultate gemittelt über 10 Testläufe, beide nach einem Restart, bei beiden alle Apps geschlossen:
HTC Desire:
Total File System Score: 98
Total Graphic Score: 28
Total CPU Score: 680
Total memory score: 340
Galaxy S:
Total File System Score: 34
Total Graphic Score: 31
Total CPU score: 671
Total Memory score: 648
Leider scheint es tatsächlich so, als hätte das Galaxy S ein ca. 3x langsameres Dateisystem als das Desire. Das würde den Lag natürlich ausreichend erklären. Gerade beim praxisnahen deletion / creation test (wo jeweils 1000 Dateien erstellt und wieder gelöscht werden), ist das Galaxy S fast schon schneckenlahm und liegt fast um den Faktor 8 hinter dem Desire. Bei der allgemeinen Memory Score, welche primär die Geschwindigkeit des NAND wiedergibt, ist das Galaxy S extrem schnell. Dies würde erklären, warum der Lag erst nach einiger Zeit auftritt: solange ausreichend Kapazitäten im NAND bestehen, ist das Gerät rasend schnell. Sobald aber dieser Bereich voll ist und auf das Festspeichersystem ausgelagert wird, wird das Galaxy S total ausgebremst.
Das ganze deckt sich auch mit den vorhanden Hacks, welche die Apps in den NAND verschieben, um mehr Speed zu erhalten.
Natürlich muss man sich jetzt fragen, ob das Problem hardwarebedingt (also durch lahme Speicherbausteine) ist, oder ob ein Treiberproblem vorliegt.
Sollte ersteres der Fall sein: dann gute Nacht. Man könnte dann höchstens noch abwarten, ob die 16gb Modelle schnelleren Speicher haben.
Benchmark von softweg
Die Ergebnisse sind tatsächlich überraschend!
Creating 1000 empty files: 46,593 s!
Deleting 1000 empty files: 25,005 s!
Zum Vergleich das alte Samsung I7500 Galaxy (eine der Spitzenleistungen unter Android Phones):
Creating 1000 empty files: ca. 3,7 s
Deleting 1000 empty files: ca. 3,2 s
Sogar das kleine günstige Galaxy Spica ist besser:
Creating 1000 empty files: ca. 24 s
Deleting 1000 empty files ca. 17 s
Das ist doch wirklich ein Witz...
da kann man nur auf firmware nachbesserungen hoffen
hoffe samsung kennt das problem und muss nicht extra in einem youtube video drauf hingewiesen werden ^^
2.2 bringt sicher auch etwas: http://www.pocketpc.ch/android-allge...asts-ios4.html
Sorry, was meinst du mit "ausreichend Kapazitäten im NAND"?Zitat:
Zitat von Unregistriert
Was wird da reingeschrieben, dass der Bereich voll wird?
Angeblich gibts ja genug Kapazität bei dem NAND frei, dass sogar Daten der Apps nachträglich rüber kopiert werden können.
Das würde mich auch interessierenZitat:
Zitat von ThoRsHammeR12
Ich kann nur mutmassen, wie der Speicher beim Galaxy S genutzt wird. Üblicherweise wird der NAND als Ausführungsspeicher verwendet (wie der RAM bei einem PC). D.h. wird eine App geladen, erhält sie während der Ausführung einen Speicherbereich im NAND alloziert. Werden mehrere Apps parallel ausgeführt, wird der Ausführungsspeicher knapp und es wird auf den (grösseren) Festspeicher ausgelagert - und ab da (so meine Vermutung) - wird's langsam.Zitat:
Zitat von Unregistriert
Wobei man dann differenzieren muss:Zitat:
Zitat von Unregistriert
Das Desire verfügt über keinen zusätzlichen Festspeicher. D.h. alles läuft im (knappen, aber schnellen) NAND ab. Auch die Apps werden dort abgelegt, was dann wiederum dazu führt, dass der Ausführungsspeicher schon voll ist, bevor überhaupt Anwendungen gestartet werden. Abhilfe schafft hier erst Froyo - dort ist erlaubt, dass die Anwendungen selber auf der SD-Karte residieren. Und obwohl letztere deutlich langsamer ist als der NAND, ist keine Verlangsamung des Systems festzustellen.
Beim Galaxy S werden die Apps aus dem Festspeicher in den Ausführungsspeicher geladen. Das geschieht nach einem Neustart für eine Weile sehr flott. Erst wenn der NAND voll ist, lagt das Gerät. Daher muss man sich fragen, ob Samsung nicht doch einfach etwas mit dem Taskmanagement versaut hat. Allenfalls ist das ganze halt eine Kombination aus mangelhaftem Task-Management und dem langsamen Dateisystem.
Habe das mit dem Benchmark mal nachgemessen. Da kommen aber etwas andere Werte beim Galaxy raus:Zitat:
Zitat von Unregistriert
HTC Desire:
Total File System Score: 98
Total Graphic Score: 28
Total CPU Score: 680
Total memory score: 340
Galaxy S:
Total File System Score: 44
Total Graphic Score: 31
Total CPU score: 781
Total Memory score: 689
Dieser Graphic Benchmark ist übrigens nur 2D. In 3D ist das Galaxy bei Neoscore mit 55 zu 23 Punkten annähernd 3 mal so schnell wie das Desire oder N1. Wohlgemerkt Android 2.1 auf dem Galaxy gegen 2.2 auf Desire/N1.
Das macht den Kohl nun aber auch nicht fett. Tatsache ist, dass es einen gravierenden Lag/Bug im Dateisystem gibt. Ob Hardware oder Software, das gilt es herauszufinden und eventuell zu beseitigen.
Von daher ein dickes Danke für diese Benchmark-Ergebnisse... ;)
Sind Deine Messungen denn auch gemittelt AlterSwede?
Wenn dieses Benchmark beim Filetest dann auf nicht auf den gleichen Speicher zugreift (Desire NAND, Samsung interne SD) dann kann man die Werte nicht vergleichen. SD ist klar langsamer.
Problem ist nun, dass Samsung diesen internen Speicher bevorzugt. Was haben die sich dabei gedacht...Quantität vor Qualität?
Einfache Lösung ,wie schon in den Vorherigen Meldungen, für die kleine Macke ist der Launcher Pro und das Ding geht wieder ab wie Schmidts Katze :-)
das ist das Problem - die Benchmarks beweisen nur relativ eindrücklich, dass die von Samsung gewählte Methode zur Speicherung und Ausführung von Anwendungen nicht gerade optimal ist.Zitat:
Zitat von Unregistriert
Aber eben - Froyo + N1 zeigen eindrücklich, dass eine Speicherung der Apps auf SD-Karte ohne erkennbaren Geschwindigkeitsverlust machbar wäre. Vielleicht sollte Samsung mal bei Google anklopfen und mit denen zusammen eine brauchbare Lösung finden.
Zitat:
Zitat von unregged
im filesystem sicher nicht! allenfalls designfehler. doch genau so weit würde ich nicht gehen wollen mit der aussage.Zitat:
Zitat von AlterSwede
ich denke es ist, wie oben ja von einigen angesprochen, seiner zeit nur vorraus.
n1 & co speichern ihre appz in einem rel. kleinen (512mb?) aber schnellen speicher in dem das gesamt OS installiert ist.
das galaxy hat anstelle dessen 2gb der internen SD karte und nutz diesen womöglich für die gesamte installation. der SD speicher ist nun einmal langsamer.
ich denke das problem erledigt sich mit froyo, da dort die timingprobs in ganz anderer größenordnung beginnen, wenn irgendwelche SD karten eingesetzt werden können :).
allerdings denke ich, dass es technisch bedingt dennoch grundlegend so bleiben wird.
man muss das N1 betrachten wie n rechner der seine swapdisk und andere daten auf eine SSD schreibt - und das galaxy schreibt genau die selben daten auf eine grooooße.. aber weit langsamere festplatte.
das so als kleine metaphorie.
http://www.handy-faq.de/forum/androi...id_handys.html
Und mit dem Galaxy S habe ich selbst dem Benchmark-Test gemacht, mit dem App: Benchmark aus dem Market.
Es hat kein eigenes Logo!
Gut, also kurz zusammenfassend:
Wenn die 'Daten' der Apps auf schnellen NAND ausgelagert werden läuft ja alles fix.
Wenn also der Ausführungspeicher zur Neige geht, wird die interne SD ausgelastet (durch evtl swappen).
Versucht man nun eine App in dem selben Moment zu starten, greift diese auf ihre Daten auf der internen SD und benötigt dafür unverhältnismäßig länger. Blackouts oder 'Denkpausen' sind die Folge.
Befinden sich diese 'Daten' auf dem NAND, so gibt es keinen Konflikt beim gleichzeitigen Zugriff und Swappen.
Eventuell wäre es noch eine Möglichkeit den Datenpfad der Apps auf die externe SD auszulagern. Die externe SD sollte in dem Moment ja nicht im Zugriff sein. - Mag das jemand mit gerootetem System testen bidde bidde :)
da kann auf jedenfall verbesserungen bringen (wie ich auf seite 12 anhand eines normalen desktop computers belegt habe)
Also ich finde den internen Speicher sehr schnell eigendlich in bezug auf eine SD Karte. Habe immerhin letztens einen Film mit 9 - 10 mb/s kopiert. Auf die SD Karte gingen nur 2- 3 mb/s
Jau, wobei: auch frühere Samsung Android Handys hatten diese Aufteilung, dennoch haben die (siehe auch ein paar Posts weiter oben) keine so schlechten File System benchmarks.Zitat:
Zitat von unregged
Es geht hier nicht um sequentielles Lesen/Schreiben der Daten und schon gar nicht um Bandbreite.Zitat:
Zitat von ThoRsHammeR12
Random Zugriff bei Auslastung ist das Problem.
Habe jetzt seit gestern die App "AutoKill" aktiviert mit der "strict"-Einstellung.
Bisheriges Fazit: Läuft gut, habe noch keine Probleme festgestellt und es sind immer über 100 MB Ram frei, was dazu führt, dass das System stabil schnell läuft. Feine Sache.
habe jetzt mal Launcher Pro installiert:
Der Launcher selbst läuft jetzt schnell, auch der Home-Button geht gut. ansonsten hat das aber nichts gebracht - die Anwendungen gehen nach einiger Zeit auch mit LP nur noch stockend auf und sind gleich langsam wie zuvor.
laut einem anderem forum sollte nächste woche via kies ein offizielles update kommen!!!!!
--> http://www.pocketpc.ch/samsung-galax...tml#post670733Zitat:
Zitat von Unregistriert
super, das wären ja mal gute Nachrichten. Offenbar bringt T-Mobile USA das Galaxy S am 15.7. raus - sehr gut möglich, dass sie das Update vorher noch raushauen. Sonst kriegt das Teil sehr viel schlechte Presse in den USA, was den Launch bei den übrigen Providern vermiesen könnte.Zitat:
Zitat von vygi
Was ist NAND?
Kann mir jemand den Begriff erklären?
Hast du dort mal die Nachteile gelesen?
Besonders der letzte Punkt!
Also ist der NAND an dem Übel schuld?
Jetzt ist auch klar warum Samsung sich keine Sorgen mit ihren Updates machen muss :pZitat:
Zitat von DesireOwner
Falsch. RAM in Linux (auch in Android) ist dazu da, um es zu belegen und zu nutzen. Wenn das System jetzt schneller läuft dann nicht deshalb, weil es weniger Speicher nutzt.Zitat:
Zitat von Steili
Geschrieben unterwegs auf dem Galaxy S via Tapatalk
Falsch. Hier geht es nicht um Linux im Allgemeinen sondern Verhalten von Galaxy S mit wenig verfügbaren Ausführungsspeicher. Und Solange hier Linux nicht an die Grenze kommt, wo es den Speicher umverteilen muss, ist das Galaxy S - System schneller :)Zitat:
Zitat von vygi
Falsch. Es geht um die generelle Beurteilung der Anwendungen und den beabsichtigten Umgang mit Hintergrundapplikationen. Das hat nichts mit der grundlegenden Ramverwaltung von Linux (und das ist Android) zu tun. Linux cached seit jeher Dateien, was den verfügbaren Speicher (sinnvoller Weise) immer auf ein Minimum reduziert. Das Teil so leerzufegen, dass nichteinmal der normale Bereich belegt werden kann führt nur zu einer Sache: erhöhte Zugriffe auf die "Festspeicher" und damit mehr Energieverbrauch.Zitat:
Zitat von Unregistriert
Vermutlich wird sich das Ganze in einem kaum messbaren Bereich bewegen, aber ist so.
Aufgabe der Androidverwaltung wäre es SWAP zu vermeiden, in dem es "erkennt", welche Programme aus dem Speicher geräumt werden können.
Ja gut, hast recht. Die Aussage aber, dass ein nicht leergefegter Galaxy S Speicher (bezogen auf die freien 100MB) das System stabil schnell hält ist auch wahr. Zumindest laut praktischen Erfahrungen.Zitat:
Zitat von unregged
öh, jo stimmt schon. hatte den teil irgendwie [falsch || über] (ge)lesen.
das falsche falsch hatte meine ganze aufmerksamkeit gefordert und zu misverständnissen geführt :D.
sind wir uns ja einig, dass mehr freies ram weder ein ziel sein sollte noch die lösung ist. :)
* Wenn ich das telefon app starte, um zu telefonieren, es aber 5 Sekunden mir einen schwarzen Bildschirm anzeigt, dann ist es kein Ruckler, sondern wie vygi es beschrieben hat eine Denkpause. Und das geht bei einem so kritischen app gar nicht.*
alles schlechte hat auch was gutes. ich dachte ich wäre mit diesen denkpausen allein bis ich mich hier einlas. das gute an dem schlechten ist, dass ich nicht allein bin.
demnach macht es auch nicht viel sinn, das gerät gegen ein neues umzutauschen da es dort höchstwahrscheinlich früher oder später wieder eintritt??????????
auch wenn es nicht sein sollte, ist es doch bis zu einem gewissen grad normal, denn sonst wären ja nicht viele von diese denkpausen betroffen.
auch wenn schon einiges darüber geschrieben wurde und vorallem mehr oder minder alles quer durch kann mir vielleicht nochmal jemand, der sich seiner sache sicher ist und auskennt, ein paar tipps geben, wie man damit am besten umgeht, sprich dagegen tut??
wäre eine alternative es einfach zu akzeptieren, auch wenns nervt, und hoffen, dass es mit andorid 2.2 besser wird???
dankeschön
Öhm für mich ist das ein wenig viel fachchinesisch ... heißt das ganze jetzt, das Galaxy S wird auf ewig langsam bleiben? Besserung kann nicht kommen?
Und wenn das Desire nur NAND hat und alles darüber macht dann ist der nachteil von wikipediadoch NOCH negativer fürs desire, gell? Sprich das desire ist dadurch zwar schneller aber auch schneller für die Tonne?Zitat:
100.000 bis 1.000.000 Schreib-Lösch-Zyklen, danach ist der Speicher nicht mehr nutzbar.
rechne dir mal aus wie viele jahre es brauchen wird bis 100.000 - 1Mio (allein schon die Differenz sagt einiges über das Wissen wie viel Schreib-Lösch-Zyklen solche Speicher aushalten)... Da wirste dann auf Werte kommen, die die Lebensdauer alle anderen Bauteile um Längen übertreffen!
@unreg:
jope, akzeptieren und warten. vielleicht nicht so oft monsterapps wie layar und co verwenden, programme die anbieten sich zu schliessen auch schliessen und fertig.
wahlweise jeden tag n neustart und gut ist.