Wunsch für GF-Erweiterung: Batch-Mode

Nachricht

Michael_Poschmann · #1 Beitrag von **Michael_Poschmann** » 06.11.2003 14:02:06

Hallo Roland,

ein nützliches Feature des GF, um z.B. Rechnerkapazitäten auszulasten, während man in großer Runde spannenden Dingen lauschen darf

, wäre in meinen Augen die Erweiterung des GF um einen Batch-Betrieb.

Ein erster Schritt wäre die Möglichkeit, Parametersätze (str-, DEM-Dateien etc, GF-Einstellungen) speichern und erneut laden zu können. Das erspart gleichzeitig den Ärger, wenn man wieder mal vergessen hat, eine hft-Tabelle zu laden oder den Glättungsparameter sauber einzustellen.

Optimal wäre natürlich die Erstellung mehrerer Grundplatten "in Serie" auf der Basis zuvor definierter Parametersätze. Dann könnte der Job über Nacht laufen, und pünktlich zum Frühstück ständen verschiedene Landschaftsversionen zur Verfügung. Angesichts der Rechenzeiten für meine aktuellen Module von >30 min wäre das eine erhebliche "Marscherleichterung".

Grüße
Michael

Roland Ziegler · #2 Beitrag von **Roland Ziegler** » 12.11.2003 22:37:16

Ich nehme diesen Wunsch auf. Lässt sich vielleicht im Zuge der irgendwann mal stattzufinden habenden Umstellungen auf Zusi3 realisieren, momentan aber aus bekannten Gründen absolut keine Chance.

(Im Büro wird gerade mit einem Tool experimentiert, das brachliegende Rechnerkapazitäten im Netz zu Zwecken des Compilerlaufs missbraucht; sprich, die eigene Kiste wird entlastet, und bis zu einem Dutzend externe Rechenknechte werden kurzfristig "angemietet", um dort compilieren zu lassen. Das gibt tatsächlich einen Geschwindigkeitssprung um einen Faktor bis zu 10, und macht bei 1000en Dateien schon was aus. Vielleicht könnte ich auch den GF so umbauen, dass er von solcher Art "distributed Processing" profitieren könnte

)

Gast · #3 Beitrag von **Gast** » 12.11.2003 22:48:36

Dann würden sich meine Kollegen sicherlich über die Sanduhr auf ihren Rechnern wundern...

Michael
p.s. Brückeneinbinudung ESRT ist fertig

Roland Ziegler · #4 Beitrag von **Roland Ziegler** » 12.11.2003 22:53:59

Dann würden sich meine Kollegen sicherlich über die Sanduhr auf ihren Rechnern wundern...

Offtopic:
Hab ich auch erst gedacht. Der Compiler in diesem Fall läuft auf den Remote-Systemen zwar mit normaler Prozesspriorität, wird aber von Scheduler wohl sofort rausgeworfen, wenn der lokale Benutzer irgendwelche Aktivitäten ausführt (soll ja vorkommen), worauf dort also scheinbar keine Einschränkungen zu verzeichnen seien.

Oliver Lamm · #5 Beitrag von **Oliver Lamm** » 12.11.2003 23:27:35

Vielleicht sollte ich dann doch zusehen, das ich meinen CIppool-Login behalte .oO(250 Rechner rechnen mit dem GF ...)

Oli