Geschwindigkeit verschiedener Programmiersprachen

[Andreas Korthaus]

Hi!

Ich glaube, so pauschal gilt das nicht. Der Geschwindigkeitszuwachs im Forum (den ewir alle erfreut zur Kenntnis genommen haben) basiert _nicht_ (oder wenigstens nicht ausschließlich) darauf, was auf dem teamone-Server passiert, sondern vor allem darauf, was su über dein CGI-Interface empfängst.

Was _ich_ empfange? Das glaube ich nicht. Was hat sioch da groß geändert? Verstehd as nicht, was habe ich für ein CGI-Interface? Das hat der Server, nicht ich! Ich habe einen Browser, und der kann nur HTML & Co!
Das Forum war so langsam, weil so wie es programmmiert war, der Server kaum noch mitkam. Der Anteil den C jetzt an der Geschwindigkeit gebracht hat, ist vermnutlich nicht so hoch wie andere Faktoren, aber er wird wohl da sein, warum sollte man sonst C verwenden?

Je länger der Input-String, den dein Rechner aufnehmen und verarbeiten muß, ist, desto "langsamer" ist dein Browser mit der Darstellung.

Mein Rechner bekommt vermutlich fast denselben gz-String wie vorher, der wird entpackt und der HTML-Code wird vom Browser dargestellt. Es hat sich vor allem die Antwortzeit des Servers verkürzt.

Die "Maschinennähe" der verwendeten Sprache hat auf dem Server und dessen Leistungsfähigkeit Bedeutung, aber nicht mehr, wenn die abgeschickten IP-Pakete bei dir ankommen (jaja, Ergänzungen bitte von den Gurus)

ja, aber wenn ich mich nicht irre war der Server das Hauptproblem, die Übertragung war bereits gut ausgereitzt!

Java ist da ja so ein Zwischending, wenn ich das richtig verstanden habe, also schon "halb-kompiliert", muß aber noch teilweise interpretiert werden, oder so ähnlich.
nö. JAVA wird kompiliert, fertig. Interpretiert wird da nix. Der Client muß aber entweder ebenfalls das gesamte Softwarepaket oder aber  -  für den Browser  -  mindestens ein Plugin installiert haben, das damit was anfangen kann

PHP muß komplett vom Interpreter übersetzt werden, dazu kommt noch, das der Interpreter für jedes Script neu geladen werden muß
das ist mir neu. Der Interpreter ist entweder vorhanden oder nicht vorhanden. Auch hier passiert auf Server-Seite gegebenenfalls deutlich mehr als auf Client-Seite

PERL glaube ich dasselbe, nur das da noch ggfs. zig Module geladen werden, also bei Verwendung von komplexen Modulen wie CGI wird das noch erheblich langsamer als PHP...
ich würde gerne widersprechen, weiß aber auch nicht genau, warum ...

Wie ist dagagen Phyton zu bewerten? Und ASP? JSP?
Python (mit ohne "h" hinter dem "P") ist, wenn ich das richtig verstanden habe, ebenfalls eine "interpretierte" Sprache. Das heißt, auch hier funktioniert die Kommunikation über die IP-Pakete und die Geschwindigkeit ist abhängig davon, was die Schnittstellen leisten.

Ja, udn sind die Schnittstellen bei allen programmiersprachen gleich? Manche Interpreter müssen für jedes Script extra geladen werden, die Sprachen sind teilweise grundverschieden. Welche Schnittstelle meinst Du genau? Wenn der Apache verwendet wird, dann hat dieser die Netzwerk-Schnittstelle und jede Sprache hat eine Schnittstelle zum Apache. Es gibt doch garantiert Unterschiede zwischen den einzelnen Lösungen, oder?

ASP (inclusive VB) willst du doch jetzt niht ernsthaft diskutieren? *g*

interessieren würde es mich schon!

Und für JSP gilt prinzipiell das Gleiche woe für JAVA.

d.h. ich muß jsp kompilieren bevor ich es auf den Server lade???

Das Entscheidende ist nach meinem Kenntnisstand, wieviel "Datenmaterial" diese Sprachen der CGI-Schnittstelle übergeben. Auf dem Server sind sie alle ungefähr gleich schnell  -  ungefähr. Aber sie produzieren Ausgabestrings, die sich in der Größe erheblich unterscheiden können, und das ist wahrscheinlich das Entscheidende

Christoph S.