It looks like we are still fairly overprovisioned:
Since CPU use looks bursty, we could probably reduce the CPU reservation dramatically and let the cap stay high. Memory utilization looks like ~200MB in the steady state. Perhaps we could downsize to 500MB reservation and 1G cap. We want to be slightly overprovisioned in memory, since exceeding the CPU cap just makes a notebook slow, vs. exceeding the memory cap will lock all notebooks on the server until the user manually kills notebooks.
@trenthem is this a concern to you at all, or would further reduction in VM time (e.g., 20%) just be noise/not worth the person-hours to tune?
We reduced usage by about 50% before we launched this semester, for context.
Over Fall'21 each server was still overprovisioned. Leaving this open if @anesepark or @walidabualafia want to use stackdriver metrics to get a better characterization of exactly how overprovisioned we are.
It looks like we are still fairly overprovisioned:
Since CPU use looks bursty, we could probably reduce the CPU reservation dramatically and let the cap stay high. Memory utilization looks like ~200MB in the steady state. Perhaps we could downsize to 500MB reservation and 1G cap. We want to be slightly overprovisioned in memory, since exceeding the CPU cap just makes a notebook slow, vs. exceeding the memory cap will lock all notebooks on the server until the user manually kills notebooks.
@trenthem is this a concern to you at all, or would further reduction in VM time (e.g., 20%) just be noise/not worth the person-hours to tune?
We reduced usage by about 50% before we launched this semester, for context.