fork() Windows und CGI (solved) (Allgemeines zu Perl)

[thread]18626[/thread]

fork() Windows und CGI [solved]

Tags: perl5 windows fork prozess Similar Threads

Readers: 15

Articles: hide open all | hide show old branches

+18 replies
bianca

2013-09-25 08:29

User since
2009-09-13
7016 articles
BenutzerIn

Zum Thema fork() auf Windows habe ich jetzt einiges gelesen.
Was ich gern möchte ist nach wie vor eine Art bidirektionale Kommunikation mit einem Client aber über CGI und nicht Websockets.
In etwa so:
Client startet Request
Server startet Script, Script forkt
Vaterprozess gibt eine Zuordnungs-ID an CGI Client zurück und terminiert
Kindprozess pollt auf Antwortdatei
Client fragt Daten vom Nutzer ab
Client sendet Daten mit Zuordnungs-ID an Serverscript welches die Antwortdatei schreibt
Kindprozess von eben sieht die Antwortdatei, vollendet seine Arbeit und terminiert

Problem auf Windows ist - so wie ich es bisher gelesen habe - dass ein mit Perl geforkter Kindprozess als "Unterprozess" zum Vater läuft und nicht als echter Parallelprozess. Die Prozess-ID $$ hat auch immer ein Minuszeichen als Präfix. Das heißt, der Webserver wartet immer indirekt auf den Sohn, denn der Vater wird von Windows intern nicht terminiert solange der Sohn noch läuft. Trifft das zu?

Das würde bedeuten, ich hätte oben bei dem Punkt "Vaterprozess ... und terminiert" ein Problem, welches ich auch in Versuchen nachstellen kann. Man kann den Vaterprozess nicht kill'en, ohne den Sohn mit zu eliminieren, richtig?

Und die verschiedenen Macharten im Beitrag von topeg aus 2011 msg #150204 beziehen sich - soweit ich das sehe - nicht auf Windows. Auch zutreffend?

Nun die Frage: Gibt es mittlerweile andere Möglichkeiten? Vielleicht mit Perl 6? Vielleicht mit Windows 7?
Oder hat sich daran nichts geändert bis heute?
Wie würdet ihr das machen?

Irgendwo habe ich auch gelesen, dass man mit einem Workflow mehr oder weniger den kompletten Speicher kopieren kann, um einen parallelen Kindprozess zu erzeugen. Also Speicher wäre in meinem Fall nicht unbedingt das Problem. Bei meiner Anwendung geht es nicht um viele Requests und der Server tut ansonsten fast nichts.

Bin für jeden Hinweis dankbar. Auch wenn es einfach nur eine Bestätigung meiner o.a. Erkenntnisse ist.
10 print "Hallo"
20 goto 10
- +4 replies
- murphy
  
  2013-09-25 09:09
  
  User since
  2004-07-19
  1776 articles
  HausmeisterIn
  
  Es ist richtig, dass Perl fork unter Windows mit Hilfe von Threads emuliert, so dass dabei keine eigenständigen Prozesse entstehen. Es ist folglich auch nicht möglich, einen geforkten Thread vom Hauptprogramm zu entkoppeln.
  
  Was aber gehen sollte ist, einen Serverprozess schon im Vorfeld unabhängig vom CGI zu starten oder mittels spawn Subprozesse mit eigenen Programmimages zu starten.
  When C++ is your hammer, every problem looks like your thumb.
  - +3 replies
  - bianca
    
    2013-09-25 09:29
    
    User since
    2009-09-13
    7016 articles
    BenutzerIn
    
    2013-09-25T07:09:38 murphy
    Was aber gehen sollte ist, einen Serverprozess schon im Vorfeld unabhängig vom CGI zu starten oder mittels spawn Subprozesse mit eigenen Programmimages zu starten.
    
    Habe in http://www.perlmonks.org/?node_id=246451 so Sachen wie system(1, "cmd_to_run arguments"); und Parallel::ForkManager gefunden.
    Und das ganze dann schon vorher als Daemon unabhängig vom Webserver?
    Meinst du soetwas?
    10 print "Hallo"
    20 goto 10
    - +2 replies
    - murphy
      
      2013-09-25 13:20
      
      User since
      2004-07-19
      1776 articles
      HausmeisterIn
      
      system(1, ...) ist ziemlich genau das, was in der C-Bibliothek spawn heißt und was ich meinte, was Du Dir statt fork mal überlegen solltest, denn das erzeugt wirklich unabhängige Prozesse.
      
      Einen eigenen Prozess neben dem Webserver zu starten ist natürlich auch möglich, aber das macht man dann eher mit irgendwelchen Serviceverwaltungswerkzeugen als aus Perl heraus.
      
      In beiden Fällen musst Du für die Kommunikation zwischen Deinen CGI-Prozessen und dem separaten "Chatserver"¹ Verbindungen über Sockets, gemeinsam genutzte Dateien oder irgendein anderes Mittel der Interprozesskommunikation aufbauen.
      
      ¹ auch wenn Du keinen Chat implementierst, so ist die Anforderung einfach extrem ähnlich, also nenne ich es mal so.
      When C++ is your hammer, every problem looks like your thumb.
      - bianca
        
        2013-09-25 13:24
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        Au weia. Hört sich weit jenseits der Grenzen an, die ich bisher erreicht habe.
        Nein, geht nicht um einen Chat.
        Hast du Lust und Zeit, mir auf die Sprünge zu helfen mit Beispielen?
        10 print "Hallo"
        20 goto 10
- bianca
  
  2013-09-25 10:02
  
  User since
  2009-09-13
  7016 articles
  BenutzerIn
  
  Ich könnte den Client Request auch einfach mit Ajax machen und "sterben" lassen. Ist zwar nicht sauber aber effektiv.
  10 print "Hallo"
  20 goto 10
- +11 replies
- Muffi
  
  2013-09-25 10:19
  
  User since
  2012-07-18
  1465 articles
  BenutzerIn
  
  Hört sich wild an.
  Das was man gängigerweise so macht, wenn man nur CGI hat ist Long-polling.
  Idealerweise mit einem selectenden (nicht forkenden) Webserver.
  1 + 1 = 10
  - +10 replies
  - bianca
    
    2013-09-25 10:22
    
    User since
    2009-09-13
    7016 articles
    BenutzerIn
    
    2013-09-25T08:19:36 Muffi
    Idealerweise mit einem selectenden (nicht forkenden) Webserver.
    
    Aber Windows kann auch kein select, wenn ich den Thread Perl mit Kommandozeilenprogramm kommunizieren (Windows) richtig verstanden habe:
    
    2013-09-14T11:03:05 GwenDragon
    Unter Windows klappt IO::Select wohl nur mit Sockets.
    
    Oder ist das was anderes?
    10 print "Hallo"
    20 goto 10
    - +9 replies
    - Muffi
      
      2013-09-25 10:28
      
      User since
      2012-07-18
      1465 articles
      BenutzerIn
      
      Ja, der Socket-select ist es.
      Ich würd direkt den Webserverprozess benutzen. Warum einen neuen Forken und Kopfstände machen, wenn eh schon einer da ist.
      Das kleine Problem z.B. bei Apache dabei ist: Wenn du da ein größeres Framework für Perl dahinter hängen hast kann so ein Prozess schon mal 40mb werden. Und der wird dann pro Client belegt. Es kann also Speicherproblematisch werden. Wenn man ein bisschen leichtgewichtiger arbeitet kann man aber durchaus ein paar hundert Clients versorgen.
      
      [edit] mit einem rein auf select arbeitenden Webserver ist das Problem weg.
      Last edited: 2013-09-25 10:29:50 +0200 (CEST)
      1 + 1 = 10
      - bianca
        
        2013-09-25 10:30
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        2013-09-25T08:28:22 Muffi
        Ich würd direkt den Webserverprozess benutzen. Warum einen neuen Forken und Kopfstände machen, wenn eh schon einer da ist.
        
        Weißt du, wie man sowas macht? Gibt es ein Beispiel zum lernen für mich?
        Last edited: 2013-09-25 10:31:18 +0200 (CEST)
        10 print "Hallo"
        20 goto 10
      - +7 replies
      - bianca
        
        2013-09-25 10:30
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        2013-09-25T08:28:22 Muffi
        [edit] mit einem rein auf select arbeitenden Webserver ist das Problem weg.
        
        Zwar nutze ich derzeit Apache aber ich könnte mir auch vorstellen, zu wechseln. Was käme da in Frage?
        10 print "Hallo"
        20 goto 10
        
        +6 replies
        
        Muffi
        
        2013-09-25 10:31
        
        User since
        2012-07-18
        1465 articles
        BenutzerIn
        
        Leider keine Ahnung. Ich würd mal Apache probiern und gucken wie groß die Prozesse so werden. Vielleicht ist das Problem ja garnicht so tragisch.
        1 + 1 = 10
        
        +5 replies
        
        bianca
        
        2013-09-25 10:36
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        2013-09-25T08:31:30 Muffi
        Ich würd mal Apache probiern und gucken wie groß die Prozesse so werden.
        
        OK, gern. Und wie macht man das, was dir vorschwebt?
        10 print "Hallo"
        20 goto 10
        
        +4 replies
        
        Muffi
        
        2013-09-25 10:55
        
        User since
        2012-07-18
        1465 articles
        BenutzerIn
        
        Der Client baut per Ajax eine Verbindung auf.
        Der Server tut nix, so lange bis was zu schicken ist.
        Der Server schickt sein Zeug (z.B. per JSON) und macht die Verbindung zu.
        Client wertet Daten aus und baut sofort neue Verbindung auf.
        1 + 1 = 10
        
        +3 replies
        
        bianca
        
        2013-09-25 11:00
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        Und wie würde bei diesem Ablauf die Zuordnungs-ID aus meinem Ablauf an den Client gegeben?
        Die braucht der Client zwingend, wenn er die Daten vom Benutzer sendet sonst weiß der Server nicht, welchem wartenden Kindprozess die Datei geschrieben werden soll.
        10 print "Hallo"
        20 goto 10
        
        +2 replies
        
        Muffi
        
        2013-09-25 11:06
        
        User since
        2012-07-18
        1465 articles
        BenutzerIn
        
        Keine Ahnung, was du mit einer Zuordnungs-ID meinst, aber es klingt irgendwie nach Sessionmanagement
        1 + 1 = 10
        
        bianca
        
        2013-09-25 11:15
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        Nee, keine Session.
        Auf Request des Clients startet der Server ein Programm. Dieses Programm tut etwas und erwartet dann eine Eingabe. Die Eingabe muss ich vom Client holen, weil sie vom Benutzer eingegeben werden muss. Geht nicht anders.
        
        Und wenn die Antwort vom Client kommt muss diese ja dem richtigen wartenden Kindprozess zugeordnet werden können. Daher habe ich eine Zuordnungs-ID erfunden.
        Wenn es anders geht gern.
        10 print "Hallo"
        20 goto 10
- bianca
  
  2013-09-29 17:01
  User since
  2009-09-13
  7016 articles
  BenutzerIn
  Ich glaube, ich habe die Lösung für Windows gefunden:
  
  Code: (dl )
  
  1 2 3 4 5 6 7 8
  
  Win32::Process::Create( $ProcessObj, [pfad zur perl.exe], "perl [scriptname] [ggf. ARGV Parameter]", 0, NORMAL_PRIORITY_CLASS|DETACHED_PROCESS, # DETACHED_PROCESS ist wichtig, damit CGI/Webserver vom Script entkoppelt! [arbeitsverzeichnis], )
  
  Klappt lokal bei mir mit Win 7 32Bit und Apache super.
  10 print "Hallo"
  20 goto 10

View all threads created 2013-09-25 08:29.