Dirk Nijenhuis schrieb:
> MacGyver schrieb:
>
>> Frank Rasche schrieb:
>>
>>
>>> Hi,
>>>
>>> MacGyver schrieb am 06.12.2006 23:33:
>>>
>>>
>>>>> Wartet der Apache denn auf php bis die Seite komplett ist, oder
>>>>> beginnt
>>>>>
>>>> er gleich mit der Antwort?
>>>>
>>> Von Haus aus gibt PHP kein chunked encoding raus, es sei denn man
>>> sagt es ihm explizit. Wobei flush() oder implicit_flush eher die
>>> Performance negativ beeinträchtigen.
>>>
>>>
>>>
>>>> Naja :) - das war ja meine Frage - und darüber hinaus, ob man einen
>>>> anderen Status während des PHP-Processings und danach erhält.
>>>>
>>> Es gibt keinen Extra-Status "in Bearbeitung" o.ä. W beginnt
>>> mit dem Abarbeiten des empfangenen Requests.
>>>
>>>
>> Demnach wären viele und längere "W's" zu Lastzeiten also nicht wirklich
>> unnormal, da im Processing und Ausliefern nunmal ohnehin der Großteil
>> der Arbeit besteht.
>>
>>
>>> Kann man simulieren, in dem man ein PHP-Script mit
>>> <?php
>>> sleep(10);
>>> ?>
>>> laufen lässt und den Status währendessen laufend abfragt.
>>>
>>>
>> Ich steh gerade am Schlauch - was hätte ich davon die Script-Laufzeit
>> künstlich in die Länge zu ziehen ?
>>
>>
>>> Protokollier dir doch mal die Scriptlaufzeiten, auch einfach
>>> innerhalb von php.
>>>
>>>
>> Das habe ich natürlich auch schon gemacht. Allerdings ohne wirklich
>> konkrete Ergebnisse.
>> Die Laufzeiten die ich protokoliert habe liegen immer im < 5 Sekunden
>> Bereich - Die Seite braucht aber auch gern schonmal 30 Sekunden und
>> länger bis sie auf meinem Client geladen ist.
>>
>>
>>
>
> Wie bitte? Du rechnest in Sekunden? Ohne Milli, Mikro oder Nano davor?
> Ich sage, dass da etwas schief läuft.
> Mein Server braucht um ein ca 80kb großes .gif (5 Bilder zu einem
> 900x180px Bild zusammengeklebt (macht alles php)) auf Zufallsgrundlage
> mit der gd-Bibliothek zu bauen so ca. 1,5 Sekunden. Und nebenbei fragt
> er die (Postgres) Datenbank nach diesem und jenem. Alles andere was
> läuft - mit jeweils einigen db-Abfragen und Sicherheitschecks und
> hastenichtgesehen braucht ca. 0,1 Sekunden. Und wenn zwischen zwei
> requests nicht die kompletten Formulardaten in die db geschrieben
> werden müssen, bin ich mit ca 0,05 Sekunden dabei. Und da sind
> db-Abfragen inclusive. Nun muss ich zugeben, dass mein Postgres auf
> der gleichen Maschine läuft. Trotzdem. Skripte die *Sekunden*
> brauchen, müssen außergewöhnliches leisten.
> P.S.: Bei mir ist's ein 2800+ Sempron mit 1GB RAM.
Bei welcher Serverauslastung ? Wieviele gleichzeitige, konkurierende
Zugriffe ?
Außerhalb der Lastzeiten laufen die Skripten auch in "no-time" - und das
von dir erwähnte mini-Skript läuft auch in kaum messbarer Zeit.
>
>> Die Zeit dazwischen hätte ich halt gern noch als "normal" oder "da läuft
>> noch was schief" ausgeschlossen bzw. bestätigt.
>>
>>
>
> Die Zeit dazwischen ist nicht das Problem. Die Zeit davor ist schon zu
> viel.
Sorry - aber das ist ein wenig zu einfach.
Die Zeit davor mag zu groß sein - aber deswegen ist die Zeit danach
sicher nicht irrelevant !
>
>>> Nebenbei:
>>> Der eAccelerator macht das was er soll?
>>> Und hat genügend shared memory zur Verfügung?
>>> Hast du den mal abgeschaltet, um ein Problem damit auszuschliessen?
>>>
>>>
>> Wenn ich ihn abschalte, dann ist es fast sofort vorbei mir Arbeiten auf
>> dem Server.
>> Und ja - er hat immer noch Platz im Shared Memory.
>>
>>
>>> Gruß
>>> Frank
>>>
>>>
>> So langsam zeichnet sich für mich aber ab, dass ich entweder noch eine
>> (weitere) effektive Optimierungsmöglichkeit an der Anwendung finden
>> muss,
>> oder einfach die Hardware zu knapp ausgelegt ist, und weiter aufgestockt
>> werden muss ...
>>
>>
>
> Mit der Hardware würde ich noch warten. Ich vermute Du hast
> irgendeinen großen Bock in Deinem php-code. Das ist das Problem wenn
> man's alleine macht: man sieht den Wald vor lauter Bäumen nicht.
> "< 5 Sekunden". Nenenene. Mach' doch 'mal ein kleines Skriptchen ohne
> alle functions mit einer simplen Datenbankabfrage ohne alle grafischen
> Spielereien. Wie lange dauert das?
>
> Grüße von
>
> Dirk
>
>>> --------------------------------------------------------------------------
>>>
>>> Apache HTTP Server Mailing List "users-de"
>>> unsubscribe-Anfragen an [EMAIL PROTECTED]
>>> sonstige Anfragen an [EMAIL PROTECTED]
>>> --------------------------------------------------------------------------
>>>
>>>
>>>
>>>
>>
>>
>> --------------------------------------------------------------------------
>>
>> Apache HTTP Server Mailing List "users-de"
>> unsubscribe-Anfragen an [EMAIL PROTECTED]
>> sonstige Anfragen an [EMAIL PROTECTED]
>> --------------------------------------------------------------------------
>>
>>
>>
>>
>
>
> --------------------------------------------------------------------------
>
> Apache HTTP Server Mailing List "users-de"
> unsubscribe-Anfragen an [EMAIL PROTECTED]
> sonstige Anfragen an [EMAIL PROTECTED]
> --------------------------------------------------------------------------
>
>
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anfragen an [EMAIL PROTECTED]
sonstige Anfragen an [EMAIL PROTECTED]
--------------------------------------------------------------------------
