<div dir="ltr">Moin,<br><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/13 Robert Ewald <span dir="ltr"><<a href="mailto:robert+vz@jtro.de" target="_blank">robert+vz@jtro.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>Ich werde mir das Erfassen der Daten mal ansehen. Vielleicht findet sich da ja was.</div><div><br></div><div>Grüße,</div><div class="gmail_extra">Robert<br></div></div></blockquote><div><br></div><div>
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.<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 class="gmail_extra"><div class="gmail_quote">
Am 13. November 2013 23:09 schrieb  <span dir="ltr"><<a href="mailto:justin@justinotherguy.org" target="_blank">justin@justinotherguy.org</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">

<br>
<div>> Allerdings reagiert der Raspi nur noch sehr träge (SD 8GB Kingston class 10).<br>
><br>
> Die Beschreibung von Chris Mattheis auf:<br>
><br>
> <a href="http://wiki.volkszaehler.org/howto/performance-optimierung_des_raspberry_pi" target="_blank">http://wiki.volkszaehler.org/howto/performance-optimierung_des_raspberry_pi</a><br>
><br>
> 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. <br>
</div></blockquote></div></div></div></div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>

><br>
> Macht das Sinn?<br></div></blockquote></div></div></div></div></div></blockquote><div><br></div><div>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?<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 class="gmail_extra"><div class="gmail_quote"><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<br>
</div>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.<br>


<br>
Hat Jemand hier Erfahrung mit PHP-Profiling? Das wäre sicher mal spannend, oder?<br></blockquote></div></div></div></div></div></blockquote><div><br></div><div>Erstmal falsches Werkzeug für das Problem:<br></div><div>1. Engpass erkennen<br>
2. Ursache finden <br></div><div>3. Beheben<br><br></div><div>Du versuchst schon bei 2. einzusteigen...<br><br>vg<br></div><div>Andreas<br></div></div></div></div>