Új hozzászólás Aktív témák

• #9010 moli.hu őstag Benoe77 #9009

  Új Válasz 2014-09-14 19:52:12 #9010

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  moli.hu

  őstag

  válasz Benoe77 #9009 üzenetére

  eloszor is meg kell keresned, hogy hol van az a konkret rrd file, amibe ezeket az ertekeket irja. ha mas nem, akkor az rpi-monitor kodjabol kell kinezni. Remelhetoleg minden szenzorhoz kulon file-t hasznal, es nem egy nagy file-t az osszes mert adathoz. Igy csak azt az rrd file-t kell lecserelni. Ezutan kiadsz egy rrdtool info filenev parancsot, es megnezed, hogy mi a file-definicio. Ezt kell atszerkesztened sajatra. Ha ez alapjan megvan, hogy hogy tarolta az rpi-monitor az adatokat, akkor mar csak el kell kesziteni az uj, neki megfelelo szerkezetu rrd-t, amiben viszont te beallitod a limiteket, ez az rrdtool-nal transzparens, vagyis barmilyen korlatot allitasz be, az rpi-monitor nem fog behalni.
  Peldaul nalam a homersekleti, fordulatszam, feszultseg ertekek rogzitese is egy ilyen strukturaba tortenik:
  rrdtool create filenev.rrd --step 1
  DS:data:GAUGE:1000
  RRA:AVERAGE:0.999:1:4000
  RRA:AVERAGE:0.999:5:4000
  RRA:AVERAGE:0.999:15:4000
  RRA:AVERAGE:0.999:60:4000
  RRA:AVERAGE:0.999:300:4000
  RRA:AVERAGE:0.999:900:4000
  RRA:AVERAGE:0.999:3600:4000
  RRA:AVERAGE:0.999:10800:4000
  RRA:AVERAGE:0.999:86400:4000
  ez a fenti definicio 1 masodpercenkenti adatrogzitest jelent (--step 1) nagyjabol 15 perces (DS:data:GAUGE:1000:U) megengedett adatkesessel, 99.9%-os megengedett adathiannyal (RRA:AVERAGE:0.999:1:4000) (tehat ha ~15 perc idejen belul csak az ido 0.1%-ban van adat, akkor azt en mar elfogadom rogzitendo adatnak, homersekletnel ez megteheto, nem valtozik olyan hirtelen) ahol nincs elvart minimum es maximum ertek (DS:data:GAUGE:1000 , U=unlimited), hanem minden szam rogzitesre kerul (valojaban ez nem igaz, mert en a rogzites elott manualisan szurok. Ennek az oka az, hogy ha holnap rajovok, hogy meg szeretnem emelni a minimum/maximum erteket, ahhoz ujra kell definialni az adatbazist, ami az osszes adat elvesztesevel jar - alapbol. Ez az oka az 1 masodperces rogzitesnek is, ez valojaban nem tortenik meg, de az adatbazis fel van ra keszitve (es debugolaskor bizony hasznalom is, ha nem akarok perceket varni a debug-ertekekre.)). Az atlagolt ertekekbol minden felbontasra 4000 erteket orzok meg (RRA:AVERAGE:0.999:1:4000) , hogy a jovore gondolva egy 4K-s monitor felbontasahoz igazitva az abrazolaskor 1:1 legyen az adat-pixel felbontas. Az atlagolt ertekek emberi idonkent vannak tarolva: 1=1 masodperc, 5=5s, 15=15s, 60=1m, 300=5m, 900=15m, 3600=1h, 10800=3h, 86400=1d (RRA:AVERAGE:0.999:86400:4000) . Ez utobbi legnagyobb felbontasban 1 pixel 1 napot abrazol, ez 4000 rogzitett ertekkel mar 10 evet lefed. Az adatmezo neve (DS:data:GAUGE:1000) "data" (szinten az ujradefinialas-adatvesztes miatt), az adatrogzites modja GAUGE (DS:data:GAUGE:1000), vagyis mero (homero, voltmero).
  Tehat neked a minimum-maximum ertekekhez (nalam U=unlimited), a bejovo adatok megengedett kesesehez (nalam 1000 =1000 masodperc) es a megengedett adathianyhoz (nalam 0.999=99.9%) kell hozzanyulni, az eredetihez kepest modositani.

  szerk: az a baj, hogyha nem monospace, hanem programkod taget hasznalok, akkor az kiirtja a benne levo formazotageket is, magyarul nem tudnam kiszurkiteni a nem kiemelt reszeket.

Új hozzászólás Aktív témák