Holodepth • Runtime Atlas • Infrastructure map
Browser Process Topology
Canlı Chromium process orchestration atlası — kutular değil, IPC akışı ve state transition. Event Loop «tracing», Frame Budget «profiler»; bu model «runtime infrastructure map» hissi verir. Tamamen simülasyon; gerçek tarayıcı verisi çekilmez.
Holodepth köprüsü
Önceki iki Atlas demosu tek process içinde zamanlama ve render teşhisini öğretir. Browser Topology bir üst katman: multi-process Chromium — Browser, Renderer, GPU, Network, Utility, Audio, Storage, Service Worker ve site isolation sınırları.
Veritabanı veya canlı Chrome bağlantısı yok; davranış bilinçli olarak Chromium mimarisine yakın simüle edilir (IPC paketleri, crash recovery, tab discard).
Topology nasıl okunur?
Runtime Infrastructure Map
Güneş sistemi düzeni: Browser merkez, infra orta halka, renderer geniş dış orbit. Tam yükseklik sahne; sağ altta ince event terminal. Wheel zoom, drag pan, 2.5D drift — OrbitControls yok.
Statik diagram değil. Renderer spawn → node doğar; crash → kırmızı kesilme; GPU pressure → büyüme + VRAM; memory pressure → background discard.
- Browser Orchestrator · tab/process policy
- Renderer Site / tab · Blink + V8 (sim)
- GPU Compositor · raster queue
- Network HTTP cache · fetch service
- Utility Codec, parsing helpers
- Storage Cache / disk backend
- Service Worker Offline fetch wake
- Site isolation Cross-origin → ayrı renderer + renkli halka
Process Topology Simulator
PRESET: BROWSER_TOPOLOGY · IPC live
Byteomi runtime · CANLI · Process orchestration
Dynamic process graph · animated IPC · site isolation rings · crash survival · GPU pressure · allocation timeline.
Runtime note Simülasyon — gerçek Chromium instance’a bağlanmaz. Olaylar state transition üretir; IPC ve timeline gözlemlenebilirlik içindir.
Renderer’a tıklayın → focus + hafif zoom. Wheel/drag ile sahneyi gezinin. Sağ alttaki terminal: spawn, gpu pressure, crash satırları. Crash renderer → düşüş + dissolve.
Bu demo ne işe yarar?
Bu sayfadaki Process Topology Simulator, bilgisayarınızdaki gerçek Chrome’a bağlanmaz. Küçük bir öğretim modelidir: «modern tarayıcı neden tek process değil?» sorusuna görsel cevap verir. Production task manager değildir — Chromium’un multi-process mimarisini sezgisel okumak içindir.
Ortada Browser (orchestrator), GPU process, bir veya birden fazla renderer ve gerektiğinde network / utility düğümleri görürsünüz. Aralarındaki çizgiler IPC paketleridir — mesajlar sürekli akar. New tab yeni renderer doğurur; Cross-origin iframe site isolation halkası ve ayrı process riskini gösterir; Heavy WebGL GPU basıncı artırır.
Crash renderer tek sekmenin ölmesini, browser’ın ayakta kalmasını simgeler. Kill GPU / GPU reset donanım yolunun kırılmasını ve toparlanmayı anlatır. Sağ alttaki event terminal spawn, pressure, crash satırlarını sıralar — DevTools’taki process listesi ve crash dump hissi verir, gerçek log değildir.
Nasıl kullanırsınız? Önce grafiği izleyin; bir renderer’a tıklayın (focus). Wheel ile zoom, drag ile pan. Sonra Crash renderer ve Site isolation düğmelerini deneyin. Amaç ezber değil: «sekme çöker, tarayıcı yaşar; GPU ayrı process’te; cross-origin izole» sezgisidir.
Olay tetikleyiciler
- New tab
- Yeni renderer node — physics ring’de spawn animasyonu. Karşılık Renderer process spawn
- Cross-origin iframe
- ads.com ayrı renderer; site isolation halkası. Karşılık OOPIF · separate site instance
- Heavy WebGL
- GPU node büyür, VRAM yükselir, renderer→GPU IPC artar. Karşılık GPU process pressure · raster queue
- Crash renderer
- Tab freeze; Browser + GPU yaşar; IPC o renderer’a kesilir. Karşılık Renderer SIGKILL sim · «Browser survived»
- Kill GPU / GPU reset
- Compositor path kopar veya yeniden başlar. Karşılık GPU process kill / restart
- Memory pressure
- Background renderer suspend/discard; storage IPC reclaim. Karşılık Tab discard · lifecycle throttle
Ne görmelisiniz?
İyi vs kötü · process ecosystem okuma
Simülatörde her senaryo görsel bir «imza» bırakır. Aşağıdaki kartlarla panelde ne arayacağınızı eşleştirin; sağ alttaki event terminal aynı olayları metin olarak tekrarlar.
Sağlıklı orchestration
- Browser hub tam merkezde; GPU, Net, Store, SW, Util, Audio orta halkada dengeli.
- Renderer’lar geniş dış orbitte — üst üste binme minimum, saat yönü dağılım.
- Edge glow orta; IPC paketleri seyrek (glow öncelikli, max ~10 paket).
- HUD: Orchestrating, IPC rate stabil, VRAM düşük.
- Terminal: ara sıra
spawn · …— yoğun crash yok.
Kontroller kapalıyken 10 sn izleyin — baseline.
Renderer crash
- Crash renderer → seçili veya rastgele tab kırmızı X ile işaretlenir.
- O renderer’a giden IPC paketleri anında kesilir; edge o yönde solar.
- Node dış orbitte aşağı düşer, dissolve halkası, sonra kaybolur.
- Toast: Browser survived renderer crash — Browser + GPU yaşar.
- Terminal:
renderer crash·dissolve · renderer
Chromium’un «tab öldü, browser yaşadı» hikayesi.
GPU pressure
- Heavy WebGL → GPU node büyür, turuncu pulse halkası.
- VRAM HUD %65+ (kritikte kırmızı); dış orbit hafif wobble (stress).
- Renderer → GPU edge glow belirgin; turuncu paketler artabilir.
- GPU reset ile süreç normale döner — terminal
gpu reset.
Frame Budget’taki «paint/GPU bound» üst process katmanı.
Site isolation
- Cross-origin iframe →
ads.comayrı renderer, dış isolation orbit. - İnce pembe boundary halo — yalnızca ilgili renderer’da (focus veya isolation toggle).
- Parent tab ile child farklı process — iki node, Browser’a ayrı IPC.
- Terminal:
spawn · ads.comardından izole bağlantılar.
Tab burst + Memory pressure → discard/suspend zinciri ayrı senaryo.
Focus + kamera: Renderer’a tıklayınca diğer node’lar fade, IPC yolları vurgulanır. Wheel zoom / drag pan sonrası 7 sn otomatik zoom-in kapalı kalır — sahneyi rahatça inceleyin.
Özet ve sıra
Runtime Atlas: Event Loop (tracing) → Frame Budget (profiler) → Browser Topology (infrastructure map) → V8 JIT (Flow Reactor) → Layout Thrashing.