Empfehlungen an andere, die in Betracht ziehen Centro:
Seien Sie sich der kaskadierenden Updates bei sehr großen Baugruppen mit mehreren Unterbaugruppen bewusst. Wenn Designer die Check-out/Check-in-Funktionalität nutzen und mehrere untere Komponenten einchecken, wird jede Unterbaugruppe im Baum ein kaskadierendes Update für Thumbnails, SpinfireWeb und Spinfire Ultimate-Dateien initiieren. Abhängig von der Komplexität der Baugruppe können die Spinfire Ultimate-Dateien umso größer werden, je höher man im Navigationsbaum geht. Sie können eine große Menge an Speicherplatz verbrauchen, ohne es zu wissen. Darüber hinaus nutzen kaskadierende Updates die System-Pipeline, die derzeit fest codiert ist, um nur einen gleichzeitigen Job gleichzeitig auszuführen. Große Baugruppen können die System-Pipelines verlangsamen. Wir haben uns entschieden, alle Spinfire Ultimate (ACT3D)-Konvertierungen auszuschalten und nur Thumbnails und Spinfire Web-Konvertierungen zu erstellen.
Beachten Sie auch: Die Option "Generieren..." im Ressourcenmenü wird die Konvertierungen automatisch auf Kaskadierung setzen, wann immer es eine Änderung gibt. Wenn Sie beispielsweise eine STEP-Konvertierung erstellen möchten, müssen Sie "Generieren..." auswählen und das STEP-Konvertierungsfeld auswählen. Von diesem Zeitpunkt an wird diese Konvertierung immer mit einer neuen Version aktualisiert, wenn sich die native Datei ändert. Diese Versionen können sich summieren und Speicherplatz verbrauchen. Wenn Sie eine einmalige STEP-Konvertierung erstellen und nicht möchten, dass diese STEP-Konvertierung jedes Mal aktualisiert wird, wenn sich die Baugruppe ändert, stellen Sie sicher, dass Sie zurück ins "Generieren..."-Menü gehen und die STEP-Konvertierung abwählen.
Stellen Sie außerdem sicher, dass alle Baugruppen, die Sie in die Pipeline einbinden, zu 100 % mit der obersten Baugruppe verknüpft sind. Es gibt viele Möglichkeiten, dies zu tun. In Catia können Sie alles in den Designmodus versetzen und das Speichermanagement verwenden, um alle Komponenten ordnungsgemäß zu verknüpfen. Sie haben auch die Möglichkeit, den Befehl "Senden an..." zu verwenden, der das oberste Produkt und die Komponenten in ein anderes Verzeichnis speichert, wie z.B. ein Centro-Watch-Verzeichnis. In NX können Sie das Klon-Tool verwenden, um dasselbe zu tun. Wenn Sie Komponenten in verschiedenen Verzeichnissen gespeichert haben, auf die Centro nicht zugreifen kann, könnten Sie mit einer obersten Baugruppe enden, die keine Verknüpfungen zu ihren Komponenten hat.
Das Wichtigste, was wir gelernt haben: Das Teilen von Komponenten mit genau demselben Namen zwischen zwei verschiedenen OEMs kann katastrophal sein. Zum Beispiel verwenden JLR und Ford oft dieselben Teamcenter-Teilenamen, da JLR einst Ford gehörte. Die ursprüngliche Schönheit von Centro war die Möglichkeit, die Funktion "Wo verwendet" zu nutzen, um alle Baugruppen zu sehen, die eine bestimmte Komponente verwendeten. Dies ist perfekt für VA/VE, Kostensenkungsmöglichkeiten und viele andere Vorteile. Das zugrunde liegende Problem dabei sind die Eigenheiten der nativen CAD-Software und Versionen, die OEMs verwenden. Wenn zwei verschiedene OEMs dasselbe Teil, aber unterschiedliche Versionen von CAD verwenden, besteht die Möglichkeit, dass ein Designer, der eine höhere Ebene der nativen CAD verwendet, die niedrigere Ebene von CAD überschreibt. Der andere OEM-Designer wird diese Datei nicht öffnen können, um Änderungen daran vorzunehmen. Wir mussten dieses Problem lösen, indem wir OEM-spezifische Präfixe in unsere Pipelines einfügten. Wir verlieren die "Wo verwendet"-Funktionalität, aber wir halten unser natives CAD konsistent mit der OEM-nativen CAD-Softwareversion. Einige Funktionalitäten sind jedoch für uns vorhanden: der Duplikate-Tab. Dieser zeigt uns dann doppelte Teile und das Katalog-ID-Präfix zeigt uns den OEM.
Zuletzt, seien Sie vorsichtig bei globalen Implementierungen, die das verteilte Architekturmodell verwenden, bei dem eine Arango-Datenbank mit mehreren Pipeline-Hosts/Pipeline-Managern verknüpft ist. Es gibt ein schwerwiegendes Latenzproblem beim Einloggen in einen europäischen Pipeline-Host, der auf eine nordamerikanische Arango-Datenbank zugreift. Diese Einrichtung ist in Europa so untragbar, dass Endbenutzer sie aufgrund der Verzögerung nicht nutzen werden. Wir erwägen, unsere Arango-Datenbanken aufzuteilen, sodass es eine für alle europäischen Installationen und eine für nordamerikanische Installationen gibt. Diese Option bricht jeden Aspekt der globalen Suche und des Teilens zwischen Kontinenten auf, aber sie wird die Benutzerakzeptanz verbessern.
Zusätzliche Notiz-Update: Der Systemspeicher (RAM) scheint der größte Engpass und der kritischste Aspekt des Pipeline-Host-Servers zu sein. Es gibt einen Balanceakt zwischen der Anzahl der Kerne und dem verfügbaren RAM. Wir haben einige Tests durchgeführt, die die CPU-Kerne durch das Ausführen mehrerer Pipelines mit sechs gleichzeitigen Jobs pro Pipeline gesättigt haben. Was wir festgestellt haben, ist, dass, sobald der verfügbare RAM gesättigt ist, das System beginnt, Daten in die Auslagerungsdatei zu schreiben. Sobald dies geschieht, wenn der Pipeline-Host auf sehr große Baugruppen zugreift, um SpinfireWeb-, ACT3D- und Thumbnail-Konvertierungen zu verarbeiten, werden sie wahrscheinlich zeitlich überschreiten. Aufgrund des Volumens der Pipelines, die wir immer laufen haben, erwägen wir einen eigenständigen Server mit 500 GB RAM und 32 Kernen. Unser Workaround besteht derzeit darin, die gleichzeitigen Jobs pro Pipeline auf drei zu begrenzen und auch zu begrenzen, wie viele Pipelines wir ausführen. Wir überwachen weiterhin die Systemressourcen und stellen sicher, dass unsere RAM-Nutzung niemals 75 % der Auslastung überschreitet. Lektionen gelernt: Vermeiden Sie es, den Systemspeicher (RAM) so zu übersättigen, dass der Pipeline-Host enorme Datenmengen in die Auslagerungsdatei verschiebt. Bewertung gesammelt von und auf G2.com gehostet.
