Atomare Perl-Prozesse (Allgemeines zu Perl)

[thread]16440[/thread]

Atomare Perl-Prozesse

Tags: perl5 lock atomar Ähnliche Threads

Leser: 31

Articles: hide open all | hide show old branches

+7 replies
rosti

2011-06-21 12:07

User since
2011-03-19
3472 Artikel
BenutzerIn

Hi,

Gibt es ein Modul zum globalen Lock eines Perl-Prozesses? Oder anders gefragt, ist es mepfehlenswert, ein Lock besser "nahe dran" zu setzen, also an einer Datei, Tabelle... als ein Script komplett zu locken.

Bitte mal ein paar Erfahrungswerte.
- +2 replies
- Taulmarill
  
  2011-06-21 13:11
  
  User since
  2004-02-19
  1750 Artikel
  BenutzerIn
  
  Ich wüsste jetzt spontan nicht, wie du dir einen Lock eines Prozesses vorstellen würdest. Ich benutze dafür immer Datenbankfunktionen, das ist in meiner Erfahrung bei PostgreSQL und SQLite sehr zuverlässig. SQLite empfiehlt sich hier aber nur bedingt, da immer die ganze DB gesperrt wird.
  $_=unpack"B*",~pack"H*",$_ and y&1|0& |#&&print"$_\n"for@.=qw BFA2F7C39139F45F78 0A28104594444504400 0A2F107D54447DE7800 0A2110453444450500 73CF1045138445F4800 0 F3EF2044E3D17DE 8A08A0451412411 F3CF207DF41C79E 820A20451412414 83E93C4513D17D2B
  - rosti
    
    2011-06-21 18:37
    
    User since
    2011-03-19
    3472 Artikel
    BenutzerIn
    
    Machbar ist Folgendes:
    
    eine Datei festlegen, Handle erstellen, LOCK_EX setzen, fertig. Wenn das bereits mit
    
    use Lock;
    
    erfolgt, läuft das ganze Script atomar.
    
    --Rosti
- +2 replies
- GwenDragon
  
  2011-06-21 13:24
  
  User since
  2005-01-17
  14748 Artikel
  Admin1
  
  Um welche Ressourcen geht es denn dir, die atomar für den Prozess sein sollen?
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - rosti
    
    2011-06-21 13:41
    User since
    2011-03-19
    3472 Artikel
    BenutzerIn
    
    2011-06-21T11:24:12 GwenDragon
    Um welche Ressourcen geht es denn dir, die atomar für den Prozess sein sollen?
    
    Schreiben in Tabelle(DB), Schreiben in Datei. Z.Z. bin ich dabei, für meine Anwendungen abstrakte Klassen zu entwerfen, womit die Datenhaltung von der Anwendung getrennt wird. In der Anwendung wird nur noch mit Datenstrukturen gearbeitet, die Klasse zur Datenanbindung wird austauschbar. Beispiel:
    
    Code (perl): (dl )
    
    1 2 3 4
    
    my %pbin = (); tie(%pbin, 'ORM', %opts) || tie(%pbin, 'Objects', $cfg->{path}->{contbin}, 'lock'); # ORM: Klasse zum Binden der Objekte an eine DB-Tabelle # Objects: Klasse zum Binden der Objekte an eine Datei
    
    D.h., ist der DB-Server mal weg, werden die Objekte aus der Datei geladen. Derzeit ist 'Lock' jedoch nur für die Klasse 'Objects' implementiert. Hier kam mir die Idee, ein generelles Lock zu bauen.
    
    --Rosti
- +2 replies
- topeg
  
  2011-06-21 15:03
  
  User since
  2006-07-10
  2611 Artikel
  BenutzerIn
  
  Um so feiner das Locking granuliert ist, um so besser laufen mehrere Prozesse nebeneinander. Es kommt auch darauf an wie lang ein Prozess im Bereich des Locking bleibt. Je länger dies ist um so länger müssen anderer Prozesse warten. Es ist eine Abschätzung von Aufwand und Geschwindigkeit.
  Zu feines Locking bremst den lockenden Prozess aus, zu grobes bremst alle anderen aus. Das muss man immer am konkreten Fall abschätzen.
  - rosti
    
    2011-06-21 16:08
    
    User since
    2011-03-19
    3472 Artikel
    BenutzerIn
    
    Ahh, verstehe, danke Dir!!!
    
    Hab mittlerweile auch ein paar Tests gemacht. Es kommt also darauf an, ob ein Prozess in der Zeit, während ein 'Anderer' gelockt hat, bereits 'was machen' darf, was nicht das Locking betrifft (Feintuning). Wenn nur wenige Prozesse zu erwarten und die nicht zeitkritisch sind, reicht ein 'grobes' Lock über den gesamten Prozess.
    
    --Rosti

View all threads created 2011-06-21 12:07.