Yedi PHP framework'ü aynı yükte ölçtüm: fark, istek gerçek iş yaptıkça küçülüyor

./bench/build.sh && STAMP=$(date -u +%F) ./bench/run.sh --all

PHP framework karşılaştırması, Türkçe internette çoğunlukla yöntemsiz yapılıyor: bir sayı veriliyor, hangi sürümde, hangi donanımda, kaç tekrarla ölçüldüğü yazılmıyor. Bu kaydın katkısı sıralama değil — sıralamanın yeniden türetilebilir olması. Aşağıdaki her rakam bench/run.sh çıktısından geliyor ve ham koşuların hepsi depoda duruyor.

Ne ölçtüm

Yedi aday da son kararlı sürümünde, kendi resmî iskeletinde ve kendi dokümante ettiği production kurulumunda koştu. Değişken tek bir şey: framework.

Aday	Sürüm	Veri katmanı	Şablon
Slim	4.15.2	yok — ham PDO	yok — slim/php-view
Yii2	2.0.55	ActiveRecord	Yii View
Phalcon	5.19.0	Phalcon Model	Volt
Symfony	8.1.4	Doctrine ORM	Twig
Laminas	3.8.0	laminas-db TableGateway	laminas-view
CodeIgniter	4.7.4	CI Model	CI View
Laravel	13.26.1	Eloquent	Blade

Yedisi de tam elli rota kaydediyor ve parametreli rota her zaman 47. sırada duruyor; böylece rota çözümü tek kayıtlı bir tabloda değil, gerçekçi bir tabloda ölçülüyor. Senaryolar: düz metin, JSON, parametreli rota, beş katmanlı middleware zinciri, yüz satırlık şablon (veritabanı yok), birincil anahtarla tek satır ve yirmi satırlık liste.

Sayı ne söylüyor

Veri tablosu

9 tekrarın en iyisi, 64 bağlantı, 15 sn — bench/run.sh çıktısı

Seri	Slim	Yii2	Phalcon	Symfony	Laminas	CodeIgniter	Laravel
Boş rota	25.975	19.834	15.021	13.067	8.349	6.431	5.966
Şablon (100 satır)	22.780	16.995	10.563	9.355	7.419	5.557	5.290
Veritabanı (tek satır)	14.443	9.366	5.222	6.972	5.421	4.527	3.887

Grafik tarayıcıda çizilir; aşağıdaki tablo aynı veriyi taşır.

En çarpıcı hareket Phalcon’da. Boş rotada üçüncü (15.021), şablonda yine üçüncü, ama veritabanı isteğinde beşinciye düşüyor (5.222) ve Symfony’nin altında kalıyor. Yirmi satırlık listede daha da geriye, altıncılığa iniyor (2.040) — Laminas ve CodeIgniter’ın gerisinde. Framework’ün C ile yazılmış olması, süreç MySQL’den yanıt beklerken hiçbir şey kazandırmıyor; kazandırdığı yer, PHP’nin kendi kodu çalıştırdığı yer.

Aday	Boş rota	JSON	Rota (47/50)	Middleware	Şablon	DB tek satır	DB 20 satır
Slim	25.975	25.609	24.774	24.020	22.780	14.443	4.551
Yii2	19.834	18.731	18.775	18.877	16.995	9.366	3.245
Phalcon	15.021	15.161	15.061	14.906	10.563	5.222	2.040
Symfony	13.067	12.714	12.187	12.964	9.355	6.972	3.060
Laminas	8.349	8.114	8.127	8.036	7.419	5.421	2.874
CodeIgniter	6.431	6.233	5.960	6.037	5.557	4.527	2.494
Laravel	5.966	5.848	5.603	5.704	5.290	3.887	1.293

Farkın nasıl kapandığı tek bir satırda görünüyor: en hızlı adayın en yavaşa oranı boş rotada 4,4×, tek satırlık veritabanı isteğinde 3,7×, yirmi satırlıkta 3,5×. Phalcon’un Laravel’e oranı ise 2,5בten 1,3בe düşüyor.

Gecikme

Veri tablosu

En iyi throughput'u veren tekrarın kendisinden, 64 bağlantı

Seri	Slim	Yii2	Phalcon	Symfony	Laminas	CodeIgniter	Laravel
p50	0,25 ms	0,35 ms	0,46 ms	0,58 ms	0,88 ms	1,16 ms	0,75 ms
p95	0,43 ms	0,59 ms	0,73 ms	0,89 ms	1,52 ms	1,84 ms	1,97 ms
p99	0,53 ms	0,73 ms	0,94 ms	0,96 ms	2,23 ms	1,98 ms	2,59 ms

Grafik tarayıcıda çizilir; aşağıdaki tablo aynı veriyi taşır.

Laravel’in p50’si (0,75 ms) Laminas ve CodeIgniter’dan daha iyi, ama p99’u (2,59 ms) en kötüsü. Yani Laravel tipik isteği hızlı bitiriyor, kuyruğun ucunu ise iyi yönetemiyor.

Tartışılan şeyler ucuz, varsayılanlar pahalı

Elli rotalık tabloda parametreli rota çözmek, boş rotaya göre adaylara %0-7 arasında bir bedele mal oluyor. Beş katmanlı middleware zinciri %1-8. Yani geliştiricilerin karşılaştırırken en çok konuştuğu iki şey, ölçüldüğünde tek haneli yüzdeler.

Sonra Laravel’in kutudan çıkan varsayılanına bakıyorsunuz:

Laravel rotası	İstek/sn	p50	p99
Middleware grubu yok	5.858	1,32 ms	2,88 ms
Varsayılan web grubu session + cookie şifreleme + CSRF	2.176	1,73 ms	71,89 ms

Bu ölçüm file session sürücüsüyle alındı. Laravel’in kutudan çıkan varsayılanı database — yani her istekte bir okuma ve bir yazma daha. Rakam oradan daha da kötüye gider.

Doygunluk: tavan sekiz worker

Eşzamanlı bağlantı sayısını 8’den 256’ya çıkardım. Yedisinde de throughput ve p99 düz kaldı.

Bağlantı	Slim	Yii2	Phalcon	Symfony	Laminas	CodeIgniter	Laravel
8	25.812	19.242	14.894	12.817	8.149	6.193	5.909
32	25.785	19.018	15.053	12.811	7.828	6.259	4.774
64	26.234	18.964	14.802	9.324	8.114	6.276	5.890
128	25.842	19.251	14.783	11.795	8.044	6.067	6.016
256	25.802	19.808	15.109	12.129	8.075	6.140	5.901

Nasıl ölçtüğüm — ve iki kez baştan başladığım

Bu ölçüm üç kez koşuldu. İlk ikisi iptal edildi ve ikisi de gerçek bir kusur buldu; ikisi de depoda gerekçesiyle duruyor.

Birinci iptal — makine sakin değildi. Slim /json bir turda 15.260, ertesi turda 2.107 istek/sn verdi; p50 ikisinde de 0,23 ms. İstek başına maliyet aynı, istek sayısı yedide bir: uygulama yavaşlamamış, koşu CPU alamamıştı. Host bir dizüstü ve üstünde pencere sunucusu, terminal ve editör çalışıyor; cpuset konteyneri VM’in içinde izole eder, VM’i macOS’ten izole etmez.

Bunun düzeltmesi ortalamayı almak değil. Girişim throughput’u yalnız aşağı çekebilir — bir koşu gürültülü komşu yüzünden yavaşlayabilir, ama donanımın izin verdiğinden hızlı olamaz. O yüzden raporlanan değer tekrarların en iyisi, yanında medyanı ve yayılımıyla. Ayrıca PHP’ye hiç uğramayan sabit bir nginx referansı her bloğun önünde ve arkasında örnekleniyor: 150 örneklemede en kötüsü en iyinin %84’ü.

İkinci iptal — port tükenmesi. Veritabanı senaryolarında isteklerin yarısı 500 dönüyordu: SQLSTATE[HY000] [2002] Cannot assign requested address. php-fpm her istekte MySQL’e yeni bir TCP bağlantısı açıyor ve konteyner saniyede birkaç bin istekte ephemeral port’ları tüketiyor. Tek istekle yapılan ön kontrol bunu yakalayamaz. Yedisinde de kalıcı bağlantıya geçildi (PDO::ATTR_PERSISTENT, CodeIgniter’da pConnect) — php-fpm için dokümante edilmiş production ayarı. Etkisi büyük: Slim’in /db sonucu 3.594’ten 14.074’e çıktı. Yani önceki ölçüm veri katmanını değil port çalkantısını ölçüyormuş.

Atlanmayan bulgular

Ölçüm boyunca çıkan ve tabloya sığmayan her şey:

1. Yedi framework’ün buluştuğu tek PHP sürümü var: 8.4. Symfony 8.1 en az 8.4.1 istiyor, laminas/laminas-mvc 3.8 tavanı ~8.4.0. Pencere tam bir minor sürüm geniş.
2. Phalcon ile Symfony aynı PHP sürecinde çalışmıyor. Phalcon ext-psr istiyor; o eklenti yüklüyken Symfony fatal veriyor: Declaration of Symfony\Component\Cache\CacheItem::expiresAt(?DateTimeInterface $expiration): static must be compatible with PsrExt\Cache\CacheItemInterface::expiresAt($expiration). C eklentisi PSR arayüzlerini, userland paketlerinin kullandığı parametre tipleri olmadan tanımlıyor. “Tek imaj, tek eklenti seti” planı bu yüzden tam bir yerde çatallandı: Phalcon kendi runtime imajında koşuyor, geri kalan altısı ortak imajda.
3. CodeIgniter 4’ün PDO sürücüsü yok — MySQL desteği yalnız MySQLi. Eklenti seti aynı kalsın diye ext-mysqli yedisine birden kuruldu; diğer altısı kullanmıyor.
4. Laminas’ın resmî iskeleti PHP 8.4 için yayınlanmamış. laminas/laminas-mvc-skeleton 2.4.0 hâlâ ~8.1.0 || ~8.2.0 || ~8.3.0 diyor; kurulum --ignore-platform-req=php olmadan reddediliyor. Açtığı bileşen (laminas/laminas-mvc 3.8.0) ~8.4.0’ı kabul ediyor.
5. Yii2 hâlâ 2.0.x. Yii3’ün kararlı sürümü yok, yani “son kararlı Yii”, mimarisi diğerlerinin güncel sürümlerinden eski olan bir hat.
6. Middleware yedisinde aynı kavram değil. CodeIgniter filtreleri ve Yii2 action filter’ları rotaya bağlı, diğer senaryolara hiçbir şeye mal olmuyor. Symfony, Laminas ve Phalcon’da rota bazlı bir pipeline yok; dokümante edilmiş karşılık global bir event listener, yani beş katman o uygulamalarda her istekte yoklanıp erken dönüyor. Bu onların mimarisi, buraya uydurulmuş bir handikap değil.
7. Slim iki senaryoda daha az iş yapıyor. Kendi veri katmanı yok (/db ham PDO üstünde), kendi şablon motoru yok (slim/php-view). Birincilik bu iki satırda bu bağlamla okunmalı.
8. Bir hücre kendi kendisiyle çelişti ve takviye edildi. Slim’in /route sonucu 9 tekrarda 6.778 istek/sn çıkmıştı — sahanın en düşük p50’si (0,23 ms) ile, kendi boş rotasının %26’sı. Dokuz tekrarın hiçbiri kırpılmamış pencereye denk gelmemişti. Önceden sabitlenmiş iki kural (temiz tekrar sayısı ≤2, veya throughput’un 8/p50’nin yarısının altında kalması) altı hücreyi işaretledi; hepsi Slim ve Yii2, yani sahanın en hızlı ikilisi — yanlılığın öngörülen yönü. Altısına altışar tekrar eklendi, Slim /route 24.774’e oturdu ve hiçbir hücre işaretli kalmadı.
9. Sıfır non-200. 546 yük ölçümünün tamamı, kalıcı bağlantı düzeltmesinden sonra, %100 HTTP 200 döndü.
10. JIT kapalı. Yedisinden hiçbiri opcache JIT’i production adımı olarak dokümante etmiyor ve açmak ikinci bir değişken eklerdi. Açık JIT ile sonuç farklı olabilir; bu ayrı bir ölçüm.
11. Worker mode ölçülmedi. FrankenPHP/Octane gibi kalıcı süreç modelleri yedisinde de resmî olarak desteklenmiyor; klasik php-fpm hepsinin eşit zeminidir. Worker mode ayrı bir kayıt konusudur.