Viele XML Datein durchsuchen

Du hast ja nicht wirklich Zahlen genannt.

Wie lange läuft das Script? Hast Du mal gemessen wie viel CPU und RAM das Script frisst?

Zitat von Domoe

Scriptlaufzeit: 328.4 Millisekunden

Klingt so, als würde das Hostsystem das überhaupt nicht spüren.

Ich glaube, du musst dir da keine Sorgen machen.

Gerade da du das ja als Cronjob einrichtest, hast du ja nur einen "Thread".

Solange sich die Crons nicht überschneiden (und mit der Ausführungszeit bist du wohl weit davon weg), brauchst du nicht mehr als einen Core des Hostsystems.

Dein RAM ist ja eh begrenzt, den kannst du dem Hostsystem nicht "wegnehmen"

Ja, schließe mich da auch der Meinung von Lukay an.

Da wird sich das System drüber kaputt lachen. Dachte da jetzt eher an 3 Minuten Laufzeit und 200MB RAM oder so. Du musst nur sicher stellen, dass der Task nicht fest sitzt und somit im Minutentakt immer wieder neue Crons gestartet werden obwohl der alte noch nicht fertig ist.

Zitat von Domoe

Meinst du damit das Script dann nach x Minuten Laufzeit abbrechen wenn er es nicht durchzieht?

Du musst halt entweder verhindern dass das Script länger läuft als der Intervall in dem es gestartet wird oder Du musst verhindern dass ein neuer Prozess gestartet werden kann, wenn ein vorhandener noch nicht beendet wurde.

Ansonsten hast Du am Ende mehrere Instanzen Deines Scripts gleichzeitig laufen.

Sich darauf zu verlassen "dass das ja eh nicht passieren wird", wäre unklug.

Folgender Workflow ist eigentlich Standard bei sowas:

• Cron startet Script
• Script schaut ob lock-Datei auf dem Dateisystem existiert
• Wenn ja, Script abbrechen
• Wenn nein, Script legt lock-Datei auf Dateisystem ab
• Script tut Dinge die es so tun soll
• Script löscht lock-Datei
• Script beendet sich

Eine lock-Datei ist dabei einfach ne leere Datei die an einer festen Stelle liegt. Existiert die Datei, läuft der Cron gerade, existiert die nicht, läuft auch der Cron nicht.

Sollte sich das Script mal mit einem Fehler vorzeitig verabschieden, muss dies natürlich abgefangen werden. Ansonsten wird die lock-Datei nicht gelöscht und das Script läuft "nie wieder".

Man könnte im konkreten Fall auch die PHP max_execution_time z.B. auf 1 Minute setzen.

Ich weiß auch generell nicht ob die globale max_execution_time im Webhosting 4000 überhaupt länger als 5 Minuten ist.

Wenn man ein PHP Script als CLI ausführt steht die max_execution_time auf 0. Man muss sie explizit einstellen.

PHP über CLI ist bei den Webhosting-Tarifen nicht verfügbar.

Blödsinn.

Webhosting 4000 de a1:

bash-4.3$ find / -type f -executable -name php
/usr/local/php71/bin/php
/usr/local/php72/bin/php
/usr/local/php70/bin/php
/bin/php
bash-4.3$ /usr/local/php72/bin/php -v
PHP 7.2.7 (cli) (built: Jul 10 2018 16:34:55) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies
    with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v10.1.0, Copyright (c) 2002-2017, by ionCube Ltd

Die maximale Ausführungszeit wird aber durch diverse Faktoren beeinflusst. Gerade externe Abfragen (DB, …) können die Zeit deutlich mehr ausnützen, als erlaubt!

Zitat von PHP Dokumentation

Die set_time_limit()-Funktion und die max_execution_time Konfigurationsdirektive beschränken nur die Ausführungszeit des Skripts selbst. Zeit die für Aktivitäten außerhalb des Skripts aufgebracht wird wie z.B. die Ausführung von Systemaufrufen mit system(), Streamoperationen, Datenbankabfragen usw. werden nicht in die Berechnung der Ausführungszeit mit einbezogen.

perryflynn sorry, du hast recht! hatte das verwechselt mit Python und Perl (da gab es letztens ein paar Themen drüber)