"Echtzeit"-Darstellung von Daten im Browser

Alexander Reelsen alr at emplify.de
Sat Sep 8 12:58:59 CEST 2007


Moin

On Sat, 08 Sep 2007 12:16:02 +0200
Dominik Echterbruch <news_de at crosslight.de> wrote:

> Offene Fragen:
> - Gibt es eine geschicktere Lösung für das Echtzeitproblem, als
> ständig nachzufragen?
> - Könnte es evtl. aufgrund der Requestmassen Probleme mit ISPs geben?
> - Wenn z.B. 500 Clients hinter der gleichen Firewall hängen, bekommt
> die dann Probleme mit den offenen Sessions oder werden die sofort
> beendet, wenn die Antwort da ist?
> - Hilft es, UDP statt TCP zu verwenden?
> - Wie organisiere ich die Datenablage im RAM? Einfach /proc verwenden?
> Oder doch lieber etwas selbst geschraubtes?
Schau dir mal http://en.wikipedia.org/wiki/Comet_%28programming%29 an.
Das Konzept löst einige deiner Probleme - und schafft neue. Diese
"Event driven web applications" haben den fundamentalen Nachteil, dass
sie dauerhaft Ressourcen auf dem Webserver aufgrund einer immer
geöffneten HTTP Verbindung benötigen. Wie das ganze bei der von dir
angegebenen Anzahl an Clients skaliert kann ich dir nicht sagen. Wenn
du Performance brauchst, immer mal mit einem Auge auf den lighttpd
schielen, da gibt es auch ein unterstützendes Plugin für.


--Alexander



More information about the Linux mailing list