Clusterit Clusterit ist eine Sammlung von Clustering-Tools, um Ihren gewöhnlichen Alltagstapel von Unix-Workstations in ein schnelles Tier zu drehen.
Jetzt downloaden

Clusterit Ranking & Zusammenfassung

Clusterit Stichworte

verteilt Systemadministration Clustering verteilte Netzwerke Clustering-Tools. Clusterit.

Clusterit Beschreibung

Clusterit ist eine Sammlung von Clustering-Tools, um Ihren gewöhnlichen Alltagstapel von Unix-Workstations in ein schnelles Tier umzuwandeln. Clusterit ist eine Sammlung von Clustering-Tools, um den gewöhnlichen Alltagstapel von Unix-Workstations in ein schnelles paralleles Tier zu drehen. In einem schnellen Parallel-Biest basierte diese Arbeit auf der Arbeit von IBMs PSSP und kopierte dort stark von den Ideen. Es basiert auch leicht auf der in Glunix vorgesehenen Arbeit. Ich habe mich entschieden, es zu vereinfachen und zu komplexieren, aber Glunix ist eine Monstrosität. Es ermöglicht eine bessere Kontrolle über die einzelnen Knoten und viel bessere Lastaustausch. Ich bin jedoch davon überzeugt, dass viele der Geschwindigkeitsvorteile eines Parallelclusters mit dem unglaublichen Aufwand verloren geht, um den GLUNIX-Master- und Daemon-Dienste auf einem Host auszuführen. Glunix bietet jedoch eine echte parallele Programmierumgebung an. Etwas, das völlig außerhalb des Geltungsbereichs dieses Pakets ist. PSSP ist auch ein sehr leistungsstarker Werkzeugsatz. Sie sind nicht viel mehr als ein paar Heftklammern, die in Perl geschrieben wurden, ein unglaubliches Werkzeug, um eine unhandliche Anzahl von UNIX-Maschinen in einen schnellen Dämon eines MPP zu verbinden. Die Vorteile beider Systeme sind eine zentrale Kontrolle einer großen Anzahl von Maschinen. Leider haben sie alle Nachteile. · C vs. perl. Du machst die Mathematik. Heterogenes Cluster-Make-up. · Dies macht es sehr einfach, eine große Anzahl von Maschinen, unterschiedlichen Architekturen und Betriebssystemen zu verwalten. Die Tatsache, dass meine Werkzeuge vollständig architekturundeponalisiert sind, ermöglicht es den Befehlen von DSH-Befehlen an Maschinen, die nicht einmal dasselbe Betriebssystem ausführen! Dies kann für eine Vielzahl von Massenverwaltungsaufgaben nützlich sein, die ein Administrator voraussetzen muss. Wahl der Authentifizierung. · IBM zwingt Sie, Kerberos 4 zur Authentifizierung auf der SP-Adresse zu verwenden. Dies ist eigentlich in Ordnung für eine geschlossene Umgebung wie ein SP, aber für etwas, das auf einem Stapel ansonsten nützliche Boxen laufen soll, benötigen Sie mehr Freiheit. Diese Suite ermöglicht es Ihnen, alles zu tun. SSH, Kerberos, .rhosts. Was auch immer Ihre Sicherheit aneignet, ist am besten. Sequential-Knoten und zufällige Knotenausführung · Die Idee hier ist, dass diese DSH-ähnlichen Programme es Ihnen ermöglichen, etwas zu tun, das ein ausgewogenes Scripting lädt. Zum Beispiel könnte man ein NFS-Shared Build-Verzeichnis einrichten und den Befehl ausgeben: make -j4 cc = "SEQ 'CD / usr / src / foo; GCC'" ·, der einen Bauen parallel ausführen würde, auf 4 Knoten in Ihrem Cluster, Zuweisen von Prozessen zu jedem Knoten in der Reihenfolge. Der Befehl RUN ist gleichwertig zu sagen: "Es ist mir egal, wo Sie laufen, laufen Sie einfach und sagen Sie mir, wie sich die Dinge herausstellen." Im Allgemeinen wird der RUN-Befehl bessere Ergebnisse erzielen, da die Größe des Clusters zunimmt. Wenn Sie nur drei Knoten haben, sind die Wahrscheinlichkeit, dass derselbe Knoten immer wieder gut ist, ziemlich gut. Job-Sequenzierung · Mit diesem Paket können Sie Prozesse an den Remote-Computern einplanen, so dass nicht mehr als ein Prozess pro Maschine gleichzeitig aktiv ist. Dies wurde entwickelt, um Probleme mit der Verwendung von SEQ für Paralell Builds zu bekämpfen. · Beim Aufbau in Paralell mit SEQ ist es möglich, dass ein Knoten eine Aufgabe erspart, die es viel länger dauert, als die anderen Knoten abzuschließen. Es ist auch möglich, dass als andere Knoten die alten Jobs schneller beenden, der Knoten, der festgefahren wurde, einen anderen Job übergeben. Bei der Durchführung großer Paralell-Builds stehen schließlich sehr langsame Maschinen den gesamten Build, da sie versuchen, viele Objekte gleichzeitig zu kompilieren, und sind in der Regel an dieser Stelle in der Nähe des Totums aus dem Tauschen. · Die Jobplanung in Clusterit kann dies auf zwei Arten verhindern. Erstens erlaubt die Job-Planung nicht, dass ein Knoten mehr als einen Befehl gleichzeitig verarbeitet. Wenn mehr Befehle als Knoten angefordert werden, blockieren die überschüssigen Befehle, bis ein Knoten freigegeben ist. Zweitens hat der Scheduler die Möglichkeit, eine Benchmark-Nummer einiger Sorte für jeden Knoten zu registrieren. Dadurch kann der Scheduler immer den schnellsten der verbleibenden Knoten geben, wenn man angefordert wird. Dies ermöglicht einem Paralell-Build, um einen heterogenen Cluster effizienter zu nutzen wurde von RSH auf SSH geändert. · Für alle Befehle wurde eine Testoption hinzugefügt, um zu prüfen, ob SSH in Betrieb ist, bevor ein SSH-Anschluss versucht wird, der sonst hängen kann. · Ein Flag wurde zu DSH hinzugefügt, um den Benutzer zu kopieren, Ausführen und Löschen eines Skripts auf allen Maschinen in einem Schritt. · Es gibt viele andere kleine Bugfixes und Verbesserungen.

Clusterit Zugehörige Software