set_time_limit ausser gGefecht?

[BlueJay]

bei mir schon.

Bisher habe ich dir die Cron-Jobs zum Einbinden immer 'rübergeschoben oder bei mir laufen lassen.

Wie schon bemerkt, meine CPU ist gegenüber der Server-CPU ziemlich schneckig, aber das Timeout funktioniert ohne Indianer sehr zuverlässig

[BlueJay]

Beim (jeweils) erstenmal hat die Sicherheitsgrenze ja auch zugeschlagen, dann startet man (via Refresh) nochmal, um die nächsten Sätze zu bekommen, und da ist das Script die vollen 5 CPU-Minuten durchgelaufen.

Vorsicht, jetzt wird schwer geketzt!

Nachdem das Ganze ja ohne Indianer wie erwartet lief:
Kann es sein, dass durch irgend einen dummen Zufall beim Refresh-Button des Browsers, wenn das php-Script unter dem Indianer läuft, der "Countdown-Zähler" für die CPU nicht auf 0 zurückgestellt wird?
Weil vielleicht irgendwelche Flags wegen irgendwelchen "Abkürzungen", sprich:Optimierungen, nicht gesetzt und dadurch nix initialisiert wird?

Dass dann der cpu-Counter hinter dem Endwert weitermacht und bis ultimo (max_execution_time) läuft?

Nix gegen die php-Jungs, aber so was gab es auch schon in anderen Sprachen/Betriebssystemen.

[undefined]

Also wenn ich bei mir das Script Teste schiesst der Debugger ohne ende Fehler raus. Schalte mal dein error_reporting() auf E_STRICT
Und sage mir bitte wo du Array $f Definierst?
Sage mir bitte mal genau was du in die Datei Schreiben möchtest.
Das geht wenn ich es richtig sehe Wesentlich einfacher und Schneller.

[hds]

wie auch immer jetzt..
mir gehts eher darum, wie man sowas auf einem server vermeidet

wie macht das strato, puretec usw

selbst wenn das php script schlecht programiert ist, muss es doch eine moeglichkeit geben diesem die hohe serverlast zu verbieten - oder?

ist hier jetzt kein wirkliches problem, ist ja kein oeffentlicher hostingserver wo jeder hosten darf hier. dennoch interessiert mich, wie man sowas serverseitig unterbindet.

[BlueJay]

@undefinded:
Lass mal deine Bemühungen, das Script läuft (hier) FEHLERFREI und tut genau das, was es soll. Wenn Mr. Admin nicht auf meiner Maschine herumkompiliert (gentoo), sogar recht fix.

Was ihn stört, ist, dass sich php kackfrech 100% CPU-Last greift,
und was unser Zusammenleben stört, ist, dass sich php trotz angegebener php.ini-Einstellung bei set_time_limit() nicht immer an die angegebenen Grenzen hält.

[Turbohummel]

Sollte sich nicht das Betriebssystem um eine gerechte Lastverteilung kümmern? Die Anwendungen sagen ja nur: Ich brauch jetzt Rechenleistung, das OS entscheidet, wie viel davon es wann bekommt. Wenn andere Prozesse halt grad gar nix brauchen, bekommt php alles, wenn es Rechenleistung anfordert und diese dann auch nutzt.

Das Problem mit set_time_limit() könnte eventuell ein Konfigurationsfehler im Apache sein?

[BlueJay]

Mag sein, aber da kann und möchte ich dem Admin nicht reinreden.

Ist sogar sicher so, allerdings schickt der Konqueror 3.5.5 schonmal gecachte(?) Daten ab, was u.a. bei AJAX manchmal zu seltsamen Return-Codes führt. Oder er stoppt mitten im Laden.
Macht nur dieser Browser, Mozilla und Opera sind ok.

Das Script läuft jetzt, etwas vergleichsoptimiert, auf der shell,
schnappt sich seine >95% CPU-Zeit, brät aber die CPU weniger als ein amoklaufender(?) Midnight-Commander und hält den Time-limit brav ein.

Wen's interessiert:
die ersten Bingokarten-Dubletten treten ca. ab Block 660 auf. Bin im Moment bei 850, da hageln sie schon stärker.
Aber ich denke, die 1000 werden voll, ohne dass ein Professor oder Prozessor dem Wahnsinn verfällt

Oder?

[undefined]

@undefinded:
Lass mal deine Bemühungen, das Script läuft (hier) FEHLERFREI und tut genau das, was es soll. Wenn Mr. Admin nicht auf meiner Maschine herumkompiliert (gentoo), sogar recht fix.

Was ihn stört, ist, dass sich php kackfrech 100% CPU-Last greift,
und was unser Zusammenleben stört, ist, dass sich php trotz angegebener php.ini-Einstellung bei set_time_limit() nicht immer an die angegebenen Grenzen hält.

Wer nicht will der hat schon mal.
In deinem Script sind ein Paar Sachen die Sinnlos Speicher verbraten! Zum Beispiel nutzt du nicht die von PHP gegebenen Array Funktionen und Erstellst deine Arrays Umständlich mit for Schleifen. Wenn du range Verwendest sparst du mal fett Speicher weil in dem Moment C das ganze Übernimmt und nicht der PHP Interpreter. Deine while Schleife legt definitive, bei mir Schmeisst der Debugger nur noch undefined's raus - was gerade bei solchen schleifen Gift ist. Installiere XDebug und Stelle mal dein error_reporting() hoch. Ich habe schon Scripte gebaut die ca. 45000 Einträge geschrieben haben und bei weiten nicht das verbraten was dieses Script macht.

@hds
Es kommt darauf an wie Resourcen Sparend user Schreiben. Viele Provider gehen genau aus diesen Grund hin verbieten den Consolen Zugriff und setzen Memory limits

[BlueJay]

Stimmt, du kommst zu spät
Ich verteile die Ergüsse sogar schon 1000-Block-weise

CPU-Last >95% für ca. 10 min, System-Last: n.n.
Da ist der Midnight Commander weitaus gefräßiger.

Und nun können sich die anderen mal 90 Fragen und Antworten einfallen lassen, die auf die Bingokarten sollen

[BlueJay]

Genauso schweigsam wie der Error-Report verhält sich xdebug, ich habe mal die Bearbeitungstände rausgenommen:

Er schmeisst also weder undefined's noch BlueJay's raus , lässt die BlueJay sogar ungehindert weiterarbeiten.

Dies ist übrigens der frischeste xdebug für php5, dem hiesigen php, nur mal so zur Info.

Zieht man ihm ein file unter dem Hintern weg, meckert er natürlich.

[hds]

Da ist der Midnight Commander weitaus gefräßiger.

bitte was

[hds]

Sollte sich nicht das Betriebssystem um eine gerechte Lastverteilung kümmern?

natuerlich! tut es ja auch
denoch ist es idr doch so, das meine CPU im 1GhZ takt bleibt, und garnicht raufskaliert, egal was auf dem webserver passiert.
(ja, ich fahre powernowd, und die CPU skaliert 1.1.4.1.8.2.2 Ghz).
die kiste idled so vor sich hin, und soll sie auch.

apache hat nicht die hohe last zu fressen (bzw. php). darum gehts mir.
sorry, kam vielleicht missverstaendlich rueber von mir?

[BlueJay]

bitte was

Root MC heute morgen, klingelt es? (Stichwort PAM)
50% CPU-Last und 85 % Ressourcenklau! Temperatur 151 F gegenüber php only (141-143 F). Ich habe erst gar nicht gewagt, den generator.php längere Zeit am Stück laufenzulassen.

[hds]

root      5285  0.0  0.2  22096  2348 pts/1    S+   19:30   0:00 mc

keine ahnung, was du da machst.
der mc ist das resourcen sparendste programm ueberhaupt, welches eine komfortable oberflaeche bietet (wie damals norton commander unter DOS).

[BlueJay]

root      5285  0.0  0.2  22096  2348 pts/1    S+   19:30   0:00 mc

keine ahnung, was du da machst.

Du weisst, dass ich bis heute nachmittag als Root gar nichts machen konnte!

@undefined:
Wir sind 2 Hornochsen, wie sie im Buche stehen!
Ohne Pattern-File rennt das Programm natürlich vor die Wand!