Moin,
2013/11/13 Robert Ewald <[email protected]> > ... > 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 <[email protected]>: > > >> > 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
