ASP.net vs PHP / Linux vs Windows

ASP.net vs PHP / Linux vs Windows (23 Beiträge, 351 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hi!

Wie findet ihr das:

PerformanceTest ASP.net vs PHP
http://misfitgeek.com/blog/aspnet/php-versus-asp-net-ndash-windows-versus-linux-ndash-who-rsquo-s-the-fastest/

Vergleichstablle:
http://www.misfitgeek.com/pages/Perf_Stat_0809.htm

Undying

Wie findet ihr das

Wunderbar

unglaubwürdig

allein schon die erste zeilengruppe der übersichtstabelle

wenn asp.net nicht aus einem celeron nen xeon freischalten kann, halte ichs für sehr unwahrscheinlich das der die 20.000.000 schleifendurchgänge in der zeit schafft.

das wir microsoft wohl den besseren optimierungsalgorithmus und/oder seine php-einstellungen sind fürn *PIEP*. mangels bekanntgabe schwer zu vergleichen die ganze sache.

das ganze kommt mir ein wenig zu windows-lastig vor, aber das is nur meine meinung

Gestern standen wir noch am Abgrund, heute sind wir einen Schritt weiter.

Sir, we are surrounded!
Excellent! We can attack in any direction!

Das mit der Schleife hab ich gerade ausgetest auf einen (schwächeren) Notebook als beim Test. 100 Mil. durchläufe kosten ~ 300ms
Bei 20 Mil kommen die Angaben also sicher hin ...

Das hier solltest auch du dir zu herzen nehmen:


COMMENT WARNING
■I know some will be incensed by these tests. You are welcome to comment and disagree, but if you can't be polite I’ll simply delete your comments and block your IP address.
■If you dislike the results and want to refute them – DO THE WORK. Accompany your dissent with DATA. Take my code or write your own and argue with FACTS

Nicht nörgeln,- fakten liefern!

ich nörgel nicht, ich hab nur angemerkt das er die testbedingungen leider nicht sonderlich genau beschrieben hat

Gestern standen wir noch am Abgrund, heute sind wir einen Schritt weiter.

Sir, we are surrounded!
Excellent! We can attack in any direction!

Auf den ersten Blick ganz interessent, aber am Ende bleibt die Frage - was bringen uns diese Erkenntnise?

M.e. sind diese Zahlen letztendlich nichts Wert, die Wahl der Plattform kann man davon nicht abhängig machen, und im "echten Leben" wird die Performance durch schlechten Code so stark beeinflusst, dass es einfach keine Rolle spielt, ob ein Funktionsaufruf oder Schleifendurchlauf eine halbe Microsekunde länger dauert, oder nicht.
--
DiTech postete:
Sie haben offensichtlich 7mal mit dem Goldadler positive Erfahrung gemacht. Bei dieser Menge an Glück sollten Sie Lotto spielen.

GHF Watcher 1.4 - Firefox Erweiterung für Geizhals User

Ich denke schon, dass uns das im wahren Leben etwas bringt.

Wenn ich zB die Wahl hab zwischen einen Windows Server und einen Linux Server und ich unter Windows mehr Performance bekomme mit dem selben Code ist das ein Punkt der für Windows spricht.
Genauso wie Lizenzkosten wohl für Linux sprechen. Aber es schafft eine Diskussiongrundlage ...

Aber stimmt schon mist kann man auf jeder Plattform bauen

Wenn ich zB die Wahl hab zwischen einen Windows Server und einen Linux Server
und ich unter Windows mehr Performance bekomme mit dem selben Code ist das ein
Punkt der für Windows spricht.
Genauso wie Lizenzkosten wohl für Linux sprechen. Aber es schafft eine
Diskussiongrundlage ...

Ich verstehe was du meinst, aber glaube trotzdem nicht, dass das eine Rolle spielt. Ob mein Code überhaupt unter Windows lauffähig ist, hängt auch davon ab, was ich mit dem Code machen will. Selbst wenn er so portabel ist, dass er unter beiden Systemen läuft, werde ich die paar % die er unter z.b. Windows schneller läuft, auch durch minimale Optimierungen unter jedem anderen Betriebssystem erreichen können.
--
DiTech postete:
Sie haben offensichtlich 7mal mit dem Goldadler positive Erfahrung gemacht. Bei dieser Menge an Glück sollten Sie Lotto spielen.

GHF Watcher 1.4 - Firefox Erweiterung für Geizhals User

Wenn ich zB die Wahl hab zwischen einen Windows Server und einen Linux Server und ich unter Windows mehr Performance bekomme mit dem selben Code ist das ein Punkt der für
Windows spricht.

Was PHP angeht, behaupte ich mal, dass Dinge wie verwendeter Compiler und Compileroptionen einen bedeutend grösseren Einfluss auf die Ausführungsgeschwindigkeit* haben als das Betriebsystem (Ausnahme: Systemrufe).
Wäre mal interessant zu wissen, was da für Windows benutzt wurde. Unter Linux ists sicherlich der gcc...

* Besonders bei Schleifen - was soll da das BS fuer einen Einfluss drauf haben?

Löschen statt Verstecken!

Wenn ich zB die Wahl hab zwischen einen Windows Server und einen Linux Server
und ich unter Windows mehr Performance bekomme mit dem selben Code ist das ein
Punkt der für Windows spricht.

Nur hat das keinen Sinn, wenn man synthetischen Code auf beiden Plattformen vergleicht. Wenn, dann müsste man wirklich ein vollständiges Projekt vergleichen, dass so programmiert ist, dass es möglichst den Vorteil der jeweiligen Plattform auch wirklich ausnützt. Wenn ich schon sehe, dass beim PHP-Code mit der veralteten mysql-Extension gearbeitet wird, drehen sich bei mir alle Zehennägel hoch. Sowas wird in einem ordentlich programmierten Produktivsystem nicht vorkommen.

Außerdem sollte man nicht allein die Performance vergleichen, sondern man sollte auch Augenmerk darauf legen, wie hoch der Aufwand ist um eine Applikation zu schreiben und zu warten. Denn das kostet schlussendlich auch nicht wenig Geld und Zeit. Ein Auto kauft man ja auch nicht nur nach PS, sondern schaut auch auf andere Faktoren.

Fakt ist mal, dass der Test an sich für mich obsolet ist...
... und dann noch seltsam durchgeführt.

In der Tabelle fehlen mal die Einheiten - ab da betrachte ich ihn als unseriös.

File Access is faster on Linux by a small percentage, except for file copy operations which was as much as 60% slower on Windows probably due to the ACL advanced security.

Ist mal sehr dubios. In Linux gibt es keine ACLs ? Das wäre mir neu.

Ich glaube aber durchaus, dass ein M$-Guru einen Windows-Server mit ASP so hinkriegt, dass er die Masse der Tasks bei weitem besser als ein default-Linux-Server durchführt. Umgekehrt glaube ich aber auch, dass ein Linux-Guru...

In Wirklichkeit beginnt es ja schon früher... Mit dem Vergleich einer Desktop-Distri mit einem ServerOS

. Redhat Advanced Server sowie Suse Linux Enterprise Server verwenden übrigens _nicht_ einen Vanilla-Kernel...

Ein ServerOS hätt er ja gar nicht installieren können! Ist ja auch gemein, so ganz ohne Klicki-Bunti.

Wie er dann in den Kommentaren schreibt, hat er es ja nicht einmal geschafft, PHP 5.3 zu installieren:

I didn't test 5.3 becuase the Ubuntu package manager doesn't include 5.3. I tried building 5.3 from source but it kept failing

Und wie oft brauchst du 20 Millionen Schleifendurchläufe in einem Programm?

Nette Zahlen, haben aber keinen Bezug zur Praxis. Mal davon abgesehen, dass hier Äpfel mit Birnen verglichen werden. PHP ist ein Go-Kart während ASP.net ein LKW ist. Ein Go-Kart ist billiger und einfacher zu fahren. Ein LKW hat mehr Kraft und braucht viel Platz.

10.08.2009, 00:56 Uhr - Editiert von hellbringer, alte Version: hier

ich hab mal meinen kommentar dazu abgegeben, bin gespannt ob meine ip-adresse jetzt geblockt wird.

Sorry, some parts of these benchmarks are just a joke.

For instance, look at the Encryption-tests. They don't do the same. The ASP version does crc and crypt from the original string, while the PHP version calculates it from sha1.

Then, the SysVarArray stuff. You have a comment in your ASP-source that there are less such variables in ASP than there are in PHP. This in itself makes a comparison useless, of course - but why you additionally need to shuffle them in the PHP-version, only to sort them back after the loop, is beyond me.

Finally, the enormous peformance difference in the empty loop and empty function categories suggests that the ASP-interpreter seems to just optimize most of that away, while PHP doesn't. While this looks impressive, it doesn't have any relevance at all, because (hopefully ...) nobody would have have empty loops and empty function calls in real-world-code ... The same seems to apply to the String Assignment section, where you just assign the same string to the same variable all over again. Pretty easy to optimize this in a compiler/interpreter, but again this is of no practical value.

edit(h): ich weiss ja nicht, wie man "Senior Program Manager in Microsoft Corporation’s Developer Tools and Platform Group" wird, aber wissen wie man sinnvoll benchmarkt duerfte wohl keine anforderung sein ...

Oh, just noticed another nice piece in the Date-section:

ASP: DateTime NextWeek = new System.DateTime().AddDays(7);

PHP: $secNextWeek = time() + (7 * 24 * 60 * 60);

Just because PHP doesn't seem to have a similar AddDays() function (or does it? I don't know PHP and don't bother looking that up), you don't need to be that rude and let it calculate (7 * 24 * 60 * 60) in every loop iteration, do you?

If that doesn't appeal to you, you could of course let ASP do the square root of 49 each time.

10.08.2009, 01:36 Uhr - Editiert von japh, alte Version: hier

ASP: DateTime NextWeek = new System.DateTime().AddDays(7);

PHP: $secNextWeek = time() + (7 * 24 * 60 * 60);

Just because PHP doesn't seem to have a similar AddDays() function (or does
it? I don't know PHP and don't bother looking that up), you don't need to be
that rude and let it calculate (7 * 24 * 60 * 60) in every loop iteration, do
you?

Ist übrigens auch noch fehlerhaft. Nicht jeder Tag hat 24 * 60 * 60 Sekunden. Also der Typ hat offenbar überhaupt keine Ahnung vom Programmieren. Das sind Anfängerfehler.

10.08.2009, 07:30 Uhr - Editiert von hellbringer, alte Version: hier

tjo, schon furt:

--> My comment was deleated becuase I can neither read or be polite and I'm only here to whine becuase I'm too lazy to add value.

. and becuase it contained technically innacurate presumtions/

- I'm just mad that ASP.NET is so much faster than PHP

Kein Wunder ...

Das dort ist ein kleiner Pisser der mit deinen (echt guten) Argumenten nicht umgehen kann oder will. Leider finden solche Wappla immer wieder Gehör und kriegen unverdiente Aufmerksamkeit!

Hoffentlich schafft es das nicht auch noch auf /.

10.08.2009, 16:05 Uhr - Editiert von Blender3D, alte Version: hier

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung