[vz-dev] [vz-users] PerfPerformance-Optimierung des Raspberry Pi mit einem Server?

[Andreas Goetz]

Moin,


2013/11/13 Robert Ewald <robert+vz at jtro.de>

> ...
> Ich werde mir das Erfassen der Daten mal ansehen. Vielleicht findet sich
> da ja was.
>
> Grüße,
> Robert
>

Hatte ich auch schonmal gemacht. Erkenntnis 1: da geht nicht soviel.
Erkenntnis 2: es würde (minimal) helfen wenn Doctrine auf das Query zur
Ermittlung der Channel_ID verzichten würde, die ist ja eh immer gleich. Es
ist mir allerdings nciht gelungen den QueryResultCache dafür zu nutzen-
Doctrine scheint immauf auf "Hydration" zu bestehen. Jetzt liebe z.B.
explizit manuell zu cachen aber das schien mir Nutzen vs. Codekomplexität
nciht wert.


> Am 13. November 2013 23:09 schrieb <justin at justinotherguy.org>:
>
>
>> > Allerdings reagiert der Raspi nur noch sehr träge (SD 8GB Kingston
>> class 10).
>> >
>> > Die Beschreibung von Chris Mattheis auf:
>> >
>> >
>> http://wiki.volkszaehler.org/howto/performance-optimierung_des_raspberry_pi
>> >
>> > trifft auch bei mir zu. Jetzt ist mir der Gedanke gekommen: Kann man
>> nicht die zeitkritischen Teile/Dateien auf eine Netzwerksfreigabe meines
>> Server (OpenSuse) verlagern? Tempomäßig ist der sicher schneller und auch
>> eine Datensicherung wäre einfacher.
>>
> >
>> > Macht das Sinn?
>>
>
Nein, oder jedefalls nicht sofort. Zuallererst würde ich mal veruschen
rauszufinden wo die Performance liegen bleibt. 'top' ist Dein Freund.
Wieviele Daten erfasst Du? Hast Du Aggregation im vzlogger schon versucht?


>
>> gerade heute habe ich mich mit einem PHP-Entwickler unterhalten; ich habe
>> ihn auf das Thema „Profiling unter PHP?“ angesprochen; er nannte phpmd [1].
>> Ich hab mir die Seite angeschaut - Profiling scheint zumindest nicht das
>> primäre Feature zu sein.
>>
>> Hat Jemand hier Erfahrung mit PHP-Profiling? Das wäre sicher mal
>> spannend, oder?
>>
>
Erstmal falsches Werkzeug für das Problem:
1. Engpass erkennen
2. Ursache finden
3. Beheben

Du versuchst schon bei 2. einzusteigen...

vg
Andreas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20131114/c4280eff/attachment.html>