also mir reicht die geschwindigkeit aufm iphone.


ich hab das mal mit firefox und safari getestet. safari gewinnt in allen 3 bereichen.

Das Problem ist ja nicht unbedingt das alles langsamer ist. Das ist ja auch verständlich (langsamere CPU...).
Was aber störend ist, ist das manche Sachen extrem langsam funktionieren und andere eben nicht. Dh das es nicht ausreichend ist eine bestehende Webapp wegen der Bildschirmgröße anzupassen, nein, man muss auch noch den kompletten Javascript Teil für den iPod optimieren. Da sehe ich das Problem.

Ich fürchte die meisten (und ich schließe mich da ein) verstehen das Problem nicht. Faktor 20 langsamer ist eindeutig nicht schnell, das versteht man. Aber warum soll es stören, wenn einige Funktionen schneller sind?

Willst du ein schnelles Action-Game in JavaScript schreiben? Dann musst du optimieren. Ansonsten solltest Du einfach nur ab und an auf dem iPod testen und all zu langsame Funktionen vermeiden, wenn es notwendig wird und geht.

Ausserdem stimmt es ja nicht, dass auf dem iBook alles gleich schnell ist. Dreimal ändern sich die Kräfteverhältnisse auch im iBook Diagramm. Und 799:612= ca. 1,3 und 32629: 23250 = ca. 1,4 so groß ist der Unterschied also gar nicht.

Hab ich etwas falsch verstanden?

Ok, ich habe mich etwas undeutlich ausgedrückt. Also so wie du vergleichst darfst du das nicht machen. Du musst ein und die selbe Bibliothek auf dem iBook mit der Laufzeit auf dem iPod vergleichen. Also 12839 zu 668 für Jquery. Wenn man sich die Faktoren dann anschaut hat man 19, 37 und 40. Und hier fällt auf das 2 der 3 Bibliotheken doppelt so langsam auf den iPod sind als relativ gesehen jQuery.
Mir ist einfach nur aufgefallen das der Safari Browser auf dem iPod leider etwas total anderes ist als der Safari Browser auf dem Mac. Und das finde ich sehr schade, da man so als Entwickler nicht einfach sagen kann, was auch Safari läuft, läuft auch auf Safari. natürlich muss man sein Programm an den iPod anpassen, alleine schon wegen der Bildschirmgröße. Aber damit ist leider nicht alles getan. Denn wenn man die "falschen" javaScript befehle nutzt ist auf einmal alles viel langsamer als es sein müsste.

Ein Action Game möchte ich nicht programmieren. Aber zB bei uns im Unternehmen wären iPods sinnvoller als Laptops oder andere PDAs um mobil in der Fertigung die Produktion und die Abläufe im Auge zu behalten. Die Intranetanwendung läuft auch auf dem iPod Touch; nur arbeiten wir schon sehr lange an dem Geschwindigkeitsproblem bezgl Javascript.

Auf meinem iPod touch stimmen die Verhältnisse noch, jedenfalls im Vergleich zu den Anderen Rechnern auf denen ich getestet habe. Da ist überall jQuery das schnellste Framework, die MooTools das zweitschnellste und Prototype das langsamste.

Was mir Eher sorgen macht ist das auf dem iPod Touch in der Zeile div ~p Die Moo Tools einen falschen wert zurückgeben (50 statt 183) während die Werte im normalen Safari stimmen.

Wenn Geschwindigkeit dein Hauptproblem ist gibt es noch Hoffnung . In den aktuellen Nightly Builds sind die Entsprechenden Funktionen direkt implementiert, so dass sie bedeutend schneller sind. Siehe .
Das könnte, sobald der Safari diese Entwicklungen übernimmt, und die Frameworks das berücksichtigen eine enorme Beschleungung bedeuten.

Aber bis dahin heißt es abwarten und Tee trinken

Hach bin ich froh - ich liebe jQuery!

Sicherlich auch Spannend:

iPod Touch - MobileSafari = 11601 20305 30022

MacBook Pro - Firefox = 1902 1597 1506

MacBook Pro - Safari = 163 199 256

MacBook Pro - WebKit = 126 181 219

Jedoch muss man beim iPod Touch auch bedenken, dass der Prozessor (412 Mhz Taktung) sicherlich voll ausgelastet ist...

MFG gilligamer

Hm, JavaSkript ist keine Echtzeitumgebung, nirgendwo ist festgelegt, wie schnell bestimmte Operationen sein müssen/dürfen. Wenn ich tippen darf, hängt das mit Arbeitsspeicheroptimierungen zusammen