Ładuję...
photo
zaloguj się i wrzuć coś ciekawego na flakera

wtorek 19 stycznia

photo
Speed is everything.
#PHP vs. #Java
krzychukula.blogspot.com/...2010/01/speed-test-php.ht... inne wpisy na ten temat vs. krzychukula.blogspot.com/...nguages-speed-test-java-v... inne wpisy na ten temat
~33s vs. ~0,2s!!!
ups... Even the slowest #Groovy "Java dialect" is 2x faster than PHP
  1. photo smoku Pewnie można. Ale nie chodzi o to, żeby porównywać kod "zoptymalizowany pod test", tylko kod jaki się zwykle pisze w danym języku, podczas normalnego programowania.
    P.S. Oczywiście że każdy benchmark "kłamie". Ale czepiać się można gdy wyniki różnią się na ostatniej pozycji, a nie o rzędy wielkości. [odpowiedz]
  2. photo smoku @D3X PHP nie interpretuje na żywca, tylko skompilowany bytecode.
    (Na tym polega działanie akceleratorów PHP, że keszują ten skompilowany bytecode.) [odpowiedz]
  3. photo D3X @smoku - ale jeżeli w javie jest napisany optymalnie, a w pozostałych nie, to może to wpływać na wiarygodność :)
    no to proponuję użyć tych akceleratorów w przypadku php ;) [odpowiedz]
  4. photo smoku IMO nie. Należy mierzyć przypadki "z życia" a nie krańcowe.
    A akcelerator przyspieszy tylko czas załadowania skryptu do interpretera. Nie przyspieszy jego wykonania. [odpowiedz]
  5. photo D3X btw, jak często robi się tak zagnieżdżone pętle? ;P lepiej chyba by było sprawdzić to na jakimś bardziej skomplikowanym algorytmie, w którym wykorzystywane jest trochę więcej rzeczy niż pętla i dodawanie (chociaż dalej porównanie php vs java jest bez sensu. lepsze by było java vs C) [odpowiedz]
  6.  
  7. pokaż wszystkie komentarze
photo
pokaż więcejPoczekaj, trwa ładowanie...KONIEC