Konrad Kowalski (rootsher)Principal Platform & Reliability Architect000010001001000011111011101110010100011010001010

Blog - Konrad Kowalski (rootsher)

wpisy (31)

  1. CPU w Kubernetes od kernela w górę2/12

    cgroups i CPU: jak Linux dzieli procesor między grupy procesów

    Group scheduling, cpu.weight i hierarchia - jak kernel dzieli CPU między grupy procesów, a nie między pojedyncze taski.

  2. CPU w Kubernetes od kernela w górę1/12

    Jak Linux naprawdę daje procesowi CPU

    Proces nie „ma CPU”. Jest gotowy do wykonania, a o tym, kiedy faktycznie dostanie czas procesora, decyduje scheduler.

  3. seria · 12 części

    CPU w Kubernetes od kernela w górę

    Model CPU od dołu do góry: od runnable tasków i schedulera, przez cgroups, requests i limits, po throttling, contention, PSI i diagnostykę.

  4. Frontend Rendering: od server-side pages do hybrydowego renderowania17/17

    Nowoczesny rendering to kompozycja

    Renderowanie przestało być jednym etapem. To rozmieszczenie pracy w czasie, przestrzeni i pomiędzy runtime'ami, a framework jest konsekwencją tych decyzji.

  5. Frontend Rendering: od server-side pages do hybrydowego renderowania16/17

    Server Components: nie cały kod UI musi trafić do browsera

    Granica renderowania przestaje przebiegać przez stronę, a zaczyna przez graf modułów. Część komponentów nigdy nie ma implementacji po stronie klienta.

  6. Frontend Rendering: od server-side pages do hybrydowego renderowania15/17

    Resumability: zamiast hydratować, wznów wykonanie

    Serwer zapisuje dość informacji, żeby klient nie musiał odtwarzać drzewa komponentów. Kod ładuje się dlatego, że wykonanie stało się potrzebne.

  7. Frontend Rendering: od server-side pages do hybrydowego renderowania14/17

    Islands architecture: interaktywne wyspy w statycznym dokumencie

    Punktem wyjścia przestaje być aplikacja. Strona jest dokumentem, a client runtime dostają tylko te fragmenty, które go naprawdę potrzebują.

  8. Frontend Rendering: od server-side pages do hybrydowego renderowania13/17

    Selective i progressive hydration: nie wszystko musi dostać CPU od razu

    Hydration przestaje być jednym startup taskiem. Client CPU staje się zasobem przydzielanym według priorytetów i realnego intentu użytkownika.

  9. Frontend Rendering: od server-side pages do hybrydowego renderowania12/17

    Edge rendering: renderowanie bliżej użytkownika

    Przesunięcie compute bliżej użytkownika ma sens tylko wtedy, gdy dane idą razem z nim. Inaczej skracamy jeden hop i wydłużamy resztę.

  10. Frontend Rendering: od server-side pages do hybrydowego renderowania11/17

    Partial Prerendering: jedna strona, kilka momentów renderowania

    Jednostką decyzji przestaje być route. Statyczny shell powstaje wcześniej, dynamiczne fragmenty dochodzą przy requeście albo przez stream.