Multihybrid Berechnung - Versionsgeschichte

AntoniaHerzog: /* Testen der Konfiguration */

2026-09-14T13:12:46Z

Testen der Konfiguration

AntoniaHerzog: /* Fehlermeldungen & Problembehandlung */

2026-09-14T13:10:27Z

Fehlermeldungen & Problembehandlung

AntoniaHerzog: /* Fehlermeldungen & Problembehandlung */

2026-09-14T13:10:13Z

Fehlermeldungen & Problembehandlung

AntoniaHerzog: /* Testen der Konfiguration */

2026-09-14T13:08:12Z

Testen der Konfiguration

AntoniaHerzog: /* Testen der Konfiguration */

2026-09-14T12:55:54Z

Testen der Konfiguration

AntoniaHerzog: /* Testen der Konfiguration */

2026-09-14T11:11:11Z

Testen der Konfiguration

AntoniaHerzog: /* Testen der Konfiguration */

2026-09-14T11:10:51Z

Testen der Konfiguration

AntoniaHerzog: /* Testen der Konfiguration */

2026-09-14T11:08:55Z

Testen der Konfiguration

AntoniaHerzog: /* Vorgehensweise Client */

2026-09-14T11:03:31Z

Vorgehensweise Client

AntoniaHerzog: /* Vorgehensweise (virtuelle) Server */

2026-09-14T10:28:32Z

Vorgehensweise (virtuelle) Server

@@ Zeile 95: / Zeile 95: @@
 '''Berechnung starten:'''
 Klicken Sie mit der rechten Maustaste auf „Hydraulikvarianten“ und wählen Sie den Menüpunkt „Varianten berechnen…“ aus. Der untenstehende Dialog wird angezeigt.
 Im linken Auswahlfenster sehen Sie alle im Projekt vorhandenen Hydraulikvarianten. Mit einem Doppelklick oder alternativ mit dem „>>“ Button können diese in das rechte Auswahlfeld übernommen werden. Die Varianten im rechten Auswahlfeld werden bei der Berechnung berücksichtigt. Wichtig ist auch, dass der Haken bei „parallel“ gesetzt ist, da die Varianten andernfalls sequentiell abgearbeitet werden. Sobald Sie die Auswahl mit „OK“ bestätigen, wird die Berechnung gestartet.

@@ Zeile 106: / Zeile 106: @@
 ==Fehlermeldungen & Problembehandlung==
-'''Falscher Name des Remote PC oder DynaCallServer nicht gestartet oder erreichbar'''
+'''Falscher Name des Remote PC oder DynaCallServer nicht gestartet oder erreichbar'''<br>
 Folgende Fehlermeldung erscheint, wenn bei „Name des Remote PC“ ein ungültiger Netzwerkname eingegeben wurde oder auf dem angegebenen Server der RemoteDynaCallServer nicht gestartet wurde.
 „Exception at DYNA call. Calculation canceled!
@@ Zeile 112: / Zeile 112: @@
 Falls auch dies nicht zum Erfolg führt, sollten Sie Ihre Firewall-Einstellungen überprüfen. Dort muss die Kommunikation via RPC (Remote Procedure Call) freigegeben sein. Überprüfen Sie ob Sie die nötigen Rechte auf dem Serverrechner haben. <br>
-'''Dyna konnte auf dem Serversystem nicht ausgeführt werden'''
+'''Dyna konnte auf dem Serversystem nicht ausgeführt werden'''<br>
 Im Meldungsfenster wird angezeigt, dass die Ausgabedatei nicht geöffnet werden konnte. Überprüfen Sie im Fenster des DynaCallServers die übergebenen Parameter. Der DYNA-Pfad und der Variantenordner müssen auf dem Serversystem gültig sein, d.h. unter dem angegebenen Pfad muss DYNA gestartet werden können und der Variantenordner muss für den Server zugänglich (Schreib- und Leserechte) sein.

@@ Zeile 106: / Zeile 106: @@
 ==Fehlermeldungen & Problembehandlung==
-*Falscher Name des Remote PC oder DynaCallServer nicht gestartet oder erreichbar
+'''Falscher Name des Remote PC oder DynaCallServer nicht gestartet oder erreichbar'''
 Folgende Fehlermeldung erscheint, wenn bei „Name des Remote PC“ ein ungültiger Netzwerkname eingegeben wurde oder auf dem angegebenen Server der RemoteDynaCallServer nicht gestartet wurde.
 „Exception at DYNA call. Calculation canceled!
-Überprüfen Sie bitte den in der Hydraulikvariante eingetragenen Namen für den Remote Rechner. Wählen Sie am besten einen der Vorgegebenen Rechnernamen aus. Hierbei handelt es sich immer um gültige Netzwerknamen. Als nächstes sollten Sie überprüfen, ob der DynaCallServer auf dem Server gestartet ist (siehe „Vorgehensweise Server“).
+Überprüfen Sie bitte den in der Hydraulikvariante eingetragenen Namen für den Remote Rechner. Wählen Sie am besten einen der vorgegebenen Rechnernamen aus. Hierbei handelt es sich immer um gültige Netzwerknamen. Als nächstes sollten Sie überprüfen, ob der DynaCallServer auf dem Server gestartet ist (siehe „Vorgehensweise Server“).
-Falls auch dies nicht zum Erfolg führt, sollten Sie Ihre Firewall-Einstellungen überprüfen. Dort muss die Kommunikation via RPC (Remote Procedure Call) freigegeben sein.
+Falls auch dies nicht zum Erfolg führt, sollten Sie Ihre Firewall-Einstellungen überprüfen. Dort muss die Kommunikation via RPC (Remote Procedure Call) freigegeben sein. Überprüfen Sie ob Sie die nötigen Rechte auf dem Serverrechner haben. <br>
-Im Meldungsfenster wird angezeigt, dass die Ausgabedatei nicht geöffnet werden konnte. Überprü-fen Sie im Fenster des DynaCallServers die übergebenen Parameter.
+'''Dyna konnte auf dem Serversystem nicht ausgeführt werden'''
+Im Meldungsfenster wird angezeigt, dass die Ausgabedatei nicht geöffnet werden konnte. Überprüfen Sie im Fenster des DynaCallServers die übergebenen Parameter. Der DYNA-Pfad und der Variantenordner müssen auf dem Serversystem gültig sein, d.h. unter dem angegebenen Pfad muss DYNA gestartet werden können und der Variantenordner muss für den Server zugänglich (Schreib- und Leserechte) sein.

@@ Zeile 84: / Zeile 84: @@
 ===Testen der Konfiguration===
 Vor der Berechnung kann ein Test der Konfiguration durch einen Klick auf die Schaltfläche "Konfigurationstest" durchgeführt werden.
-<div class="res-img">[[File:hybrid_07.png|800px|center]]</div>
+[[Datei:V18 Hydraulikmenü Berechnungskonfiguration.png|500px|center]]
 <div class="res-img">[[File:hybrid_08.png|800px|center]]</div>
-In diesem Fall sind es insgesamt m = 24 Kerne. So entstehen 3 = m/8 Prozesse mit je 8 Kernen. Bei älteren Rechnerarchitekturen sorgt ++SYSTEMS dafür, dass nicht mehr als 2 Prozesse entstehen. Dies begründet sich damit, dass zumeist 2 physikalische Prozessoren mit jeweils eigenem zugeordnetem Speicher vorhanden sind. Es gibt noch einen Prozentsatz-Parameter, mit dem auch eine Überbelegung der CPU-Kerne stattfinden kann, so dass die schnellsten Prozesse zwar etwas langsamer laufen, aber die langsamsten dafür etwas schneller.
+In diesem Fall gibt es insgesamt m = 24 Kerne. So entstehen 3 = m/8 Prozesse mit je 8 Kernen. Bei älteren Rechnerarchitekturen sorgt ++SYSTEMS dafür, dass nicht mehr als 2 Prozesse entstehen. Dies begründet sich damit, dass zumeist 2 physikalische Prozessoren mit jeweils eigenem zugeordnetem Speicher vorhanden sind. Es gibt noch einen Prozentsatz-Parameter, mit dem auch eine Überbelegung der CPU-Kerne stattfinden kann, so dass die schnellsten Prozesse zwar etwas langsamer laufen, aber die langsamsten dafür etwas schneller.
 Folglich spielt auch die Bewertung der Leistungsfähigkeit eine große Rolle. In diesem Beispiel gibt es zwei der moderneren Architekturen (XEON E5...), dann mit 5 bzw. 8 bewertet wurden, während die herkömmlichen Rechnerarchitekturen (Xeon X55xx,X56xx) mit 2 bzw. 1 bewertet sind.
 Ein weiterer wichtiger Konfigurationsparameter für Fall 1 (nur 1 Prozess pro Rechner)  ist die „Anzahl Threads für DYNA“. Hier geben Sie an, wie viele (virtuelle) Prozessoren Sie auf dem Serversystem haben bzw. voll ausnutzen wollen.
@@ Zeile 94: / Zeile 93: @@
 '''Allgemeine Berechnungseinstellungen für die DYNA-Berechnung:''' <br>
 Die Auswahl für „Dateien kommentieren“ und „DNSCREEN verwenden“ ist wie bei lokalen Berechnungen anzuwenden. Der „Programmpfad für DYNA“ ist nur für die Hydraulikvarianten relevant, die keinen „DYNA Pfad“ angegeben haben. Hiermit haben Sie die Möglichkeit, die Datei „dyna.exe“ genauso wie die ++SYSTEMS Projektdatei auf einem Netzlaufwerk abzulegen und somit allen Netzwerkressourcen zugänglich zu machen. Für den Parameter „Anzahl Threads für DYNA“ gilt, wenn die Hydraulikvariante unter „Anzahl Threads für DYNA“ keinen Eintrag hat, so wird dieser hier verwendet. Ist auch hier kein Eintrag vorhanden (zu empfehlen), so wird vor der Ausführung von DYNA automatisch die Anzahl der Prozessoren auf dem jeweiligen System ermittelt und eine 100%-ige Auslastung angestrebt, was allerdings aufgrund des oben geschilderten Paradigmenwechsels für neuere Rechnerarchitekturen zu keinen Performancegewinnen mehr führt. <br> <br>
-'''Berechnung starten:''' Klicken Sie mit der rechten Maustaste auf „Hydraulikvarianten“ und wählen Sie den Menüpunkt „Varianten berechnen…“ aus. Der untenstehende Dialog wird angezeigt.
+'''Berechnung starten:'''
-Im linken Auswahlfenster sehen Sie alle im Projekt vorhandenen Hydraulikvarianten. Mit einem Dop-pelklick oder alternativ mit dem „>>“ Button können diese in das rechte Auswahlfeld übernommen werden. Die Varianten im rechten Auswahlfeld werden bei der Berechnung berücksichtigt. Wichtig ist auch, dass der Haken bei „parallel“ gesetzt ist, da die Varianten andernfalls sequentiell abgearbeitet werden. Wenn Sie die Auswahl mit „OK“ bestätigen, so wird die Berechnung gestartet.
+Klicken Sie mit der rechten Maustaste auf „Hydraulikvarianten“ und wählen Sie den Menüpunkt „Varianten berechnen…“ aus. Der untenstehende Dialog wird angezeigt.
 Bevor die eigentliche Berechnung mit DYNA erfolgen kann, müssen die DYNA Eingabedateien geschrieben werden. Dies erfolgt sequentiell für alle ausgewählten Hydraulikvarianten. Zudem wird der angegebene Speicherpfad der DYNA Arbeitsordner (falls nicht schon in dieser Form angegeben) in einen UNC-Pfad umgewandelt. Dies hat den Vorteil, dass der Projektordner nicht explizit auf den Servern verbunden sein muss. Über diesen UNC-Pfad kann jeder Rechner im Netzwerk (soweit die entsprechenden Rechte vorhanden sind) auf den DYNA Arbeitsordner zugreifen.
-Nachdem die Eingabedateien geschrieben wurden, werden die DYNA-Berechnungen gleichzeitig auf allen angegebenen Servern gestartet. Für jede einzelne Hydraulikvariante wird ein DnScreen Fenster geöffnet, in dem der Berechnungsfortschritt nach verfolgt werden kann.
+Nachdem die Eingabedateien geschrieben wurden, werden die DYNA-Berechnungen gleichzeitig auf allen angegebenen Servern gestartet. Für jede einzelne Hydraulikvariante wird ein DNScreen Fenster geöffnet, in dem der Berechnungsfortschritt nach verfolgt werden kann.
-Ist die Berechnung einer Hydraulikvariante beendet, so werden die Ergebnisdaten automatisch von ++SYSTEMS eingelesen. Signifikant für die erfolgreiche Ausführung der Berechnung ist die Zeile „Variantenname: Berechnung erfolgreich abgeschlossen“.
+Ist die Berechnung einer Hydraulikvariante beendet, werden die Ergebnisdaten automatisch von ++SYSTEMS eingelesen. Signifikant für die erfolgreiche Ausführung der Berechnung ist die Zeile „Variantenname: Berechnung erfolgreich abgeschlossen“.
-Die verteilte Berechnung ist abgeschlossen, wenn jede der gestarteten Hydraulikvarianten im Meldungsfenster als „erfolgreich abgeschlossen“ aufgelistet wurde.
+Die verteilte Berechnung ist abgeschlossen, wenn jede der gestarteten Hydraulikvarianten im Meldungsfenster als „erfolgreich abgeschlossen“ aufgelistet wird.
 ==Fehlermeldungen & Problembehandlung==

@@ Zeile 83: / Zeile 83: @@
 ===Testen der Konfiguration===
-Vor der Berechnung kann ein Test der Konfiguration durchgeführt werden.
+Vor der Berechnung kann ein Test der Konfiguration durch einen Klick auf die Schaltfläche "Konfigurationstest" durchgeführt werden.
 <div class="res-img">[[File:hybrid_07.png|800px|center]]</div>

@@ Zeile 83: / Zeile 83: @@
 ===Testen der Konfiguration===
-Vor der Rechnung kl
+Vor der Berechnung kann ein Test der Konfiguration durchgeführt werden.
 <div class="res-img">[[File:hybrid_07.png|800px|center]]</div>
 <div class="res-img">[[File:hybrid_08.png|800px|center]]</div>
-In diesem Fall sind es m=24. So entstehen 3=m/8 Prozesse mit je 8 Kernen. Bei älteren Rechnerarchitekturen sorgt das ++SYSTEMS dafür, dass aber nicht mehr als 2 Prozesse entstehen. Dies tragt auch der Tatsache Rechnung, dass zumeist 2 physikalische Prozessoren mit jeweils eigenem zugeordnetem Speicher vorhanden sind. Es gibt noch einen Prozentsatz-Parameter, mit dem auch eine Überbelegung der CPU-Kerne stattfinden kann, so dass die schnellsten Prozesse zwar etwas langsamer laufen, aber die langsamsten dafür etwas schneller.
+In diesem Fall sind es insgesamt m = 24 Kerne. So entstehen 3 = m/8 Prozesse mit je 8 Kernen. Bei älteren Rechnerarchitekturen sorgt ++SYSTEMS dafür, dass nicht mehr als 2 Prozesse entstehen. Dies begründet sich damit, dass zumeist 2 physikalische Prozessoren mit jeweils eigenem zugeordnetem Speicher vorhanden sind. Es gibt noch einen Prozentsatz-Parameter, mit dem auch eine Überbelegung der CPU-Kerne stattfinden kann, so dass die schnellsten Prozesse zwar etwas langsamer laufen, aber die langsamsten dafür etwas schneller.
-Wie Sie sehen spielt auch die Bewertung der Leistungsfähigkeit eine große Rolle. In diesem Beispiel gibt es zwei der moderneren Architekturen (XEON E5...), dann mit 5 bzw 8 bewertet wurden, während die herkömmlichen Rechnerarchitekturen (Xeon X55xx,X56xx) mit 2 bzw. 1 bewertet sind.
+Folglich spielt auch die Bewertung der Leistungsfähigkeit eine große Rolle. In diesem Beispiel gibt es zwei der moderneren Architekturen (XEON E5...), dann mit 5 bzw. 8 bewertet wurden, während die herkömmlichen Rechnerarchitekturen (Xeon X55xx,X56xx) mit 2 bzw. 1 bewertet sind.
-Ein weiterer wichtiger Konfigurationsparameter für Fall 1 (nur 1 Prozess pro Rechner)  ist die „Anzahl Threads für DYNA“. Hier geben Sie an wie viele (virtuelle) Prozessoren Sie auf dem Serversystem haben bzw. voll ausnützen wollen.
+Ein weiterer wichtiger Konfigurationsparameter für Fall 1 (nur 1 Prozess pro Rechner)  ist die „Anzahl Threads für DYNA“. Hier geben Sie an, wie viele (virtuelle) Prozessoren Sie auf dem Serversystem haben bzw. voll ausnutzen wollen.
-Falls in den Feldern „Anzahl Threads für DYNA“ und „DYNA Pfad:“ nichts angegeben wurde, so werden automatisch die allgemeinen Einstellungen im Konfigurationsmenü für die DYNA-Berechnung verwendet.
+Falls in den Feldern „Anzahl Threads für DYNA“ und „DYNA Pfad:“ nichts angegeben wurde, so werden automatisch die allgemeinen Einstellungen im Konfigurationsmenü für die DYNA-Berechnung verwendet. <br>
-*Allgemeine Berechnungseinstellungen für die DYNA-Berechnung: Die Auswahlen für „Dateien kommentieren“ und „DNSCREEN verwenden“ sind wie bei lokalen Berechnungen anzuwenden. Der „Programmpfad für DYNA“ ist nur für die Hydraulikvarianten relevant, die keinen „DYNA Pfad“ angegeben haben. Hiermit haben Sie die Möglichkeit, die Datei „dyna.exe“ genauso wie die ++SYSTEMS Projektdatei auf einem Netzlaufwerk abzulegen und somit allen Netzwerkressourcen zugänglich zu machen. Für den Parameter „Anzahl Threads für DYNA“ gilt, wenn die Hydraulikvariante unter „Anzahl Threads für DYNA“ keinen Eintrag hat, so wird dieser hier verwendet. Ist auch hier kein Eintrag vorhanden (zu empfehlen), so wird vor der Ausführung von DYNA automatisch die Anzahl der Prozessoren auf dem jeweiligen System ermittelt und eine 100%-ige Auslastung angestrebt, was allerdings aufgrund des oben geschilderten Paradigmenwechsels für neuere Rechnerarchitekturen zu keinen Performacegewinnen mehr führt.
+Allgemeine Berechnungseinstellungen für die DYNA-Berechnung: Die Auswahl für „Dateien kommentieren“ und „DNSCREEN verwenden“ ist wie bei lokalen Berechnungen anzuwenden. Der „Programmpfad für DYNA“ ist nur für die Hydraulikvarianten relevant, die keinen „DYNA Pfad“ angegeben haben. Hiermit haben Sie die Möglichkeit, die Datei „dyna.exe“ genauso wie die ++SYSTEMS Projektdatei auf einem Netzlaufwerk abzulegen und somit allen Netzwerkressourcen zugänglich zu machen. Für den Parameter „Anzahl Threads für DYNA“ gilt, wenn die Hydraulikvariante unter „Anzahl Threads für DYNA“ keinen Eintrag hat, so wird dieser hier verwendet. Ist auch hier kein Eintrag vorhanden (zu empfehlen), so wird vor der Ausführung von DYNA automatisch die Anzahl der Prozessoren auf dem jeweiligen System ermittelt und eine 100%-ige Auslastung angestrebt, was allerdings aufgrund des oben geschilderten Paradigmenwechsels für neuere Rechnerarchitekturen zu keinen Performancegewinnen mehr führt.
@@ Zeile 108: / Zeile 106: @@
 Die verteilte Berechnung ist abgeschlossen, wenn jede der gestarteten Hydraulikvarianten im Mel-dungsfenster als „erfolgreich abgeschlossen“ aufgelistet wurde.
 ==Fehlermeldungen & Problembehandlung==

@@ Zeile 58: / Zeile 58: @@
 ===Vorgehensweise Client===
-Es wird davon ausgegangen, dass Sie bereits ein rechenbares ++SYSTEMS Projekt erstellt haben. Dieses soll nun auf mehreren Rechnern (Servern) parallel berechnet werden. Alle Einstellungen bezüglich der Hybdriden Berechnung und Remoteberechnung können Sie in der jeweiligen zu berechnenden Hydraulikvariante festlegen. Hierfür einfach auf dem ersten Reiter "Allgemein" die Einstellungen festlegen und wie gewohnt die Berechnung startet.
+Es wird davon ausgegangen, dass Sie bereits ein rechenbares ++SYSTEMS Projekt erstellt haben. Dieses soll nun auf mehreren Rechnern (Servern) parallel berechnet werden. Alle Einstellungen bezüglich der Hybdriden Berechnung und Remoteberechnung können Sie in der jeweiligen zu berechnenden Hydraulikvariante festlegen. Hierfür können Sie die Einstellungen in dem Menü der jeweiligen [[Hydraulikvariante]] festlegen und wie gewohnt die Berechnung starten.
-<div class="res-img">[[File:hybrid_04.png|800px|center]]</div>
+Mit Klick auf die Schaltfläche '''Berechnungskonfiguration''' öffnet sich der folgende Dialog mit den Einstellungsmöglichkeiten.
-*Speichern des Projekts auf einem Netzlaufwerk bzw. direkt unter einem Netzwerkpfad. Das verteilte Rechnen kann nur durchgeführt werden, wenn alle Server und der Client uneingeschränkten Zugang zum Projektverzeichnis haben. Zu bewerkstelligen ist dies, indem das Projekt vom Client auf einem zuvor verbundenen Netzlaufwerk abgespeichert wird (Achtung! Auch wenn das Netzlaufwerk lokal auf dem Client PC liegt, muss es auf dem Client PC explizit als Netzlaufwerk verbunden werden und das Projekt muss auf dem explizit verbundenen Netzlaufwerk abgelegt werden. Nur so kann das System die benötigten Pfadinstruktionen ermitteln). Eine weitere Möglichkeit besteht darin, das Projekt direkt in einem über die Netzwerkumgebung zugänglichen Ordner zu speichern. Gehen Sie dafür auf die Netzwerkumgebung -> Gesamtes Netzwerk -> Microsoft Windows-Netzwerk. Wählen Sie nun einen verfügbaren PC aus und Speichern Sie das Projekt in einem von diesem freigegebenen Ordner. In diesem Fall sollte der Speicherpfad des ++SYSTEMS Projekts (in ++SYSTEMS in der obersten blauen Leiste zu ersehen) folgende Form aufweisen:'''\\Rechnername\Projektpfad\Projektname.kpp'''
+*Speichern des Projekts auf einem Netzlaufwerk bzw. direkt unter einem Netzwerkpfad. Das verteilte Rechnen kann nur durchgeführt werden, wenn alle Server und der Client uneingeschränkten Zugang zum Projektverzeichnis haben. Zu bewerkstelligen ist dies, indem das Projekt vom Client auf einem zuvor verbundenen Netzlaufwerk abgespeichert wird (Achtung! Auch wenn das Netzlaufwerk lokal auf dem Client PC liegt, muss es auf dem Client PC explizit als Netzlaufwerk verbunden werden und das Projekt muss auf dem explizit verbundenen Netzlaufwerk abgelegt werden. Nur so kann das System die benötigten Pfadinstruktionen ermitteln). Eine weitere Möglichkeit besteht darin, das Projekt direkt in einem über die Netzwerkumgebung zugänglichen Ordner zu speichern. Gehen Sie dafür auf die Netzwerkumgebung → Gesamtes Netzwerk → Microsoft Windows-Netzwerk. Wählen Sie nun einen verfügbaren PC aus und speichern Sie das Projekt in einem von diesem freigegebenen Ordner. In diesem Fall sollte der Speicherpfad des ++SYSTEMS Projekts (in ++SYSTEMS in der obersten blauen Leiste zu ersehen) folgende Form aufweisen:'''\\Rechnername\Projektpfad\Projektname.kpp'''
-*Für die Aufteilung der einzelnen Regen auf die verschiedenen Rechner sorgt ++SYSTEMS selbst. Hauptkriterium hierbei ist die Regendauer und die vom Benutzer einzugebende relative Leistungsfähigkeit des jeweils beanspruchten Rechners. Die Regentrennzeit beim Einlesen der Regen aus den verschiedenen Formaten sollte größer als die maximale Netzentleerungszeit sein. Dadurch kann zu beginn jeder Hydraulikvariante von einem komplett entleerten Netz (Regenwasserkanal) bzw. einem Netz im Trockenwetterzustand (Mischwassersystem) ausgegangen werden. Faustregel für die Bestimmung der Trennzeit(Weitere Informationen zur Laufzeitkontrolle in DYNA [[Zeitlicher Ablauf DYNA]])Die 1,5-2-fache Burn-In-Zeit bzw. Fließzeit, ausgewiesen im Transport-Aktenreiter der Berechnungsvariante nach einmaliger Berechnung (z.B. eines Bemessungsregens) ist i.d.Regel groß genug.
+*Für die Aufteilung der einzelnen Regen auf die verschiedenen Rechner sorgt ++SYSTEMS selbst. Hauptkriterium hierbei ist die Regendauer und die vom Benutzer einzugebende relative Leistungsfähigkeit des jeweils beanspruchten Rechners. Die Regentrennzeit beim Einlesen der Regen aus den verschiedenen Formaten sollte größer als die maximale Netzentleerungszeit sein. Dadurch kann zu Beginn jeder Hydraulikvariante von einem komplett entleerten Netz (Regenwasserkanal) bzw. einem Netz im Trockenwetterzustand (Mischwassersystem) ausgegangen werden.
 {{Hinweis-Box
-|Text = <br> je kürzer die Trennzeit umso effektiver gestalten sich die Laufzeiten! Sehr lange Regenereignisse wirken sich negativ auf die Rechenzeit aus!}}
+|Text = <br> Je kürzer die Trennzeit eingestellt wird, desto effektiver gestalten sich die Laufzeiten! Sehr lange Regenereignisse wirken sich negativ auf die Rechenzeit aus!}}
 *Der Hydraulikvariante, die berechnet werden soll, kann nun eine Reihe von Servern zugeordnet werden, auf denen die Berechnung durchgeführt wird.
-<div class="res-img">[[File:hybrid_05.png|800px|center]]</div>
+Diese Zuordnung erfolgt im Detaildialog "Berechnungskonfiguration" des Hydraulikvarianten-Menüs. Mit Auswahl der Cluster Berechnung und Klick auf die Schaltfläche "Cluster Berechnung (Nutzt mehrere Clients für schnellere Laufzeiten)" öffnet sich die Einstellungsauswahl.
+Es ist auch möglich eine Hydraulikvariante oder einen Teil der Varianten lokal auszuführen und gleichzeitig andere Varianten über Remote auf einem Server auszuführen. Als nächstes muss der Servername angegeben werden. Zur Identifizierung werden die Netzwerknamen benutzt. ++SYSTEMS analysiert beim Setzen des Remote Hakens automatisch Ihr Netzwerk und gibt Ihnen unter „Remote-Rechner“ eine Auswahl an allen zur Verfügung stehenden Servern. Dieses Feld muss belegt werden. Im letzten Feld ist anzugeben, unter welchem Pfad die Datei „dyna.exe“ auf einem der Server Systeme zu finden ist. (Hier sei zu beachten, dass der Pfad auf dem Server Gültigkeit besitzen muss, nicht auf dem Client.)
 Es gibt zwei Möglichkeiten der (verteilten) Berechnung mit einem bzw. mehreren Prozessen je Computer. Letztere Möglichkeit trägt der Tatsache Rechnung, dass bei neueren Rechnerarchitekturen „Processing“ präferiert wird gegenüber „Threading“. Hier wurde den neueren Virtualisierungsmöglichkeiten moderner Rechnerarchitekturen Tribut gezollt. Das bedeutet beispielsweise, dass hier ein DYNA Aufruf mit n-1 Threads einen schnelleren Ablauf zur Folge hat als mit n Threads, wenn n sich der Maximalzahl der möglichen Kerne eines Rechners nähert.
-Hier wurde die Anzahl der Threads n = 8 gewählt, da nach unserer Erfahrung der Schritt von n=7 nach n=8 immer einen Performancegewinn zur Folge hat. Im Taskmanager können Sie sehen, über wie viele Prozessorkerne ein (virtueller) Server oder Workstation verfügt:
+Hier wurde die Anzahl der Threads n = 8 gewählt, da nach unserer Erfahrung der Schritt von n=7 nach n=8 immer einen Performancegewinn zur Folge hat. Im Taskmanager können Sie sehen, über wie viele Prozessorkerne ein (virtueller) Server oder Workstation verfügt.
 ===Testen der Konfiguration===

@@ Zeile 48: / Zeile 48: @@
 Diese Schritte müssen für jedes Serversystem einzeln wiederholt werden.
 *Starten Sie das Serversystem
-*Sie benötigen direkten Zugang auf das Serversystem. Dies kann bei einem Serverbetriebssystem
+*Sie benötigen direkten Zugang auf das Serversystem. Dies kann bei einem Serverbetriebssystem durch eine Terminaldienst-Konsole oder über einen lokalen Zugriff geschehen.
-durch eine Terminaldienst Konsole geschehen oder muss über einen lokalen Zugriff geschehen.
+*Stellen Sie sicher, dass Sie über die nötigen Berechtigungen verfügen, um auf das verwendete Netzlaufwerk lesend bzw. schreibend zuzugreifen.
 *DYNA muss ausführbar sein, muss aber nicht gestartet werden.
-*Der DynaCallServer muss gestartet werden. Falls die Datei „DynaCallServer.exe“ auf dem System noch nicht vorhanden ist muss diese zuerst noch für das System zugänglich (lokal oder über Netzlaufwerk) gemacht werden. Eine Konsole zeigt die Einsatzfähigkeit des RemoteDynaCallServers an.
+*Der DynaCallServer muss gestartet werden. Falls die Datei „DynaCallServer.exe“ auf dem System noch nicht vorhanden ist, muss diese zuerst noch für das System zugänglich (lokal oder über Netzlaufwerk) gemacht werden. Eine Konsole zeigt die Einsatzfähigkeit des RemoteDynaCallServers an.
 Diese Schritte müssen nur einmalig nach dem Neustart des Serversystems durchgeführt werden. Der Start
-des DynaCallServers kann auch über den Autostart vorgenommen werden. Der Benutzer, der auf dem Client
+des DynaCallServers kann auch über den Autostart vorgenommen werden. Der Benutzer, der auf dem Client die Berechnung initiiert, muss nicht mit dem Benutzer auf dem Serversystem übereinstimmen.
 ===Vorgehensweise Client===