<div dir="ltr">Hallo Nils,<br><br>jetzt geht es ein bißchen durcheinander.<br><div class="gmail_extra"><br><div class="gmail_quote">2014-06-12 9:15 GMT+02:00 Nils op den Winkel <span dir="ltr"><<a href="mailto:nils@kusemuckl.de" target="_blank">nils@kusemuckl.de</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hallo zusammen!</div><div><br></div>RRD arbeitet sehr ähnlich zu vzcompress2. Nur halt nicht nachträglich, sondern beim Speichern neuer Werte. Je älter die Daten sind, desto geringer die Auflösung. Wie komprimiert wird, lässt sich konfigurieren. </div>
</blockquote><div><br></div><div>Wobei bei RRD mw. der Speicher fest definiert ist, bei vzcompress ist es die Auflösung.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Ich sehe nicht, warum das "korrekter" sein sollte als die Aggregation der MW.</div></blockquote><div><br></div><div>Aggregation in der MW ist nochmals etwas ganz anderes und lediglich eine Performanceoptimierung. Dabei werden keine Originaldaten gelöscht, verfremdet o.ä.<br>
 <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>
<br></div><div>Schönen Gruß</div><div>Nils</div></div></blockquote><div><br></div><div>Der Kernpunkt bleibt halt- kein Programmierer, kein RRD...<br><br>vg<br></div><div>Andreas<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_extra"><br><br><div class="gmail_quote">Am 12. Juni 2014 08:36 schrieb Andreas Götz <span dir="ltr"><<a href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@gmail.com</a>></span>:<div><div class="h5">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>Die Ideen gabs schon, nur hat sich keiner gefunden, ders implementiert häte...</div><div>Prinzipieller Nachteil von RRD scheint mir zu sein, dass historische Daten nicht in beliebiger Menge und Auflösung gespeichert werden können?<br>

<br>Viele Grüße,<div>Andreas</div></div><div><br>Am 12.06.2014 um 00:22 schrieb Andreas Merkle <<a href="mailto:web@blue-andi.de" target="_blank">web@blue-andi.de</a>>:<br><br></div><div><div><blockquote type="cite">

<div>
  
    
  
  
    <div>Wäre hier rrdtool ein Ansatz der
      Zukunft? Somit könnte man immer mit "korrekten" Werten rechnen,
      ohne<br>
      grösseren Performanceverlust.<br>
      <br>
      Gruß<br>
      Andreas<br>
      <br>
      <br>
      Am 11.06.2014 22:32, schrieb Andreas Götz:<br>
    </div>
    <blockquote type="cite">
      
      <div>Ja, einfach ohne group/tuples aufrufen, also genau so wie die
        MW es nicht macht. Ansonsten hilft es immer, im Browser
        mitzuverfolgen welche Requests ausgeführt werden...<br>
        <br>
        Viele Grüße,
        <div>Andreas</div>
      </div>
      <div><br>
        Am 11.06.2014 um 22:29 schrieb Marius Hellmann <<a href="mailto:vz@hellmann.me" target="_blank">vz@hellmann.me</a>>:<br>
        <br>
      </div>
      <blockquote type="cite">
        <div>
          <div>Ok... Dachte mir sowas schon...</div>
          <div><br>
          </div>
          <div>Gibt es denn eine Möglichkeit die Middleware einen
            "realen" min/max Wert bestimmen zu lassen wenn auch nicht
            per Frontend und ohne Performance ? <br>
            <br>
            <span>
              <div>Gruß</div>
              <div><span>Marius</span></div>
            </span>
            <div>
              <div><br>
              </div>
            </div>
          </div>
          <div><br>
            Am 11.06.2014 um 17:19 schrieb Andreas Götz <<a href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@gmail.com</a>>:<br>
            <br>
          </div>
          <div><span></span></div>
          <blockquote type="cite">
            <div>
              
              <div>Feature. Eindeutig. Die mw paketiert aus
                Performancegründen Daten wenn tuples=xy oder group=xy
                angegeben. <br>
                Min/max werden aus diesen Paketen ermittelt und die
                stellen halt eine Aggregation der Ausgangsdaten dar,
                damit Verlust an Detailinformation. </div>
              <div><br>
                Viele Grüße,
                <div>Andreas</div>
              </div>
              <div><br>
                Am 11.06.2014 um 16:26 schrieb Marius Hellmann <<a href="mailto:vz@hellmann.me" target="_blank">vz@hellmann.me</a>>:<br>
                <br>
              </div>
              <blockquote type="cite">
                <div>
                  <p><span style="font-family:'Lucida Grande',Verdana,Arial,Helvetica,sans-serif">Hallo zusammen,</span></p>
                  <p>Wie werden eigentlich in der Middleware die Min und
                    Max Werte ermittelt?!</p>
                  <p>Mir ist grad aufgefallen das ich z.B. in der
                    Ansicht eines Tages den Min Wert 70W bekomme,<br>
                    <span>lasse ich mir aber den Monat anzeigen in dem
                      dieser Tag enthalten ist hab ich z.B. 90W... </span><smiley-surprised.gif><span> </span></p>
                  <p><span>bug oder feature? :-)</span></p>
                  <p><span> </span></p>
                  <p>Grüße Marius</p>
                  <p> </p>
                  <div> </div>
                </div>
              </blockquote>
            </div>
          </blockquote>
        </div>
      </blockquote>
    </blockquote>
    <br>
  

</div></blockquote></div></div></div></blockquote></div></div></div><br></div>
</blockquote></div><br></div></div>