[vz-users] Problem Middleware ??!!

[Thorben Thuermer]

On Tue, 12 Feb 2013 13:01:34 +0100 "Heiko W." <luckyheiko at hotmail.com> wrote:
> aber was bringt diese Abfrage, das ist ja 'nur' das lesen ?!
> wäre nicht wichtiger das 'schreiben' ?? 

fuer die frontend-anzeige ist das lesen wichtiger,
fuer die berechnung muss eine recht grosse datenmenge gelesen werden.

geschrieben wird ja recht wenig, halt immer nur die neuen daten
(+index-updates).

> pi at raspberrypi ~ $ sudo hdparm -T -t /dev/root
> /dev/root:
>  Timing buffered disk reads:  18 MB in  4.24 seconds =   4.25 MB/sec

deine karte liest 4mb/sekunde, dl4huf's liest 20,
brauchen wir denke ich nicht weiter zu diskutieren...
investiere mal lieber ein paar euro in eine etwas hoeherwertige karte.

> Meine Zähler (hab2)
> http://www.mit-n.de/fileadmin/user_upload/PDF/Strom/Produktbeschreibung_EMH_ED300L_.pdf
> 
> auflösung sollte so weit ich gelesen habe 10000/pro kwh sein
> im Frontend musste ich aber 1000 einstellen sonnst wären die Werte falsch gewesen

bei s0-zaehlern wird eh "nur" geloggt, wenn impulse kommen, bei 1000/kWh -
kannst ja selber ausrechnen wieviel das ist.

die frage zielt eher auf die zaehler ab, aus denen zaehlerstaende ausgelesen werden.
da macht es keinen sinn die gleichen staende immer wieder zu speichern,
wenn sie sich nicht aendern, weil die aufloesung zu gering ist.

> wegen der Datenmenge .. 
> ich denke nicht das es am 'lesen' und 'schreiben' liegt .. 
> eher an der Menge, die warscheinlich gar nicht von nöten wäre, 
> wie ich ja schon gesagt habe würde alle 5 , 10 oder 15 Sekunde eine Abfrage auch reichen .. 

wie schon geschrieben:
ES GIBT KEINE "ABFRAGEN" die man einfach seltener machen koennte.

> Mit freundlichen Grüßen
> Heiko W.

- T.

> > Date: Tue, 12 Feb 2013 12:21:57 +0100
> > From: dl4huf at t-online.de
> > To: volkszaehler-users at lists.volkszaehler.org
> > Subject: Re: [vz-users] Problem Middleware ??!!
> > 
> > Am 12.02.2013 07:55, schrieb Heiko W.:
> > 
> > >
> > > wegen der Speicherkarte, geb ich mir die Schuld, ich hab 'nur' eine
> > > Class 4 genommen
> > > weil ich dachte für die 'paar' daten sollte das auf jedenfall langen
> > > (aber dafür hat der Pi ja 512 RAM)
> > >
> > 
> > 
> > Was sagt denn ein "sudo hdparm -T -t /dev/root"
> > 
> > ( wenn hdparm nicht da ist mit "sudo apt-get install hdparm" installieren )
> > 
> > Ein Rasperry mit Class 10 Karte liefert das:
> > pi at rasp ~ $ sudo hdparm -t -T /dev/root
> > /dev/root:
> >   Timing cached reads:   324 MB in  2.00 seconds = 161.84 MB/sec
> >   Timing buffered disk reads:  56 MB in  3.06 seconds =  18.30 MB/sec
> > 
> > 
> > Mein produktiver ALIX2D3 (500MHz AMD-Geode, 256MB RAM) mit einer uralten 
> > 2GB-Festplatte in CF-Karten-Format liefert das :
> > root at voyage:~# hdparm -T -t /dev/hda
> > /dev/hda:
> >   Timing cached reads:   358 MB in  2.00 seconds = 179.19 MB/sec
> >   Timing buffered disk reads:  18 MB in  3.05 seconds =   5.90 MB/sec
> > 
> > Das System benötigt für 14 ! Sensoren ( Temperatur, Strom, 
> > Betriebsstunden) zur Darstellung von einem Tag ca. 10..12s.
> > 
> > 
> > Das System meines Bekannten mit seinem RPi ist leider z.Z. offline.
> > Die Antwortzeiten des Frontend sind aber mit meinem gefühlt vergleichbar.
> > 
> > Aber ich habe gerade mal auf deinem System geschaut.
> > Das Problem dürfte auch die riesige Datenmenge sein.
> > Du hast ca. 7 Einträge in 10s je Kanal,
> > macht ca 42 Einträge je Kanal / Minute !
> > Was haben deine Zähler für eine Auflösung ?
> > 
> > Ich habe nur einen Eintrag je Kanal / Minute.
> > Wenn ich mir einen Monat ansehen möchte dauert es auch entsprechend 
> > länger, aber die Dir dürfte das ja ewig dauern.
> > 
> > Gruß Ronald
> > 
> > 
> > 
>