Op 24 september 2026 beschreef Perplexity Photon als de interne motor die webpagina’s ophaalt en rangschikt voor de AI-zoekdienst van het bedrijf. Volgens Perplexity draaide Photon toen al mee in de productiezoekstroom. Het is infrastructuur achter Perplexity Search, geen zelfstandige zoekdienst voor consumenten.
Perplexity introduceert Photon
Photon neemt in Perplexitys zoekstack de stap voor zijn rekening waarin mogelijke webpagina’s worden opgehaald en gerangschikt. De zoekdienst verwerkt daarna de inhoud van geselecteerde pagina’s om een onderbouwd antwoord te maken. Perplexity ontwikkelde Photon ter vervanging van een aangepaste versie van een open-source zoekengine.
Het bedrijf rapporteert voor Photon ongeveer 20% minder vergelijkbare servers voor het afhandelen van zoekverkeer dan bij het vorige systeem. Per document wordt volgens Perplexity ongeveer 2,5 keer zoveel data opgeslagen.
Zo loopt een zoekopdracht door Photon
Een verzoek gaat eerst via een load balancer naar een broker. Die kiest een groep shards: delen van de index die zoekgegevens bevatten. De shards halen kandidaten op en rangschikken ze. Daarna voegt de broker de beste kandidaten samen en haalt hij belangrijke velden van de geselecteerde documenten op.
Indexbouw en zoekverkeer
Photon bouwt zijn index op een apart pad, los van de servers die live zoekopdrachten verwerken. Pillar bereidt brongegevens voor in YTsaurus-tabellen. Indexers maken daaruit de structuren voor de shards; vervolgens zet een controller nieuwe indexversies uit naar de groepen servers die zoekverzoeken afhandelen.
Voor het verwerken van zoekopdrachten gebruikt Photon compacte gegevensstructuren, gebundelde leesacties die rekening houden met de cache en asynchrone schijfinvoer en -uitvoer. Die ontwerpkeuzes staan naast de scheiding tussen indexbouw en het beantwoorden van zoekverzoeken.
Wat de gemelde p99-latentie meet
Perplexity meldt dat de p99-latentie van de interne ophaal- en rangschikkingsstappen daalde van circa 800 ms in het vorige systeem naar circa 65 ms met Photon. P99 is de grens waarbinnen 99% van de metingen valt. De 65 ms betreft Photons eigen stappen; latere onderdelen van de bredere zoekverwerking vallen erbuiten.
| Systeem | Gemelde p99-latentie in productie | Meetbereik |
| Vorig systeem | Circa 800 ms | Ophalen en rangschikken in Perplexitys productieomgeving |
| Photon | Circa 65 ms | Photons interne stappen; latere zoekstappen vallen erbuiten |
Fast Search: benchmarks en API-toegang
Fast Search is een API-modus die Photon gebruikt met een lichtere rangschikking, gericht op agent-workflows. De latentie van één Fast Search API-aanroep is een andere maat dan de p99 voor Photons interne productiestappen: Perplexity rapporteert hiervoor 160 ms p50 en 230 ms p95. P50 is de mediaan; p95 is de grens waaronder 95% van de gemeten aanroepen valt.
In zes benchmarks met 3.554 geselecteerde taken rapporteert Perplexity een score van 64,3% voor Fast Search en 64,0% voor de standaardinstelling. De geschatte kosten voor model en zoeken samen bedroegen respectievelijk $59,73 en $187,60. In aparte interne tests voor minder gangbare zoekopdrachten kwam de DCG-relevantie uit op 2,21 voor Fast Search en 2,45 voor de standaardinstelling. De score voor beschikbaarheid van antwoorden was 0,567 tegenover 0,596.
| Maatstaf | Fast Search | Standaardinstelling | Testcontext |
| Taakscore | 64,3% | 64,0% | Zes benchmarks; 3.554 geselecteerde taken |
| Geschatte kosten voor model en zoeken samen | $59,73 | $187,60 | Dezelfde benchmarkset van 3.554 taken |
| DCG-relevantie | 2,21 | 2,45 | Interne test met minder gangbare zoekopdrachten |
| Beschikbaarheid van antwoorden | 0,567 | 0,596 | Interne test met minder gangbare zoekopdrachten |
De Search API-documentatie vermeldt een tarief van $1 per 1.000 succesvolle Fast Search-verzoeken; standaard webzoeken kost $5 per 1.000 succesvolle verzoeken. Voor Fast Search gebruikt een aanvraag search_type: "fast" op POST /search. Per verzoek zijn 1 tot en met 20 resultaten instelbaar.
