CPU high threshold alert. Going in "overheat" mode

Was sagt denn die direkte Systemauslastung (htop usw)?

60M Op/s ist mäßig viel, das verbraucht mein RS8000G9 artiger Server fast permanent im Idle. Auch Ausschläge bis 200M und mehr sollten locker ok sein.

Ich würde mich evtl nach htop check mit dem Support auseinandersetzen, evtl hat der Server ja ein Lüftungs- oder sonstiges Problem?

Zitat von TBT

60M Op/s ist mäßig viel, das verbraucht mein RS8000G9 artiger Server fast permanent im Idle. Auch Ausschläge bis 200M und mehr sollten locker ok sein.

Ich würde mich evtl nach htop check mit dem Support auseinandersetzen, evtl hat der Server ja ein Lüftungs- oder sonstiges Problem?

Ja, mein kleiner Rentier-RS mit 2 Intel Cores zeigt bei manchen stündlichen Cronjobs regelmäßig Ausschläge bis 350M OP/s. Ein Lüfterproblem könnte in deinem Fall durchaus die Ursache sein. Es ist schliesslich ein dedizierter Core.

Dann schmeiss dir mal ein Monitoring drauf. In diesem Fall währe vielleicht netdata gut, da du Echtzeitdaten bekommst. Es kostet auch nicht viel Recourcen und hat Standardmäßig eine Stunde rückwirkend Daten im Speicher.

Zitat von Lyonel

Wie stelle ich das mit dem htop am besten an? Gibt es da eine einfache "logging"-Möglichkeit? Es ist sonst nicht so einfach, da parallel eine session zu öffnen und dann im richtigen Augenblick auf den Terminal zu schauen ;-)...

Öhm. Doch? Ist einfach? Einfach noch eine Putty Session parallel?

oder tmux mit zwei panes ?‍♂️

Zitat von TBT

Einfach noch eine Putty Session parallel?

Zitat von nurlennart

oder tmux mit zwei panes ?‍♂️

Oder gleich via Byobu …

Zitat von Lyonel

ich habe auf unserem root-Server (RS 2000 G9 a1 6M) eine Docker-Installation, auf welcher workadventure und jitsi deployed werden. Beim docker-compose up bekomme ich immer die Meldung:

CPU high threshold alert. Going in "overheat" mode

Würde ich eher ignorieren.

Der Overheat Mode ist eine Kreation von Workadventure im Code.

import {CPU_OVERHEAT_THRESHOLD} from "../Enum/EnvironmentVariable";

function secNSec2ms(secNSec: Array<number>|number) {
    if (Array.isArray(secNSec)) {
        return secNSec[0] * 1000 + secNSec[1] / 1000000;
    }
    return secNSec / 1000;
}

class CpuTracker {
    private cpuPercent: number = 0;
    private overHeating: boolean = false;

    constructor() {
        let time  = process.hrtime.bigint()
        let usage = process.cpuUsage()
        setInterval(() => {
            const elapTime = process.hrtime.bigint();
            const elapUsage = process.cpuUsage(usage)
            usage = process.cpuUsage()

            const elapTimeMS = elapTime - time;
            const elapUserMS = secNSec2ms(elapUsage.user)
            const elapSystMS = secNSec2ms(elapUsage.system)
            this.cpuPercent = Math.round(100 * (elapUserMS + elapSystMS) / Number(elapTimeMS) * 1000000)

            time = elapTime;

            if (!this.overHeating && this.cpuPercent > CPU_OVERHEAT_THRESHOLD) {
                this.overHeating = true;
                console.warn('CPU high threshold alert. Going in "overheat" mode');
            } else if (this.overHeating && this.cpuPercent <= CPU_OVERHEAT_THRESHOLD) {
                this.overHeating = false;
                console.log('CPU is back to normal. Canceling "overheat" mode');
            }

            /*console.log('elapsed time ms:  ', elapTimeMS)
            console.log('elapsed user ms:  ', elapUserMS)
            console.log('elapsed system ms:', elapSystMS)
            console.log('cpu percent:      ', this.cpuPercent)*/
        }, 100);
    }

    public getCpuPercent(): number {
        return this.cpuPercent;
    }

    public isOverHeating(): boolean {
        return this.overHeating;
    }
}

Sieht für mich nach dem Versuch aus mit node.js seine Ressourcen verwalten zu wollen.

Die erste Zeile deutet an, dass CPU_OVERHEAT_THRESHOLD eine Environment Variable ist, die du im Docker Compose File bearbeiten kannst.

Die solltest du hoch setzen.

Zitat von Lyonel

sehe ich das richtig, dass das dann eine Meldung ohne Konsequenz ist (also kein Drosseln der Leistung oder ähnliches)?

Aus irgendeinem Grund werden die das eingebaut haben - aber ich habe keine Lust mir den Quelltext weiter anzusehen.

Die Werte scheinen jedoch nicht mit der Hardware-Geometrie zu skalieren, deshalb musst du wohl selbst die Env Variablen setzen.

Der Code an sich wirft bei mir viele Fragen auf.