Monatsrückblick Januar/Februar 2026 ist online!

[Homoran]

@robbsen sagte in ioBroker sehr hohe Diskwrites in Proxmox:

@homoran meinst du die diskreads?

ja!
welcher Wert stimmt denn jetzt?

[robbsen]

@homoran na Diskread wäre doch total egal..m belastet ne SSD nicht. aber irgendwie habe ich das Gefühl die Diagramme zu lesen ist gar nicht so einfach

[Homoran]

@robbsen sagte in ioBroker sehr hohe Diskwrites in Proxmox:

@homoran na Diskread wäre doch total egal..m belastet ne SSD nicht

Das weiß ich.
Es geht hier um die Interpretation des Graphen.
Hier ist e zwar nur der Read, aber mal zeigt er 2MB, mal 12 MB an, das passt auch ggf. zu dem letzten Post von dir bezüglich der Berechnung

[robbsen]

@homoran jap :(

[JLeg]

@homoran sagte in ioBroker sehr hohe Diskwrites in Proxmox:

@robbsen sagte in ioBroker sehr hohe Diskwrites in Proxmox:

@homoran meinst du die diskreads?

ja!
welcher Wert stimmt denn jetzt?

beide. :-) das dahinter liegende Tool heisst "rrdtool", das zeichnet in einem Ringbuffer auf - und wenn du raus zoomst, werden die Daten "gröber" und die Spitzen sind "weg gemittelt". => https://www.linux-magazin.de/ausgaben/2004/06/daten-ausgesiebt/

[Homoran]

@jleg sagte in ioBroker sehr hohe Diskwrites in Proxmox:

die Spitzen sind "weg gemittelt"

ok - dann passt das

Danke

[crunchip]

@homoran sagte in ioBroker sehr hohe Diskwrites in Proxmox:

welcher Wert stimmt denn jetzt?

denke im Normalfall, die Anzeige Tag ist präziser, je größer der Zeitraum gewählt wird, desto grober der Darstellungsfilter, da nur ein Mittel/Durchschnitt angezeigt wird

ich Falle trotzdem total aus dem Rahmen

[robbsen]

@crunchip 12 G???

[crunchip]

@robbsen jaaaa, hat ich weiter oben schon gepostet, kein Plan was da läuft, ist seit dem 15.01. so, Zeitpunk des Js-controller 3.2.x

[JLeg]

@crunchip sagte in ioBroker sehr hohe Diskwrites in Proxmox:

@robbsen jaaaa, hat ich weiter oben schon gepostet, kein Plan was da läuft, ist seit dem 15.01. so, Zeitpunk des Js-controller 3.2.x

schau doch mal, was "iotop" anzeigt - damit sollte erkennbar sein, wer da so rödelt...

[crunchip]

@jleg sagte in ioBroker sehr hohe Diskwrites in Proxmox:

was "iotop" anzeigt

da is tote Hose:thinking_face:

Edit:

habs jetzt bisschen beobchtet
Js-Controller taucht immer mal auf, zwischen ca.20 und 50M/s

[JLeg]

@crunchip sagte in ioBroker sehr hohe Diskwrites in Proxmox:

@jleg sagte in ioBroker sehr hohe Diskwrites in Proxmox:

was "iotop" anzeigt

da is tote Hose:thinking_face:

Edit:

habs jetzt bisschen beobchtet
Js-Controller taucht immer mal auf, zwischen ca.20 und 50M/s

mit "a" kannst du mal "akkumulieren", aber die 50M/s dürften sich schon relativ schnell läppern...

[crunchip]

@jleg meinst du so

[JLeg]

@crunchip sagte in ioBroker sehr hohe Diskwrites in Proxmox:

@jleg meinst du so

Jo; leider weiss ich nicht, ob/wie man iotop dazu bekommt, die Zeitspanne mit anzuzeigen, ich schätze aber mal, der Fall ist relativ klar - der js-controller ist "the culprit"... :)

[crunchip]

@jleg hmm habs laufen lassen, Zeitspanne Post zu Post, soeben hab ich 1000M überschritten

[JLeg]

@crunchip sagte in ioBroker sehr hohe Diskwrites in Proxmox:

@jleg hmm habs laufen lassen, Zeitspanne Post zu Post, soeben hab ich 1000M überschritten

boa, das scheint mir ziemlich heftig; das müsste eigentlich darauf hindeuten, dass deine "states.json" und "objects.json" riesig sind - oder du das Schreibintervall runtergesetzt hast (ich glaube, Default sind 30s?)

[crunchip]

@jleg Objekte: 42695, Zustände: 40641, Schreibintervall hab ich nichts gemacht, wüsste gar nicht wo das geändert werden kann

[JLeg]

@crunchip sagte in ioBroker sehr hohe Diskwrites in Proxmox:

@jleg Objekte: 42695, Zustände: 40641, Schreibintervall hab ich nichts gemacht, wüsste gar nicht wo das geändert werden kann

Hm, für's Schreiben letztendlich interessant sind die tatsächlichen Grössen der o.g. Dateien (in 'iobroker-data', glaube ich...)

[crunchip]

@jleg

• objects.json 32Mb
• states.json 9,1Mb

keinen Plan ob das viel oder wenig ist

[paul53]

@crunchip sagte: Schreibintervall hab ich nichts gemacht, wüsste gar nicht wo das geändert werden kann

Füge mal in die Datei /opt/iobroker/iobroker-data/iobroker.json unter "states" ein:
"writeFileInterval": 300000,

  "states": {
    "type": "file",
    "typeComment": "Possible values: 'file' - [port 9000], 'redis' - [port 6379].",
    "host": "127.0.0.1",
    "port": 9000,
    "maxQueue": 1000,
    "writeFileInterval": 300000,
    "options": {
      "auth_pass": null,
      "retry_max_delay": 5000
    },
    "backup": {
      "disabled": false,
      "files": 12,
      "filesComment": "Minimal number of backup files, after the deletion will be executed according to backupTime settings",
      "hours": 48,
      "hoursComment": "All backups older than 48 hours will be deleted. But only if the number of files is greater than of backupNumber",
      "period": 120,
      "periodComment": "by default backup every 2 hours. Time is in minutes. To disable backup set the value to 0",
      "path": "",
      "pathComment": "Absolute path to backup directory or empty to backup in data directory"
    }
  },

und starte anschließend ioBroker neu. Dann sollte sich die Schreiblast für die Dateien states.json(.bak) auf ein Zehntel verringern.