Raccomandazioni per chi sta considerando Centro:
Sii consapevole degli aggiornamenti a cascata su assiemi molto grandi con più sottoassiemi. Se i progettisti utilizzano la funzionalità di check-out/check-in e controllano più componenti di livello inferiore, ogni sottoassieme verso l'alto dell'albero avvierà un aggiornamento a cascata per le miniature, i file SpinfireWeb e Spinfire Ultimate. A seconda della complessità dell'assieme, i file Spinfire Ultimate possono diventare molto grandi man mano che si sale nell'albero di navigazione. Puoi consumare una grande quantità di spazio su disco senza nemmeno saperlo. Inoltre, gli aggiornamenti a cascata utilizzano il System Pipeline che è attualmente codificato per eseguire solo un lavoro concorrente alla volta. Gli assiemi grandi possono rallentare i System Pipelines. Abbiamo deciso di disattivare tutte le conversioni Spinfire Ultimate (ACT3D) e di creare solo miniature e conversioni Spinfire Web.
Nota anche: l'opzione "Genera..." nel menu delle risorse imposterà automaticamente le conversioni per cascata ogni volta che c'è un cambiamento. Ad esempio, se vuoi creare una conversione STEP, devi selezionare "Genera..." e selezionare la casella di conversione STEP. Da quel momento in poi, quella conversione verrà sempre aggiornata con una nuova versione ogni volta che il file nativo cambia. Queste versioni possono accumularsi e consumare spazio su disco. Se stai creando una conversione STEP una tantum e non hai bisogno che quella conversione STEP si aggiorni ogni volta che c'è un cambiamento nell'assieme, assicurati di tornare nel menu "Genera..." e deselezionare la conversione STEP.
Assicurati anche che tutti gli assiemi che decidi di mettere in pipeline siano collegati al 100% all'assieme di livello superiore. Ci sono molti modi per farlo. In Catia puoi mettere tutto in modalità design e utilizzare la gestione del salvataggio per collegare correttamente tutti i componenti. Hai anche l'opzione di utilizzare il comando "Invia a..." che salverà il prodotto di livello superiore e i componenti in una directory diversa come una Centro Watch Directory. In NX, puoi utilizzare lo strumento clone per fare la stessa cosa. Se hai componenti salvati in directory diverse a cui Centro non può accedere, potresti finire con un assieme di livello superiore con collegamenti interrotti ai suoi componenti.
La cosa più importante che abbiamo imparato: condividere componenti con lo stesso nome esatto tra due diversi OEM può essere disastroso. Ad esempio, JLR e Ford spesso usano gli stessi nomi di parte in Teamcenter poiché JLR era una volta di proprietà di Ford. La bellezza originale di Centro era la capacità di utilizzare la funzione "dove usato" per vedere tutti gli assiemi che utilizzavano un componente specifico. Questo è perfetto per VA/VE, opportunità di riduzione dei costi e molti altri benefici. Il problema sottostante con questo sono le idiosincrasie con il software CAD nativo e le versioni che gli OEM utilizzano. Se due diversi OEM utilizzano la stessa parte ma versioni diverse di CAD, c'è la possibilità che un progettista che utilizza un livello superiore di CAD nativo sovrascriva il livello inferiore di CAD. L'altro progettista OEM non sarà in grado di aprire quel file per apportare modifiche. Abbiamo dovuto risolvere questo problema aggiungendo prefissi specifici per OEM nei nostri pipeline. Perdiamo la funzionalità "dove usato" ma manteniamo il nostro CAD nativo coerente con la versione del software CAD nativo dell'OEM. Alcune funzionalità sono comunque disponibili per noi: la scheda Duplicati. Questo ci mostrerà quindi parti duplicate e il prefisso CatalogID ci mostra l'OEM.
Infine, fai attenzione alle implementazioni globali che utilizzano il modello di architettura distribuita dove c'è un database Arango collegato a più Pipeline Host/Pipeline Manager. C'è un problema di latenza che blocca quando si accede a un Pipeline Host europeo che accede a un database Arango nordamericano. Questa configurazione è insopportabile da usare in Europa al punto che gli utenti finali non lo utilizzeranno a causa del ritardo. Stiamo considerando di dividere i nostri database Arango in modo che ce ne sia uno per tutte le installazioni europee e uno per le installazioni nordamericane. Questa opzione interrompe qualsiasi aspetto della ricerca e condivisione globale tra i continenti, ma migliorerà l'adozione da parte degli utenti.
Nota aggiuntiva: la RAM di sistema sembra essere il collo di bottiglia più grande e l'aspetto più critico del server Pipeline Host. C'è un equilibrio tra la quantità di core e la RAM disponibile. Abbiamo eseguito alcuni test che hanno saturato i core della CPU eseguendo più pipeline con sei lavori concorrenti per pipeline. Quello che abbiamo scoperto è che una volta che la RAM disponibile è satura, il sistema inizierà a scrivere dati nel file di swap. Una volta che ciò accade, quando il Pipeline Host accede a assiemi molto grandi per elaborare le conversioni SpinfireWeb, ACT3D e miniature, probabilmente scadranno. A causa del volume di pipeline che abbiamo sempre in esecuzione, stiamo considerando un server standalone con 500GB di RAM e 32 core. La nostra soluzione temporanea ora è limitare i lavori concorrenti per pipeline a tre, oltre a limitare quante pipeline eseguiamo. Continuiamo a monitorare le risorse di sistema e assicurarci che l'utilizzo della nostra RAM non superi mai il 75% di utilizzo. Lezioni apprese: evitare di saturare eccessivamente la RAM di sistema al punto che il Pipeline Host sposta enormi quantità di dati nel file di swap. Recensione raccolta e ospitata su G2.com.
Quali problemi sta risolvendo Centro e come ti sta beneficiando?
Condivisione globale CAD, libreria di modelli di caratteristiche, libreria di elementi di fissaggio, flusso di lavoro di progettazione Recensione raccolta e ospitata su G2.com.
