Kondor Zeitplan und Remote-CPU-intensive Anwendungen mit den Leerlaufzyklen der freigegebenen Arbeitsstationen
Jetzt downloaden

Kondor Ranking & Zusammenfassung

Kondor Stichworte

Zeitplan Fernbedienung Lauf Ressourcenmonitor Remote-Ausführung Antrag des Zeitplanes

Kondor Beschreibung

Spielplan und führen Sie Fern intensive CPU-Anwendungen die Untätigkeitszyklen verteilend eigenen Workstations Condor ist ein spezialisiertes Workload-Management-System für rechenintensive Arbeitsplätze. Wie andere voll funktionsfähige Batch-Systeme, bietet Condor einen Job Queuing Mechanismus, Planungsrichtlinie, Prioritätsschema, Ressourcenüberwachung und Ressourcenmanagement. Benutzer legen ihre seriellen oder parallelen Jobs zu Condor Condor legt sie in eine Warteschlange, wählt, wann und wo die Jobs auf einer Politik, die ausgeführt werden, sorgfältig überwacht ihre Fortschritte und informiert den Nutzer letztlich auf completion.While Funktionalität bereitstellt ähnlich der ein eher traditionelles Batch-Warteschlangen-System, Condor neuartige Architektur ermöglicht es, in Bereichen erfolgreich zu sein, wo traditionelle Planungssysteme scheitern. Condor kann einen Cluster von dediziertem Rechenknoten (wie beispielsweise eine Beowulf cluster) verwalten verwendet werden. Darüber hinaus ermöglichen einzigartige Mechanismen Condor effektiv Gurtzeug verschwendet CPU-Leistung von nicht anderweitig genutzt Desktop-Workstations. Zum Beispiel kann Condor nur Verwendung Desktop-Maschinen konfiguriert werden, wenn die Tastatur und die Maus inaktiv sind. Should Condor erkennen, dass eine Maschine nicht mehr verfügbar ist (wie ein Tastendruck erkannt wird), in vielen Fällen Condor Lage ist, transparent einen Checkpoint zu erzeugen und einen Job zu einer anderen Maschine zu migrieren, die sonst frei sein würde. Condor keine gemeinsam genutzte Dateisystem für Maschinen erfordern - wenn nicht gemeinsam genutzte Dateisystem zur Verfügung steht, Condor die Daten der Auftragsdateien im Namen des Benutzers übertragen können, oder Condor können transparent sein können, alle auf der I / O-Anforderungen ist die Aufgabe umleiten zurück einreichen Maschine. Als Ergebnis kann Condor nahtlos genutzt werden, um alle eine Organisation Rechenleistung in eine Ressource zu kombinieren. Condor überwacht einen Pool von Maschinen im Leerlauf Maschinen zu finden, die dann verwendet werden, vorgelegt Arbeitsplätze zu vervollständigen, und bietet auch Remote-System und Prüfpunktverfahrens Mechanismen, die für transparente Remote-Ausführung und Job migration.NOTE erlauben: Condor lizenziert und unter der Apache-Lizenz vertrieben. Was ist neu in dieser Version: · Diese Version inkompatibel, wenn sie mit früheren Versionen von Condor kommunizieren Wenn CCB freigegeben ist oder wenn PRIVATE_NETWORK_NAME konfiguriert ist. · Die DRMAA Version aktualisiert. Diese neue Version ist kompatibel mit GFD.133, der DRMAA 1.0 Raster Empfehlung Standard. Drei neue Funktionen wurden hinzugefügt, um die Spezifikation der Anforderungen zu erfüllen, und einige Bugs wurden behoben. Neue Eigenschaften: · Zusätzliche Unterstützung jedes erkannte Skript als eine ausführbare in einer Datei einreichen unter Windows für die Verwendung. Weitere Informationen finden Sie in Abschnitt 6.2.6 auf Seite sehen. · Verbesserte Unterstützung für private Netzwerke: Added CCB, die Condor Connection Broker. Es ist ähnlich in der Funktionalität GCB, die Generic Connection Broker, aber es hat mehrere Vorteile, einschließlich der Benutzerfreundlichkeit und die Arbeit an Windows als auch Unix-Plattformen. GCB weiter zu arbeiten, aber wir können es einige Zeit in der 7.3 Entwicklungsreihe entfernen. Das Hauptmerkmal fehlt in CCB im Moment, dass es verhindert, dass GCB ersetzen, ist die Unterstützung für die Verbindung von einem privaten Netzwerk zu einem anderen. CCB funktioniert nur, wenn sie von einem öffentlichen Netz zu einem privaten einem verbindet. Zum Beispiel Arbeitsplätze können aus einer condor_schedd im öffentlichen Internet zu condor_startd Daemons in einem privaten Netzwerk gesendet werden, wenn die condor_startd Daemons konfiguriert ist, einen CCB-Server zu verwenden, die den condor_schedd Daemon zugänglich ist. Wenn jedoch der condor_schedd Daemon auf ein privates Netzwerk ist und die condor_startd Dämonen sind auf einem anderen privaten Netzwerk, tut CCB keine Hilfe. Weitere Informationen über die CCB, siehe Abschnitt 3.7.3. · Zusätzliche Unterstützung für eine CPU-Affinität auf Linux-Plattformen. · Zusätzliche Unterstützung für die condor_q -bessere-Analyse-Option auf Windows. · Added WANT_HOLD. Wenn PREEMPT wahr wird, wenn WANT_HOLD wahr ist, wird der Auftrag aus dem Grund, auf Eis gelegt (optional) angegeben durch WANT_HOLD_REASON und WANT_HOLD_SUBCODE. Diese Politik Ausdrücke werden durch die Ausführungsmaschine ausgewertet. Wie üblich kann der Auftragsbesitzer angeben periodic_release und / oder periodic_remove Ausdrücke auf bestimmte Haltezustände automatisch zu reagieren. · Die ClassAd Funktion debug hinzugefügt (). Abschnitt 4.1.1 für die Details dieser Funktion sehen. · Die condor_schedd kann jetzt MD5 Prüfsummen verwenden, um mehrere Kopien derselben ausführbaren Datei in seinem Spoolverzeichnis zu vermeiden zu speichern. Beachten Sie, dass diese Funktion wirkt sich nur ausführbare Dateien auf den condor_schedd innerhalb einer Beschreibungsdatei einreichen über den copy_to_spool Befehl gesendet. · Reduziert die Anzahl der Sleeps Condor_Dagman, um die Protokolldateikonsistenz beibehalten, wenn ein DAG mehrere Benutzerprotokolle für Knotenaufträge verwendet. DAGMAN hat jetzt einen Schlaf pro Sendenzyklus, statt einem Schlaf für jedes Senden. · Das Befehlszeilenflag von -import_env hinzugefügt, um Condor_submit_dag zu erhalten. Dies legt explizit die Umwelt des Unterwürfels in die Datei .condor.sub. · Optimiert die Entfernung großer Arbeitsplätze. Zuvor verursachte die Entfernung von Zehntausenden von Arbeitsplätzen den Condor_Schedd-Daemon, um mehrere Minuten lang viele CPU-Zeit zu verbrauchen. · Reduzierte Speichernutzung durch den Condor_Shadow-Daemon. Da es einen Condor_Shadow-Prozess pro laufender Auftrag gibt, erhöht dies die Anzahl der laufenden Jobs, die ein Senden von Maschinen handhaben kann. Unter Linux 2.6 haben wir festgestellt, dass die Ausführung von 10.000 Arbeitsplätzen aus einem einzelnen Senden-Gerät etwa 10GBytes System RAM benötigt. Wir haben in diesem Fall auch gefunden, dass es um mehr als 10.000 Simultan-Jobs auszutreten, erfordert ein 64-Bit-Senden-Computer. Auf einer 32-Bit-Linux-Plattform ist der Kernel-Speicher erschöpft, unabhängig davon, wie viel zusätzlicher RAM das System hat. · Reduzierter Speichernutzung des Condor_Collector-Daemons, wenn update_collector_with_tcp = true. Konfigurationsvariable Ergänzungen und Änderungen: · Die neue Konfigurationsvariable Open_Verb_For__Files ermöglicht den Standardinterpreter für Skripts mit einer Erweiterung EXT, um geändert zu werden. Weitere Informationen finden Sie in Abschnitt 6.2.6 auf Seite . · Die neue Konfigurationsvariable CCB_ADDress konfiguriert einen Daemon, um einen oder mehrere CCB-Server zu verwenden, um die Kommunikation mit Condor-Komponenten außerhalb des privaten Netzwerks zu ermöglichen. Siehe Seite . · Die neue Konfigurationsvariable Max_File_Descriptors (nur auf UNIX-Plattformen) gibt die erforderliche Datei-Deskriptor-Grenze für einen Condor-Daemon an. Dateideskriptoren sind eine Systemressource, die für geöffnete Dateien und für Netzwerkverbindungen verwendet wird. Condor-Daemons, die viele gleichzeitige Netzwerkverbindungen herstellen, erfordern möglicherweise eine erhöhte Anzahl von Dateideskriptoren. Beispielsweise finden Sie auf Seite , um Informationen zu den Anforderungen an Dateibeschreibung von CCB zu informieren. · Die neuen Konfigurationsvariablen Enforce_CPU_AFFINITY und SLOTX_CPU_AFFINITY auf Linux-Plattformen ermöglichen den Condor, Slots, um den CPUs zu versperrten, zu sperren. · Die neue Konfigurationsvariable Debug_Time_Format ermöglicht eine benutzerdefinierte Spezifikation für das Format der zu Beginn jeder Zeile in einer DAEMon-Protokolldatei. Siehe 3.3.4 für die vollständige Definition dieser Variablen. · Die neue Konfigurationsvariable share_spooled_executables ist ein boolescher Wert, der bestimmt, ob der Condor_Schedd-Daemon MD5-Prüfsummen verwendet, um zu vermeiden, dass mehrere Kopien derselben ausführbaren Dateien im Spool-Verzeichnis gespeichert werden. Die Standardeinstellung ist true.

Kondor Zugehörige Software