Thread Queues (GUI)
Lobster_data kann Lastspitzen durch Queuing bewältigen. Profilen kann eine Priorität gegeben werden (Niedrig (-2), Geringer (-1), Normal (0), Höher (+1), Hoch (+2)), für die es jeweils eine eigene Queue gibt. Zusätzlich gibt es noch eine Queue für Profile, die nur einer Instanz laufen dürfen (Single Run) und für Antwortwege, die als eigener Thread laufen (entkoppelt).
Wenn das zugrunde liegende Betriebssystem es zulässt, werden Threads entsprechend ihrer Priorität mit mehr oder weniger Prozessorleistung bearbeitet. D. h. Threads in der Gruppe Niedrig (-2) erhalten z. B. weniger CPU-Zeit als Threads der Gruppe Geringer (-1), usw.
Die Einträge in dieser Liste enthalten Profile mit bereits durch Lobster_data entgegengenommenen Quelldaten. Es handelt sich also um Jobs, bei denen die Phase 1 der Verarbeitung bereits abgeschlossen ist, aber mit der Phase 2 der Verarbeitung noch nicht begonnen wurde. Für mehr Details siehe Phase 1.
(1) Auswahl der Thread Queue nach Priorität.
(2) Der Name des Profils zum Thread.
(3) Der Name der Eingangsdatei und die Jobnummer zum Thread.
Kontextmenü
|
Vorziehen/Zurückstellen |
Der selektierte Eintrag in der Liste wird auf die letzte bzw. erste Position in der Liste verschoben. |
|
Entfernen/Alle Jobs des selektierten Profils entfernen |
Der selektierte Eintrag wird vollständig aus der Liste entfernt (oder alle Jobs des selektierten Profils (2) des Eintrags). Damit wird der gestartete Job beendet noch bevor eine Verarbeitung der Daten erfolgen konnte. |
Verhalten bei Profiländerung
Wird in einem Profil die Priorität verändert und abgespeichert und sind Jobs des Profils in der Queue, werden diese aus der bestehenden Queue entnommen und der neu eingestellten Queue zugeführt. D. h. die Prozesse "ziehen mit um". Dies gilt auch bei einem Load-Balance-System.
Sollte z. B. eine Queue durch massive Dateneinstellung eines Partners/Profil eines Partners "voll laufen", kann man zur Laufzeit das Profil in eine andere Queue umhängen und die Jobs folgen dann in die neue Queue.