Konrad Kowalski (rootsher)Principal Platform & Reliability Architect000011111101000101100010111011011001101011101010

Computer Science

wpisy (5)

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

    NUMA, SMT i cache: kiedy topologia hardware zaczyna mieć znaczenie

    Dwa workloady mogą dostać tyle samo CPU time i wykonać różną ilość pracy. Tu kończy się abstrakcja CPU, a zaczyna fizyka maszyny.

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

    Dlaczego 1 CPU nie oznacza jednego rdzenia

    CPU time i CPU placement to dwa różne mechanizmy. Limit mówi, ile wolno zużyć; affinity i cpuset mówią, gdzie task może się wykonywać.

  3. CPU w Kubernetes od kernela w górę5/12

    CPU Contention: kiedy proces chce CPU, ale go nie dostaje

    Bez żadnego limitu proces może stać i czekać. Wystarczy, że runnable demand przekroczy dostępną capacity - i to widać dopiero w latency.

  4. 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.

  5. 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.