Übertragungsgeschwindigkeit IE vs Firefox

[Icke M. (Firma: my-solution) (hendi)]

Hallo Leute, da mein Problem was mit Browsern zu tun hat, poste ich mal 
hier. Folgendes Problem auf meinem ARM läuft ein Webserver (EasyWeb von 
Keil), soweit, so gut. Wenn ich den Server anpreche bekomme ich eine 
Website, auf der ich auf dem Board Leds an und aus schalten kann. Des 
Weiteren gibt es noch diverse Optionen um später einen Motor 
anzusprechen. Als die Motoroptionen noch nicht in die Seite integriert 
waren, hat das mit den LEDs an, aus super funktioniert, doch nun 
passiert nichts mehr. Das kuriose es funktioniert nur unter Firefox 
nicht, hab den IE ausprobiert, da gehts. Noch ein Kuriosum: benutze ich 
Firefox mit Fiddler Wedebugger(Art Proxyserver), kann ich auch schalten 
wie ich möchte. Wenn ich weiterhin diverse Debugausgaben über den UART 
mache, dann funktioniert auch alles wie gewollt. Da die Debugausgabe 
alles verzögert, bin ich auf die Idee gekommen, dass ein Timingproblem 
vorliegt. Gibt es Unterschiede, von der Zeit her, zwischen IE und 
Firefox?
Kann überhaupt eine Anwendung aussteigen(normaler C Code, Verarbeitung 
von Anweisungen), durch Timingprobleme? Oder kann es sein, dass die 
Register für die LEDs zu schnell gesetzt werden?
Bin für Hinweise dankbar, ich hoffe das Unterforum passt einigermaßen.

Grüße, Hendi

[Uhu U. (uhu)]

> Gibt es Unterschiede, von der Zeit her, zwischen IE und Firefox?

Ich würde sage, zwangsläufig, weil beide sehr unterschiedlich 
implementiert sind. Meiner Erfahrung nach ist IE deutlich schneller, 
dafür aber lückenhafter was die Behandlung aufwendiger Konstrukte 
angeht.

Dein Problem riecht schon nach einem Timingproblem. Kann es sein, daß 
der Server auf dem ARM nicht wartet, bis alle Daten übertragen sind und 
die Ansteuerroutinen für die Hardware mit unvollständigen Daten ruft?

[Icke M. (Firma: my-solution) (hendi)]

Hallo Uhu, das könnte natürlich sein. Hab das grad nochmal überprüft, es 
scheint wirklich so, als ob in den unteren Schichten die Daten nicht 
komplett    hochgreicht werden. Werd das mal prüfen. Das erklärt aber 
nicht, warum Firefox+Fiddler funktioniert. Andersrum würde das eher Sinn 
machen, dass Firefox schneller ist und Fiddler ihn bremst, wer weiß....

[Uhu U. (uhu)]

Icke Muster wrote:
> Hallo Uhu, das könnte natürlich sein. Hab das grad nochmal überprüft, es
> scheint wirklich so, als ob in den unteren Schichten die Daten nicht
> komplett    hochgreicht werden. Werd das mal prüfen. Das erklärt aber
> nicht, warum Firefox+Fiddler funktioniert. Andersrum würde das eher Sinn
> machen, dass Firefox schneller ist und Fiddler ihn bremst, wer weiß....

Andersrum könnte aber auch ein Schuh draus werden:
Fiddler macht den ARM so langsam, daß FF genug zeit hat, die Daten zu 
schicken, bevor der Server auf die Idee kommt, den halbfertigen 
Datensatz weiterzurreichen.

Oder daß die Programme, die ohne Fiddler die Daten zu schnell holen, mit 
Fiddler so weit ausgebremst werden, daß alles gut geht.

Auf jeden Fall greifen Debugger - egal ob mit Userinterface, oder ohne, 
tief ins Zielsystem ein, was natürlich auch das Zeitverhalten ändern 
kann.

Ich vermute, daß es ein Synchronisationsproblem auf dem ARM ist.

[Hatschi (Gast)]

> Gibt es Unterschiede, von der Zeit her, zwischen IE und Firefox?

IE ist sehr viel schneller.

[Kapitalist (Gast)]

Und Opera8.XX ist noch viiiiiel schneller. :-)

[Μαtthias W. (matthias)]

und w3m ist eh der schnellste. Wobei, mit lynx könnte man sogar den noch 
schlagen. Und das gute alte telnet nicht zu vergessen.

SCNR

Matthias

[Uhu U. (uhu)]

Jungs, das Problem wird doch nicht ursächlich behoben, wenn man einen 
schnelleren Browser nimmt... Es steckt in der AVR-Software und kann auf 
diese Weise höchstens - mit etwas Glück - umschifft werden.

[Cubic Eye (Gast)]

Cubic Eye ist zwar sehr langsam, aber man hat echt spaß beim Surfen :D
Die Grundidee gefällt mir...