Das wird nur durch Erzeugung eines neuen Prozesses lösbar sein, was auf Windows nicht mit fork geht. Ich mache das mit Win32::Process. Bei Fragen einfach melden.

Ein möglicher Ansatz wäre, das Verhalten im Webserver zu umgehen:

Neben dem CGI-Skript gibt es ein weiteres Skript foo, das die länger laufenden Aufgaben erledigen soll.

Das CGI-Skript schreibt beispielsweise eine Datei mit den relevanten Informationen in ein bestimmtes Verzeichnis; es sollte jeweils ein eigener Dateiname sein. Was genau alles übergeben werden muss, damit dieses foo seine Arbeit machen kann, musst Du selbst entscheiden, da haben wir keine Informationen drüber.

Wenn diese Datei geschrieben wurde, kann das CGI-Skript eine entsprechende Ausgabe generieren und sich beenden. Es hat seinen Job getan.

Je nach genauer Anforderung:
Das Skript foo läuft entweder als Daemon oder wird minütlich ausgeführt.
Es überprüft das Verzeichnis, ob dort Dateien vorliegen. Wenn ja, arbeitet es die Dateien von alt nach neu nacheinander ab.
Jede Datei, für die die Aufgaben durchgelaufen sind, wird gelöscht.

Wenn das zweite Skript beispielsweise via Cronjob auf einem Linux gestartet würde, ist der kleinste mögliche Intervall 1 Minute. Was hier auf Windows möglich ist, weiß ich nicht.

Wenn Du das als Daemon laufen lässt, sind wohl auch kleinere Intervalle möglich.

Ich denke, sinnvoll wären dabei folgende Überlegungen:

- Wie oft würden Aktionen über das CGI-Skript ausgeführt?

- Wie lange dauern die länger laufenden Aufgaben deines foo?

- Ist es sinnvoll kürzere Intervalle einzusetzen als diese Laufzeit beträgt?

- Wenn foo regelmäßig aufgerufen wird: Dürfen mehrere Instanzen davon parallel laufen? Ggfs. muss das verhindert werden.

- Braucht es evtl. zusätzlich ein Queue-System?


Andere Wege der Kommunikation zwischen Prozessen sind auch noch in der perlipc beschrieben.

2020-03-26T09:19:58 Gustl

Webserver ist ein IIS Version 8.5.

Oh ja, das wäre durchaus auch eine relevante Information gewesen. Da kommt Dir nicht nur der Webserver in die Quere, sondern auch das Betriebssystem.

Allerdings finde ich die Aussage "fork klappt auch nicht" weder sonderlich präzise noch glaube ich das so ohne weiteres. Zwar wird fork auf Windows nur (als Threads) emuliert, aber das spielt nur insofern eine Rolle, dass double fork nix nutzt, man muss bei einem persistenten Server die Threads selber einsammeln.

Den IIS werde ich mir nicht antun, aber folgendes Programm läuft auf Windows mit Strawberry Perl 5.30 und Plack (mit cpan zu installieren): Speichern als app.psgi und im gleichen Verzeichnis plackup ausführen - dann mit dem Browser auf http://localhost:5000/ gehen. Du bekommst sofort Deine Antwort, und nach 10 Sekunden ist die Datei im Hintergrund geschrieben.



Wenn Du die Seite ein paar Dutzend Mal lädst, bekommst Du ein paar Dutzend Dateien (die Du bei Gelegenheit aufräumen solltest) und erst mal einen Sack von Threads - nach zehn Sekunden sammelt jeder neue Request alle fertigen Threads ein. Überprüfen kannst Du das mit dem Process Explorer.