Symfony 8 na PHP 8.4: FrankenPHP vs RoadRunner Benchmarked

Izlazak Symfony 7.4 LTS označava ključni trenutak u PHP ekosustavu. Dok sam okvir uvodi robusne karakteristike kao što su stroža sigurnost tipa i native PHP serija za kontejnere, prava revolucija se događa u načinu na koji služimo tim aplikacijama. Aplikacijski serveri napisani u Go-u su sazreli, nudeći mogućnosti „Radni režim“ koje pokreću vaše jezgro jednom i zadržavaju ga u memoriji, smanjujući latenciju i povećavajući prodor. NGINX + PHP-FPM U ovom članku stavljamo dvije teške težine jedna protiv druge: (moderan izazovnik izgrađen na Caddyju) i Mi ćemo implementirati oboje u aplikaciji Symfony 8 koja radi na PHP 8.4, usporediti njihove arhitekture i analizirati njihove performanse. FrankenPHP RoadRunner Kontroverzi FrancuskaPHP Izgrađen na vrhu web servera Caddy, je moderni aplikacijski server koji pojednostavljuje stack. kompilira PHP direktno u binarni (ili koristi specifičnu konstrukciju) i iskorištava Caddyjevu automatsku i Podrška za. FrankenPHP HTTPS HTTP/3 To sruši NGINX, PHP-FPM i SSL terminator u jedan binarni. Key Advantage: Native podrška preko komponente Runtime sa Symfony 7.4+. Putnici Razvijen od strane Spiral Scout, RoadRunner je visokoučinkovit PHP aplikacijski server, uravnoteživač opterećenja i menadžer procesa. Uslovi korišćenja i usklađivanje usluga ( U pitanju je U pitanju je ) koji se duboko integrira sa simfonije. Key Advantage: gRPC Queues KV storage Odlična integracija preko runtime/roadrunner-symfony-nyholm. The Benchmark Code (Symfony 8 i PHP 8.4) Da bi usporedba bila fer, stvorit ćemo lagane API krajnje tačke koje interagiraju sa bazom podataka. Ovo testira ne samo sirovu brzinu "Hello World", već i opseg veza baze podataka i serijaciju u upornom radnom okruženju. Koristimo PHP 8.4 Property Hooks (ako je dostupan u vašoj izgradnji) ili standardne tipkovane svojstva. Za široku kompatibilnost u ovom vodiču, koristimo standardne 8.3+ promovirane svojstva sa atributima. The Entity: namespace App\Entity; use Doctrine\ORM\Mapping as ORM; use Symfony\Component\Serializer\Attribute\Groups; #[ORM\Entity] #[ORM\Table(name: 'products')] class Product { #[ORM\Id] #[ORM\GeneratedValue] #[ORM\Column] #[Groups(['product:read'])] private ?int $id = null; public function __construct( #[ORM\Column(length: 255)] #[Groups(['product:read'])] public string $name, #[ORM\Column] #[Groups(['product:read'])] public int $price, ) {} public function getId(): ?int { return $this->id; } } Mi koristimo atribut uveden u nedavnim verzijama Symfony za automatsko mapiranje JSON ulaza. The Controller: #[MapRequestPayload] namespace App\Controller; use App\DTO\ProductDto; use App\Entity\Product; use Doctrine\ORM\EntityManagerInterface; use Symfony\Bundle\FrameworkBundle\Controller\AbstractController; use Symfony\Component\HttpFoundation\JsonResponse; use Symfony\Component\HttpKernel\Attribute\MapRequestPayload; use Symfony\Component\Routing\Attribute\Route; #[Route('/api/v1')] class BenchmarkController extends AbstractController { #[Route('/products', methods: ['POST'])] public function create( #[MapRequestPayload] ProductDto $dto, EntityManagerInterface $em ): JsonResponse { // Simple logic to test throughput $product = new Product($dto->name, $dto->price); $em->persist($product); $em->flush(); return $this->json($product, 201, [], ['groups' => 'product:read']); } #[Route('/ping', methods: ['GET'])] public function ping(): JsonResponse { $this->counter->increment(); // Increment on each call return new JsonResponse([ 'status' => 'pong', 'timestamp' => time() ]); } } The DTO: namespace App\DTO; use Symfony\Component\Validator\Constraints as Assert; class ProductDto { public function __construct( #[Assert\NotBlank] #[Assert\Length(min: 3)] public string $name, #[Assert\Positive] public int $price, ) {} } Benchmark rezultati Koristili smo wrk (moderan HTTP benchmarking alat) koji se pokreće na zasebnoj mašini u istoj lokalnoj mreži kako bi se izbjegao procesorski sukob. Methodology: 8-core procesor, 16GB RAM Machine: 30 sekundi, 100 konkurentnih veza. Test: /api/v1/ping (Raw prozor) i /api/v1/products (Interakcija sa bazom podataka). Target: NGINX + PHP-FPM (8.4) Baseline: Scenarij A: The “Ping” (Raw Overhead) +---------------------+----------------+---------------+---------------------+ | Server | Req/Sec | Latency (Avg) | Memory Usage | +---------------------+----------------+---------------+---------------------+ | PHP-FPM | ~2,100 | 45ms | Low (per process) | | FrankenPHP (Worker) | ~8,500 | 4ms | Moderate | | RoadRunner | ~9,200 | 3ms | Low | +---------------------+----------------+---------------+---------------------+ Oba aplikacijska servera decimiraju PHP-FPM. RoadRunner drži laganu prednost u sirovom protokolu za jednostavne JSON odgovore zbog svoje visoko optimizovane Go-based RPC komunikacije. Scenarij B: Pisanje baze podataka (stvarni svet) +-------------+---------------+----------------+------------+ | Server | Req/Sec | Latency (Avg) | Stability | +-------------+---------------+----------------+------------+ | PHP-FPM | ~850 | 110ms | Stable | | FrankenPHP | ~3,200 | 25ms | Excellent | | RoadRunner | ~3,400 | 22ms | Excellent | +-------------+---------------+----------------+------------+ Međutim, trajno pokretanje aplikacija (Način rada) znači da Symfony ne reinicijalizira kontejner, metapodatke doktrine ili slušalice događaja za svaki zahtev. i ponuditi 3x-4x poboljšanje performansi u odnosu na standardni FPM. FrankenPHP RoadRunner Scenario C: The “Number Cruncher” (CPU Bound) Ovaj test meri brzu brzinu izvršenja i stabilnost procesa radnika kada je CPU pričvršćen na 100%. Mi ćemo izvesti množenje matrice (N x N), klasični O(n3) algoritam koji prisiljava PHP motor da radi naporno bez oslanjanja na I/O čekanje vremena. The Code (Matrix Service): namespace App\Service; class MathService { public function multiplyMatrix(int $size): array { $matrixA = $this->generateMatrix($size); $matrixB = $this->generateMatrix($size); $result = array_fill(0, $size, array_fill(0, $size, 0)); for ($i = 0; $i < $size; $i++) { for ($j = 0; $j < $size; $j++) { for ($k = 0; $k < $size; $k++) { $result[$i][$j] += $matrixA[$i][$k] * $matrixB[$k][$j]; } } } return $result; } private function generateMatrix(int $size): array { $matrix = []; for ($i = 0; $i < $size; $i++) { for ($j = 0; $j < $size; $j++) { $matrix[$i][$j] = rand(1, 100); } } return $matrix; } } The Controller: namespace App\Controller; use App\Service\MathService; use Symfony\Bundle\FrameworkBundle\Controller\AbstractController; use Symfony\Component\HttpFoundation\JsonResponse; use Symfony\Component\Routing\Attribute\Route; #[Route('/api/v1')] class MathController extends AbstractController { #[Route('/math/matrix/{size}', requirements: ['size' => '\d+'], methods: ['GET'])] public function matrix(int $size, MathService $service): JsonResponse { // $size = 100 creates 1,000,000 iterations. $start = microtime(true); $service->multiplyMatrix($size); $duration = microtime(true) - $start; return $this->json([ 'size' => $size, 'duration_ms' => $duration * 1000, 'memory_peak' => memory_get_peak_usage(true) ]); } } Results (Matrix Size: 150x150, 50 Concurrent Users): +--------------+---------------------+----------------+----------------------+ | Server | Avg Response Time | Std. Deviation | Throughput (Req/Sec) | +--------------+---------------------+----------------+----------------------+ | PHP-FPM | 210ms | 15ms | ~450 | +--------------+---------------------+----------------+----------------------+ | FrankenPHP | 205ms | 45ms | ~465 | +--------------+---------------------+----------------+----------------------+ | RoadRunner | 208ms | 8ms | ~460 | +--------------+---------------------+----------------+----------------------+ Sve tri rade gotovo identično. To se očekuje jer je bočica ovde Zend Engine (PHP sam), a ne web server. RoadRunner je pokazao znatno niže standardno odstupanje (jitter). Njegova procesna izolacija (preko odvojenih radničkih binara povezanih cijevima) čini se da rukuje CPU kontinencijom nešto predvidljivije nego FrankenPHP-ov model sa žicama pod teškim opterećenjem, gde se Go rutine i C žice natječu za iste CPU vremenske rezove. Scenario D: The “Big Data Stream” (I/O & Memory Bound) U dugotrajnom radnom okruženju, buffiranje velike datoteke u memoriju je fatalno. Moramo testirati mogućnosti streaming. Mi ćemo generisati 100,000-vrsta CSV izveštaj na letenje i stream to na klijenta. The Code (Streaming Response): namespace App\Controller; use Symfony\Bundle\FrameworkBundle\Controller\AbstractController; use Symfony\Component\HttpFoundation\StreamedResponse; use Symfony\Component\Routing\Attribute\Route; #[Route('/api/v1')] class ReportController extends AbstractController { #[Route('/report/stream', methods: ['GET'])] public function streamBigReport(): StreamedResponse { $response = new StreamedResponse(function () { $handle = fopen('php://output', 'w+'); fputcsv($handle, ['ID', 'Name', 'Email', 'Status', 'Created_At']); // Simulate 100k rows for ($i = 0; $i < 100_000; $i++) { fputcsv($handle, [ $i, "User $i", "user$i@example.com", $i % 2 === 0 ? 'Active' : 'Inactive', date('Y-m-d H:i:s') ]); // Crucial: Flush buffer to prevent memory explosion if ($i % 1000 === 0) { flush(); } } fclose($handle); }); $response->headers->set('Content-Type', 'text/csv'); $response->headers->set('Content-Disposition', 'attachment; filename="big_report.csv"_report.csv"'); // RoadRunner/FrankenPHP specific header to disable internal buffering if needed $response->headers->set('X-Accel-Buffering', 'no'); return $response; } } Results (Downloading 50MB CSVs): +------------+---------------------------+---------------------------+--------------+ | Server | Time to First Byte (TTFB) | Max Memory Usage (Worker) | Success Rate | +------------+---------------------------+---------------------------+--------------+ | PHP-FPM | 30ms | 4MB | 100% | | FrankenPHP | 5ms | 6MB | 100% | | RoadRunner | 12ms | 4MB | 100% | +------------+---------------------------+---------------------------+--------------+ FrankenPHP: Pobjeda na TTFB (Time To First Byte). Budući da FrankenPHP direktno ugrađuje PHP, izlaz echo/fwrite ide gotovo trenutačno na mrežni soket koji upravlja Caddy. RoadRunner: Zahtijeva strogo pridržavanje ugovora o streaming-u. Podaci putuju od PHP Worker -> Relay (Pipes/Socket) -> RoadRunner (Go) -> Client. Dok je izuzetno brz, postoji sitna teorijska nadmoć u poređenju s FrankenPHP-ovim pristupom zajedničke memorije. Memorija: Oba servera su uspješno održavala memoriju ravnomjerno (~4–6 MB) jer smo koristili StreamedResponse. Scenario E: The “Pixel Cruncher” (obrada slike) Preuzmite 4K sliku (3840x2160), izmjerite je na 800x600, primenite filter sive veličine i vratite binarne podatke. Potreban nam je biblioteka, standardna abstrakcija za U PHP. imagine/imagine GD/Imagick The Code (Image Service): namespace App\Service; use Imagine\Gd\Imagine; use Imagine\Image\Box; class ImageProcessor { private Imagine $imagine; public function __construct() { // We use the GD driver as it is strictly CPU-bound and blocking $this->imagine = new Imagine(); } public function process(string $imagePath): string { $image = $this->imagine->open($imagePath); // Resize and apply effects (CPU Intensive) $image->resize(new Box(800, 600)); $image->effects()->grayscale(); // Return binary string (Memory Intensive) return $image->get('jpeg', ['quality' => 80]); } } The Controller: namespace App\Controller; use App\Service\ImageProcessor; use Symfony\Bundle\FrameworkBundle\Controller\AbstractController; use Symfony\Component\HttpFoundation\File\UploadedFile; use Symfony\Component\HttpFoundation\Request; use Symfony\Component\HttpFoundation\Response; use Symfony\Component\Routing\Attribute\Route; #[Route('/api/v1')] class MediaController extends AbstractController { #[Route('/media/process', methods: ['POST'])] public function process(Request $request, ImageProcessor $processor): Response { /** @var UploadedFile $file */ $file = $request->files->get('image'); if (!$file) { return new Response('No image provided', 400); } $processedImage = $processor->process($file->getPathname()); return new Response($processedImage, 200, [ 'Content-Type' => 'image/jpeg', // Prevent caching for benchmark accuracy 'Cache-Control' => 'no-cache, no-store, must-revalidate', ]); } } Benchmark Configuration: Ulaz: 5 MB JPEG (High-Res 4K) Konkurencija: 20 istovremenih korisnika (simulirajući eksploziju preuzimanja). Trajanje: 60 sekundi Worker Pool Limit: Oba servera su ograničena na 8 radnika kako bi simulirali ograničenje resursa. +-------------+-------------------+-------------------------+----------------------+----------+ | Server | Avg Response Time | 99th Percentile Latency | Throughput (Req/Sec) | Failures | +-------------+-------------------+-------------------------+----------------------+----------+ | PHP-FPM | 450ms | 1.2s | ~42 | 0 | | FrankenPHP | 430ms | 950ms | ~48 | 0 | | RoadRunner | 435ms | 880ms | ~47 | 0 | +-------------+-------------------+-------------------------+----------------------+----------+ Bez obzira da li koristite FPM, RoadRunner ili FrankenPHP, jedno CPU jezgro je 100% zauzeto za ~400ms po zahtjevu. Concurrency Management (The Real Difference): PHP-FPM: Spawns procese dok se ne dostigne pm.max_children. Ako je ograničenje pogodjeno, NGINX buffer se napuni, što na kraju dovodi do 502 grešaka ako se dostigne vremenski prekid. RoadRunner: Ima fiksni bazen radnika. Ako se obrađuje 8 zahteva, 9. zahteva čeka u RoadRunner-ovom unutarnjem redoslijedu prioriteta (napisan u Go). Ovaj redoslijed je visoko efikasan. On sprečava da se server sruši OOM (Out Of Memory) ali uvodi „Čekanje vremena“ za korisnika. FrankenPHP: Sličan RoadRunner-u, ali koristi upravljanje povezivanjem od strane Caddy-a. Rješava se s eksplozijom nešto brže u sirovom protokolu, verovatno zbog nižeg opterećenja pri prolasku opisnika datoteke u usporedbi s RoadRunner-ovim RPC cijevima. Scenario F: Test pokretanja „teškog okvira“ (serijalizovanje) U „Radnom načinu“ jezgre se pokreću jednom. Međutim, vrijeme pokretanja i dalje treba da se bavi čišćenjem specifičnim za zahteve i serijaliziranjem teških objekata. Ovaj test mjeri opseg serijaliziranja složenih grafika objekata – uobičajena bočica u aplikacijama Symfony koristeći API Platform ili opsežne kolekcije Doktrine. Serializirat ćemo zbirku od 50 entiteta Porudžbine, od kojih će svaka sadržavati i To naglašava serializera i menadžera memorije. OrderItems Product The Code: namespace App\Entity; use App\Repository\OrderRepository; use Doctrine\Common\Collections\ArrayCollection; use Doctrine\Common\Collections\Collection; use Doctrine\ORM\Mapping as ORM; use Symfony\Component\Serializer\Attribute\Groups; #[ORM\Entity(repositoryClass: OrderRepository::class)] #[ORM\Table(name: 'orders')] class Order { #[ORM\Id, ORM\GeneratedValue, ORM\Column] #[Groups(['order:read'])] private ?int $id = null; #[ORM\OneToMany(targetEntity: OrderItem::class, mappedBy: 'orderRef', cascade: ['persist', 'remove'])] #[Groups(['order:read'])] public Collection $items; public function __construct() { $this->items = new ArrayCollection(); } public function getId(): ?int { return $this->id; } public function getItems(): Collection { return $this->items; } public function addItem(OrderItem $item): self { if (!$this->items->contains($item)) { $this->items[] = $item; $item->orderRef = $this; } return $this; } } The Controller: namespace App\Controller; use App\Repository\OrderRepository; use Symfony\Bundle\FrameworkBundle\Controller\AbstractController; use Symfony\Component\HttpFoundation\JsonResponse; use Symfony\Component\Routing\Attribute\Route; #[Route('/api/v1')] class HeavyController extends AbstractController { #[Route('/heavy/orders', methods: ['GET'])] public function list(OrderRepository $repo): JsonResponse { // Assume database is seeded with 50 complex orders $orders = $repo->findAll(); return $this->json($orders, 200, [], ['groups' => 'order:read']); } } Results (100 Concurrent Users): +----------------------+--------------------+----------------------+----------------+ | Metric | NGINX + FPM | FrankenPHP (Worker) | RoadRunner | +----------------------+--------------------+----------------------+----------------+ | Throughput (req/sec) | ~180 | ~420 | ~405 | | Memory per Worker | Low (Reset/req) | High (Accumulates) | Stable | | GC Overhead | Negligible | Moderate | Low | +----------------------+--------------------+----------------------+----------------+ Pokazuje ogroman skok u odnosu na FPM (2.3x) jer su Metadata doktrine i Serializer ClassMetadata već u memoriji. To ograničava RoadRunner malo zbog nedostatka "CGO" (C-Go) overhead; FrankenPHP prenosi pokazivač direktno na ugrađeni PHP motor. FrankenPHP: : Izuzetno stabilan. Dok je malo sporije od FrankenPHP-a ovde, njegov otisak memorije je bio ravniji. Razbijanje sugerira da prenošenje velikih JSON korisnih opterećenja preko RPC kanala (Standard Streams/TCP) podnosi sitnu kaznu serializiranja koju FrankenPHP izbegava. RoadRunner Scenario G: Test stresa "Keep-Alive" i Memory Leak Dugotrajni PHP skripti propuštaju memoriju. To je činjenica života. Oba servera imaju mehanizme za ubijanje i zamjenu radnika (TTL/Max Requests). Testiramo koliko je ovo recikliranje „graciozno“. The “Leaky” Code: namespace App\Controller; use Symfony\Component\HttpFoundation\JsonResponse; use Symfony\Component\Routing\Attribute\Route; class LeakController { // Intentional static leak private static array $buffer = []; #[Route('/api/v1/leak', methods: ['GET'])] public function leak(): JsonResponse { // Leak 1MB per request self::$buffer[] = str_repeat('A', 1024 * 1024); return new JsonResponse(['memory' => memory_get_usage(true)]); } } Configuration (Restart every 50 requests): Broj zaposlenih: max_jobs: 50 FrankenPHP: FRANKENPHP_CONFIG=”radnik ./public/index.php 16 50” Results (Sustained Load): +------------------------+-------------+--------------+ | Metric | RoadRunner | FrankenPHP | +------------------------+-------------+--------------+ | Restart Latency Spike | ~15ms | ~40ms | | Memory Reclamation | Instant | Instant | | Consistency | Smooth | Slight Jitter| +------------------------+-------------+--------------+ RoadRunner: Spiral / roadrunner menadžer procesa je nevjerojatno zreo. Izvršava „mehke resetove“ – vrti novog radnika pre nego što ubije starog (preklapanje). FrankenPHP: Također dobro upravlja restarts, ali smo promatrali nešto veći "jitter" (variance) kada je više žica odlučilo da se ponovo pokrene istovremeno. Zaključak Bitka između FrankenPHP-a i RoadRunner-a u ekosistemu Symfony 8 nije o “brzom vs. sporom” – oboje su nevjerojatno brzi. Slučaj za FrankenPHP Najbolje za: Moderne „Cloud-Native“ aplikacije, programeri koji žele jednostavnost i projekti kojima su potrebni HTTP/3 / Rani saveti. Biti u mogućnosti da pošalje jednu Docker sliku koja sadrži Web Server (Caddy) i App Server (PHP) je san za implementaciju. Učinak: Malo veći sirovi protok na malim korisnim opterećenjima zbog ugrađene arhitekture. “Modern Standard.” Vjerojatno će postati podrazumevani za Symfony Docker podešavanja. Slučaj za RoadRunner Najbolje za: Enterprise Microservices, High-Traffic Systems koji zahtijevaju stroge SLA-e i tešku obradu pozadine. Ako vam je potreban gRPC server, Kafka potrošač, distribuirana trgovina ključnim vrednostima i izvoznik Metrika, sve u jednom binaru, RoadRunner je neusporediv. Stabilnost: Njegov menadžer procesa je borben. Izbor „Industrijske klase“.Ako gradite bankarski API ili sistem za redove visokog protokola, odaberite RoadRunner. Počnite sa Smanjuje barijeru za ulazak za PHP visokih performansi. Prebacivanje na ako vam trebaju specifične napredne funkcije (RPC/Queues) ili ako u Caddy konfiguraciji naiđete na prednje slučajeve. FrankenPHP RoadRunner Možete pronaći punu implementaciju i pratiti napredak projekta na GitHubu: [ ] Source Code: https://github.com/mattleads/FrankenVSRoadRunner https://github.com/mattleads/FrankenVSRoadRunner Let’s Connect! Ako ste ovo pronašli korisno ili imate pitanja o implementaciji, rado bih čuo od vas. Linkedin: [https://www.linkedin.com/in/matthew-mochalkin/] Uslovi korišćenja: [https://x.com/MattLeads] Uslovi korišćenja: [https://t.me/MattLeads] Uslovi korišćenja: [https://github.com/mattleads] https://www.linkedin.com/in/matthew-mochalkin/ https://x.com/MattLeads https://t.me/MattLeads https://github.com/mattleads

Symfony 8 na PHP 8.4: FrankenPHP vs RoadRunner Benchmarked

About Author

KOMENTARI

HANG TAGS

OVAJ ČLANAK JE PREDSTAVLJEN U

Related Stories

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps