Spędziłem już wiele godzin szukając jakiś dobrych opracowań na temat wydajności PHP vs XYZ, jednak wszystkie opierały się na porównaniu szybkości samej maszyny wirtualnej. Nie wspominająco tym, że niemal wszyscy zdają się niewiedzieć, że da się skompilować PHP do bytecodu i to w sposób fajniejszy, bo dynamiczny, zamiast całego projektu na raz po wstawieniu przecinka...

No i oglądam sobie testy z których wynika, że interpretowany PHP jest 3x wolniejsze od Javy, trochę wolniejsze od Pythona (oczywiście jego wynik też wszyscy mierzą z czasem kompilacji).

Jednak nie ten konkretnie temat - niesprawieliwego mierzenia - chciałbym poruszyć. Niech PHP nawet będzie tym najwolniejszym językiem, jednak z tego co wiem - nikt nigdy tego argumentu nie używa, więc zaczynam mieć wątpliwości - 70-90% "kodu" systemów napisanych w PHP wykonuje się w czystym C! Wszystkie funkcje wbudowane są w C, połączenie z bazą jest w C, cały PECL jest w C.

Java i Python (nie wiem jak Ruby) mają całą bibliotekę napisaną w "samym sobie". Widziałem nawet jeden tekst w internecie: "nie bedziemy mierzyć szybkości sortowania w PHP za pomocą funkcji wbudowanej, bo to by było niesprawiedliwe" - WTF?!

Programowanie w PHP jest trochę jak skryptowanie systemu w BASH-u. To tylko ubranie gotowego kodu C w logikę biznesową - a może się mylę?

1. Większość języków skryptowych może i jest rozszerzana w C czy C++ (Python, Ruby, PHP).
2. Testy, który język jest szybszy są i tak bez sensu bo nic nie wnoszą poza kłótniami
3. PHP nie jest kompilowany do bytecode w testach bo tego nikt nie robi na prostych hostingach przy niezbyt złożonych stronach.
4. PHP zaczynał jako coś prostego do debilnych stronek. Rozwija się, ale nie jest to najlepsze rozwiązanie jakie teraz może być (głównie przez zaszłości) pod kątem "szybkości" w prostych testach.


Bez dobrych narzędzi (typu framework) programowanie w PHP to robienie masy "scrypcików" tworzących obraz wielkiego burdelu Nie wychwalaj tutaj tego C bo to nie wygląda tak różowo jak rozszerzanie w C/C++ innych języków skryptowych (np. Python - PyQt4, PyGame, PyCrystal, PyGTK, wxPython, PIL, PyOpenGL, Pyffmpeg, xapian-bindings.... itd ).

dexc szybkość popularnych języków programowanie w największym stopniu zależy od samych założeń języka a nie od jakości interpretatorów. Im większa warstwa "abstrakcji" tym większe wymagania sprzętowe. W PHP masz dynamiczne typowanie zmiennych, brak silnej kontroli typów. Gdyby istniał język tak efektywny jak Py/Rb, prosty jak PHP, przenośny jak Java i szybki jak C++ to nie byłoby potrzeby wymyślać następnych

Zresztą jeżeli chodzi o strony www to wydajność języka nie jest tak istotna. Efektywność pracy programisty jest ważniejsza od CPU serwera.

Zresztą z tego co wiem to podczas pisania "poważnych" aplikacji, szybkość/wydajność języka ma drugorzędne znaczenie (pomijając miejsca w których wydajność jest priorytetem i facet od assemblera może krocie zarobić ), ważniejsza jest prędkość pisania aplikacji i łatwość jej utrzymania. I nie wiem czy jest jakaś naprawdę duża potężna aplikacja napisana w PHP.

Nawet kompilator Javy jest napisany w Javie. Przynajmniej ten dystrybuowany przez Sun'a, nie wiem jak pozostałe.
Ale, żeby nie było. Wolę Javę od PHP.

Tylko po co na siłę robić z PHP coś czym on nie jest? Śrubokrętem również można wbić gwoździa, tylko czy to ma sens?

Proponuje zapoznać się z http://shootout.alioth.debian.org/, szczególnie z tymi 2 pytaniami na początku. Jedyne co jest głupsze od porównywania wydajności języków na prostych programach jest porównywanie frameworków PHPowych na przykładach typu Hello World.

To jest nie do końca tak.. bo i tak nawet Java, C++, Ruby czy Python, łącząc się korzysta z systemowego API, wszystko z czegoś korzysta, tak skacząc z jednego poziomu abstrakcji do kolejnego (niższego) aż dojdziemy do Kernela systemu. Tak samo jest w przypadku PHP.

Zamieniłbym to na "jest wykonywane przez coś napisanego w C".
Porównaj ten przykład z Twoją tezą na temat PHP-C:

[C] pobierz, plaintext 
#include "stdio.h"
#include "stdlib.h"
 
void exec_funct_one()
{
    /* ... */
}
 
void exec_funct_two()
{
   /* ... */
}
 
int main()
{
	FILE* fp = fopen("skrypt.txt", "r");
 
	int funct_num = 0;
	fscanf(fp, "%d", &funct_num);
	if(funct_num == 1)
		exec_funct_one();
	else if(funct_num == 2)
		exec_funct_two();
	else
		printf("Syntax error.\n");
        fclose(fp);
	return 0;
}
[C] pobierz, plaintext 

i plik "skrypt.txt" który ma zapisane w sobie wartość "1" albo "2".

Czy o takim czymś mówimy, że skrypt.txt jest wykonany w C? bo przecież funkcja którą wykonuję (a raczej jest w nim polecenie żeby się wykonała) jest w C! nie.
Identyczną sytuację masz z PHP. w PHP masz listę rzeczy które mają się wykonać, w jakiej kolejność itd.. (oczywiście po analizie leksykalnej) i jest wykonywana. Gdzie? Z poziomu wywołań API danego systemu. Tak samo jest z każdą platformą.

j/w.

zajmuje się serwerem który na jednej cztero procesorowej maszynie z trzema dyskami obsługuje 1,5 miliona odwiedzin dziennie. Ludzie ściągają dziennie kilka milionów stron generowanych w php a requestów jest pewnie kilka razy tyle. Do tego 1/2 ruchu na serverze to forum na vbulletinie (bardzo rozbudowany framework, działa obiektowo). Cały php działa tylko na jednej maszynie, jest druga maszyna zajmująca się jedynie bazą danych. Forum ma kilkanascie milionów postów. Server który to obsługuje nawet za bardzo się nie poci. Myśle że pociągnął by spokojnie nawet po wyłączeniu akceleratora i to pewnie tez by go nie zmęczyło. (mocy jest nadmiar bo server obsługuje też wiele skryptów które w czasie rzeczywistym robią statystyki i przygotowywują dodatkowe dane). Patrząc na różne testy wydajności i jakość kodu jaki widziałem w ASP i Railsach śmiem twierdzić że żaden z tych języków nie dał by rady przy tym obciążeniu na jednej maszynie.

Ktoś też napisał że nie wie czy jest duża i potężna aplikacja napisana w php, tylko co rozumie przez potężną aplikache? 10 mb kodu to już duża aplikacja? a 50mb? To że 95% "programistów" PHP nie napisało w życiu niczego więcej od prostego sklepu internetowego nie oznacza że PHP nie jest wykorzystywany przy bardzo dużych projektach.

A porównywanie C z PHP jest raczej śmieszne, dawno temu pisałem skrypty w CGI używająć C i jak tylko pojawiło się PHP 4 nie zastanawiałem się nawet 5 minut który język wybrać. Należy mierzyć podobne języki, PHP, ASP, Railsy, Python a nie robić testy oderwaje od rzeczywiśtości. Bo nikt przy zdrowych zmysłach nie rozważa zamiany PHP na C czy Javy na Pascala

Tu nie decyduje wydajność języka, którą można praktycznie pominąć, a wydajność napisanego kodu.


Facebook Napisany w PHP, tyle że trudno określić czy więcej tam kodu PHP czy C

Ja zakładam od razu ze soft jest dobrze napisany i mimo to nie podoła.
Choc przy logice tego co widziałem w niektorych projektach asp to ciężko się doszukiwać dobrze napisanego kodu Ale tak to juz jest z językami w których twórcy próbują jak najbardziej wyręczyć nas z myślenia i własnej inwencji twórczej.

Pisząc że nie wiem czy są potężne aplikacje w PHP nie twierdzę że wątpię w takie możliwości tylko że zwyczajnie nie znam. Dla mnie potężna aplikacja to np. platforma bankowa która obsługuje multum operacji dziennie klientów, pracowników banków oraz współpracuje z platformami innych banków. Albo system do obsługi połączeń telefonii komórkowej, gdzie miliony ludzi dzwoni, a setki ludzi dodaje usuwa sobie właściwości swojego konta takie jak np. dodatkowe dane (dodaj do tego retencję danych jeśli chcesz). Inny przykład to systemy firm kurierskich które śledzą skany milionów przesyłek dziennie w setkach hubów przeładunkowych i stacji nadawczo/odbiorczych, do tego dochodzi inkasowanie pieniędzy w zależności od wagi i rozmiarów przesyłek + masy innych rzeczy. To są dla mnie potężne aplikacje, takie gdzie nie może być mowy o błędzie wynikłym z powodu czynnika innego niż ludzki.

I te aplikacje mogą być napisane w C, mogą w Pythonie, PHP czy nawet Brainfucku, tu wydajność języka ma drugorzędne znaczenie, liczy się wydajność kodu, ale najważniejsze są koszty utrzymania i napisania tego kodu.

Zgadzam się w 100%. ASP.NET - a w szczególności w połączeniu z Web Controls potrafią z początkującego programisty zrobić tępego rzemieślnika.