porównanie wydajności popularnych frameworków webowych

dzięki blogowi jarka zabiełło dowiedziałem się o bardzo interesującym porównaniu kilku frameworków do tworzenia aplikacji webowych.

testowano:

  • codeIgniter (php)
  • catalyst (perl)
  • django (python)
  • django (python + psyco)
  • ruby on rails (ruby)
  • symfony (php)
  • turbo gears (python)

oczywiście moim faworytem był catalyst. niestety. dostał w d…, jak i inne. od kogo? od django! django nawet bez psyco okazał się kilkukrotnie szybszy!

czyżby pora na zmianę języka? ale ja tak nie lubię pythona.

7 thoughts on “porównanie wydajności popularnych frameworków webowych”

  1. Może raczej na własne testy? 😉
    A potem się okaże, że skoro znasz najlepiej Perla, to Catalyst jest najszybszy ;>

  2. biorę to pod uwagę, ale wydaje mi się, że różnica była zbyt duża jak na “po prostu nieoptymalny” kod.
    oczywiście – facet mógł celowo spaprać kod by pokazać szybkość django, ale jakoś mi się nie wydaje.

  3. To nawet nie o to chodzi.
    Chodzi o to, że takie rzeczy kiepsko się testuje poza testem “w moim zastosowaniu”. Bo np. do każdego z tych frameworków można zaprząc conajmniej jeden (zwykle więcej) mechanizm cache. W Catalyst można zaprząc kilka różnych engine od templatów etc. W każdej sensownej aplikacji będzie jeszcze baza, której tu nie ma, więc nie wiadomo, jak jej obecność wpłynełaby na wydajność całości. I może być tak, że to X razy szybciej ma znaczenie, a może być tak, że nie ma a może być tak, że po odpowiednim dopraniu składników takiego Catalysta znika. Ale tego wszystkiego IMHO nie da się powiedzieć w oderwaniu od konkretnej aplikacji.

    Django wydaje się dość sensownym rozwiązaniem, ale z drugiej strony przeraźliwie wolnego RoR też ktoś ciągle używa.

    Szkoda, że nie ma tam Pylons (“RoR w Pythonie”), jego porównanie z RoR mogłoby być ciekawe.

  5. Osobiście mi również brakuje porównania pylonsów – w końcu powinno być zgodnie z panującą modą na wsgi 🙂

    Co do javy – porównania nie ma, bo java się nie nadaje do takich zastosowań 😉

  6. Masz na mysli ze java nie nadaje sie do budownia z zalozenia tanich i prostych webowych projektow? Z tym czesciowo sie zgadzam aczkolwiek oszczednosc msci sie pozniej gdy aplikacja sie rozwija i trzeba np. wydzielic middleware etc.
    Co do pythona to wlasnie pare dni temu zaczalem sie go uczyc. Juz teraz widze ze chyba porzuce perla (a jestesmy razem od jakis 9 lat :)).

  7. A ten sam Catalyst poturlany na Parrot? Mogłoby to nieco zmienić wynik.

    Z drugiej strony wersja rozwojowa maszyny Pythona jest podobno wydajniejsza od Parrota.

Comments are closed.