Parallelisierung von Prozessen

Parallelisierung von Prozessen

Hallo,

wir haben einen Report, der Überprüft wie viele Dialog-Prozesse (per cl_server_info->get_worker_list) noch frei sind und einen Funktionsbaustein mit Zusatz
starting new task gv_task_id
performing task_callback on end of task
aufruft und die Rückmeldungen wieder einsammelt. Der Funktionsbaustein läuft aktuell maximal (30-3) = 27 fach parallel. 3 Stück bleiben immer frei.

Bisher hatten wir nur einen Applikationsserver und jetzt sind es 2 Applikationsserver.

Kann ich, wenn der Job auf Server A läuft per starting new task auch die Dialogprozesse von Server B nutzen?
Per cl_server_info->get_worker_list könnte ich beide Server abfragen lassen und könnte theoretisch 57fach (2x30 - 3) parallel arbeiten.

Aktuell laufen der Job und die einzelnen Tasks immer auf demselben Server. Mal auf Server A und mal auf Server B, aber Job und die einzelnen Tasks immer auf demselben. cl_server_info->get_worker_list liest freiwillig auch nur die Prozesse des aktuellen Servers.

Im QA-System kann ich sowas leider nicht ausprobieren, da dieses nur einen Applikationsserver hat.

Alternative wäre den Report anzupassen, so dass ich den Arbeitsvorrat besser Portionieren kann und dann bei den Jobs ein Ausführungsziel mitzugeben. Aber dies hebelt den Loadbalancer aus, was mir nicht wirklich gefällt. Aber dann ginge 54fach (2x30 - 2x3) parallel.

FYI - Der Report generiert bei einigen Jobs bis zu 400.000 Funktionsbausteinsaufrufe. Der Report ist zusätzlich auch noch kritisch und muss zwingend zu bestimmten Zeitpunkten laufen und fertig sein.

Re: Parallelisierung von Prozessen

Hi,
mit der Idee über DESTINATION zu gehen bin ich auf folgendes Schlüsselwort gestoßen: "DESTINATION IN GROUP ... "

per Transaktion RZ12 kann man die Gruppe definieren.
CALL FUNCTION 'SPBT_INITIALIZE' wird dann noch benötigt, um die Gruppe zu initialisieren.

Wie viele Prozesse, Freie Prozesse, Wartezeiten usw. werden in der Gruppe definiert. Das ist viel einfacher als die jetzige Version.