<div dir="ltr">Hi Oliver,<br><div class="gmail_extra"><br><div class="gmail_quote">2015-09-18 15:55 GMT+02:00 Oliver Lehmann <span dir="ltr"><<a href="mailto:lehmann@ans-netz.de" target="_blank">lehmann@ans-netz.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
Andreas Goetz <<a href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@gmail.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Prinzipiell wundere ich mich aber schon warum das auf einem Raspi mit<br>
SD-Karte möglich ist, auf einem 4-Kern Atom aber nicht. Wenn Du alle<br>
offensichtlichen Maßnahmen getroffen hast müsste man mal in die Details<br>
einsteigen und einfach mal messen wielange so ein Speicheraufruf dauert und<br>
wo die Zeit liegen bleibt.<br>
</blockquote>
<br></span>
Nun... könnte daran liegen, das in meinem PHP so einige extensions<br>
geladen werden. Das vergrößert natürlich den Mem-Footprint, ob das aber<br>
zu der erhöhten Ausführungsdauer führt... keine Ahnung.<br>
<br>
Ansonsten ist PHP 5.5.29 im Einsatz - nicht mehr ganz bleeding edge, aber<br>
DEN Performance-Boost wird 5.6 auch nicht bringen. Klar, ich kann jetzt<br>
mit xdebug ran und mal den Aufruf profilen... wenns hilft... aber ich<br>
frage mich auch, warum das middleware.php so ist wie es ist (ORM usw.)<br>
und kein simples "get and store" - was sicherlich performanter wäre.<br></blockquote><div><br></div><div>Tja. Weil ORM eben auch Vorteile hat. Spricht ja nix dagegen dass Du Dir selber ein Skript schreibst das es anders macht. The sky is the limit.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Mit opcache dümpelt er so bei 7% rum aktuell. Findet man auf der ML auch<br>
nix zu... ;)<br>
Ich muss sehen ob opcache ggf. andere Probleme mit sich bringt bei meinen<br>
anderen PHP-Projekten. Ist halt kein dedizierter Apache für den Kram.<br></blockquote><div><br></div><div>Aha. Ich denke dann solltest Du erstmal rausfinden welcher Kram den Load überhaupt verursacht. Wirklich die MW-Speicherung?<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Gibt es Beispiele für den local httpd was man dort als Script laufen<br>
lassen kann?<br></blockquote><div><br></div><div>Nein. <br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Gibt es im wiki ne Referenz des JSON was da aktuell an middleware.php<br>
geht? Bzw. wo in der DB das dann landet? Also quasi eine "Theory of<br></blockquote><div><br></div><div>Ja, das API ist dokumentiert.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Operation" Da könnte ich mir evtl. eine schnelle Lösung selber basteln.<br></blockquote><div><br></div><div>Genau.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<a href="http://wiki.volkszaehler.org/development/api/reference#antwort" rel="noreferrer" target="_blank">http://wiki.volkszaehler.org/development/api/reference#antwort</a><br>
<br>
Da finde ich jetzt direkt nichts über das JSON des Hinwegs bzw wie<br>
das in der DB abgelegt wird. Ein simples Insert in einer Tabelle der<br>
DB oder findet bereits irgendeine Art von Aggregation von "Altdaten"<br>
statt?<br></blockquote><div><br></div><div>Dann schau Dir einfach den DataController an- der liest das Json und speichert es.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Aufgrund der Interpretergeschichte ist PHP halt leider einfach lahm...<br></blockquote><div><br></div><div>Ganz ehrlich- ich kann die (blöden) Kommentare nicht mehr hören. Das Web läuft auf PHP und neuerweise auch Node. Bisher ist die Welt dabei nicht zusammengebrochen. Und Facebook ist doch wsa ganz anderes als Dein Stromzähler.<br><br></div><div>Nebenbei ist die Aussage auch noch völlig falsch. Problematisch ist nicht der Interpreter sondern die Tatsache dass PHP stateless ist und bei jedem Request von vorne anfängt.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ich stelle gerade eine eigene Mehrschichten-REST-JSON-Architektur von<br>
PHP auf Java um und habe teilweise Performanceboosts von 100% - vor<br>
allem bei Usecases die wenig machen da die "ramp up time" von PHP<br>
einfach so "hoch" ist (im ms Bereich).<br>
</blockquote></div><br></div><div class="gmail_extra">Toll. Ich wusste gar nicht dass Java nicht mit Interpreter bzw. JIT arbeitet wie PHP das neuerdings auch tut? Als Antwort auf mein Argument jedenfalls volkszaehler/httpd ohne Rampup.<br><br></div><div class="gmail_extra">Wie gesagt- rumposen kann jeder- am Ende zählt geschriebene Software. Wenn Du etwas beitragen kannst und willst- herzlich willkommen!<br><br></div><div class="gmail_extra">Viele Grüße,<br></div><div class="gmail_extra">Andreas<br><br></div></div>