Laravel'in preload eğrisi: 123 dosya, 1.912 dosyadan sekiz kat fazla kazandırıyor

opcache ölçümü Laravel’i iki nokta arasında bıraktı: resmî preload dosyası yok, soğuk ilk istek 76 ms, ve classmap’ten körlemesine üretilen preload 14 ms’ye indiriyor ama php-fpm’in açılışına 2,3 saniye ekliyor. O kayıt bunu “tavan” diye ölçtü. Bu kayıt aradaki eğriyi çıkarıyor — ve tavanın aslında kötü bir seçim olduğunu gösteriyor.

Eğri

Etkileşimli grafiği aç

Tooltip ve imleç okuması için ~60 kB JavaScript iner. Aşağıdaki veri tablosu her hâlde açık.

Veri tablosu

bench/preload-curate.sh, üç tekrarın medyanı

Seri	0	1.592	2.686	2.809	4.721
soğuk ilk istek	68,37 ms	38,01 ms	28,48 ms	12,77 ms	10,96 ms

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

Dilim	Derlenen	Soğuk istek	fpm hazır	Marjinal kazanç	Marjinal bedel
preload yok	0	68,37 ms	382 ms	—	—
laravel/framework	1.592	38,01 ms	1.553 ms	−30,4 ms	+1.171 ms
+ symfony	2.686	28,48 ms	1.538 ms	−9,5 ms	bedava
+ psr, carbon tatlı nokta	2.809	12,77 ms	1.514 ms	−15,7 ms	bedava
hepsi	4.721	10,96 ms	2.691 ms	−1,8 ms	+1.177 ms

Kaç değil, hangisi

Eğrinin şekli hacimle orantılı değil ve bu, kaydın asıl bulgusu.

123 dosya, 1.912 dosyadan sekiz kat fazla kazandırıyor. psr ve carbon dilimi yalnız 123 dosya ekliyor ve soğuk isteği 28,48’den 12,77 ms’ye düşürüyor. Ondan sonra gelen 1.912 dosya yalnız 1,8 ms alıyor.

Sebep tarih işlemede: Laravel’in ilk isteği Carbon’un yükleme zincirini tetikliyor ve o zincir derinden bağlantılı — preload edilmediğinde her istekte yeniden çözülüyor. Bir framework’ün “ağır” olması, çok dosyası olması değil; ilk istekte hangi ağacı yürüdüğü.

”Hepsini derle” en kötü seçim

Önceki kayıt classmap tavanını iyimser bir üst sınır gibi ölçmüştü. Eğri onu başka türlü gösteriyor: 4.721 dosya, 2.809 dosyaya göre 1,8 ms kazandırıp 1.177 ms açılış ekliyor. Yani son dilimin fiyatı, kazandırdığı milisaniye başına 654 milisaniye.

Günde on kez deploy eden bir servis için bu, günde on iki saniyelik bir açılış gecikmesi karşılığında ilk ziyaretçiye 1,8 ms. Sürekli trafiği olan bir serviste bile takas zayıf.

Symfony’ye yetişemiyor

Symfony kendi resmî dosyasıyla 2,50 ms’ye iniyor. Laravel’in en iyi noktası 10,96 ms — dört kat geride, ve hepsini preload etmesine rağmen.

Fark yapısal: Symfony’nin preload dosyası derlenmiş container’ından üretiliyor, yani servis tanımlarının çözümü zaten derleme anında yapılmış durumda. Laravel’in service container’ı çalışma anında çözüyor ve preload o işi ortadan kaldırmıyor, yalnız sınıf derlemesini kaldırıyor. Preload PHP kaynağını derlemekten kurtarır, uygulamanın kendi kurulum işinden kurtarmaz.

Laravel’in eksik dosyası

Bu ölçümün bıraktığı şey bir sayı değil, bir dosya: Laravel için ^/vendor/(laravel\/framework|symfony|psr|nesbot|carbon)/ filtresiyle üretilen preload, 12,77 ms ve 1,5 saniyelik açılışla, framework’ün kendisinin yayınlamadığı şeyi veriyor. Üretici script depoda duruyor ve herhangi bir Laravel uygulamasında koşuyor.