---

Hallo zusammen

wir wollen unseren Server für SolidWorks neu kaufen. Wir haben 15 CAD Arbeitsplätze auf denen lokal SolidWorks installiert ist. Dazu haben wir noch eine Datenverwaltung (Compass). Die Daten liegen zentral auf dem Server. Die Lizenzen werden auch über einen anderen Server verwaltet. Die Serveranbieter wollen nun von uns wissen welche I/O Leistung der Server nun bieten soll. Bisher konnte mir diese Farge jedoch niemand beantworten. Habt Ihr da schon irgend welche Werte? Wichtig ist mir vorallem der Datenserver, denn der Lizenzmanager braucht ja nicht so viel.

------------------
Grüße Steffen

Und wieder was neues gelernt.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Steffen,

bei uns ist der Dateiserver mit Gigabit ans Netzwerk angebunden, und verfügt über ein schnelles Raidsystem. Der Switch und die Workstations hängen ebenfalls mit Gigabit am Netz. Gearbeitet wird komplett auf dem Server, lokal liegen nur die SWX Installationen und die Temp Dateien.
Momentan 8 Maschinen in der ersten Ausbaustufe, und keine Probleme, der Unterschied ob lokal oder vom Server geladen wird ist subjektiv nicht wahrnembar. Wenn Du Bedenken wegen der Anbindung hast, kannst Du evtl. auch noch eine zweite Netzkarte vorsehen. (Linux / Samba)

Gruß HaPe

[Diese Nachricht wurde von HaPe am 25. Apr. 2006 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

hallo zusammen,

unsere solidworks daten liegen auf einem netstorage, welches leider nur an einer 100 mbit/s leitung haengt. das geraet ist ein buffalo terabyte network attached storage mit der modell-nr.: hd-h1.0tgl/r5. damit haben wir bis jetzt keinerlei probleme. es greifen dort 9 solidworks arbeitsplaetze drauf zu. die vorlagen, bloecke, makros, das admin-abbild, etc. liegen wieder auf einem anderen server. die ladezeit ist spuerbar hoeher wie wenn die gleichen daten von einem lokalen laufwerk geladen werden. in etwa um den faktor 2-4. kommt drauf an um welche uhrzeit man daten laedt (wie viel in der firma los ist).
guenstiger, viel guenstiger, ist ein eigenes gigabit-netz fuer den datentransfer der solidworks daten in das schon vorhandene firmennetz einzubinden. das aber ist eigentlich eine reine kosten und zeitfrage (ist das nicht fast das gleiche?!)
gearbeitet wird dann bei uns auch komplett auf den server. das zwar bei dem langsamen netz zeitraubend, aber seit uns einmal eine lokale platte mit ca. 15 gb sw-daten abgeschmiert ist, haben auch fast alle vorgesetzten eingesehen auf sicherheit zu fahren. und wenn’s zu langsam ist... aber da kommt ja wieder das leidliche thema mit dem was man nie hat...
also lokal liegt bei uns nur sie sw-installation und die temp daten.

schoenen gruss  ,

degogo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi,

mit der selben Fragestellung haben wir z.Z. auch zu tun. Im Moment haben wir eine Server mit RAID0 Verband (sollte theoretisch ca. 100MB/s Transfer schaffen) an einem GBit-LAN hängen. Jeder Client ist ebenfalls mit GBit-LAN ausgestattet. Leider haben wir, auch beim reinen FTP-Transfer, noch nie eine Datentransferrate von über ~30MB/s erreicht. Natürlich ist die reine Transferleistung nicht ausschlaggebend für SWX, da beim Laden eine Baugruppe viele kleine Dateien übertragen werden müssen und somit die Zugriffszeit eine wesentlichere Rolle übernimmt, als beim Übertragen von 500MB ZIP-Dateien.

Weiterhin sehe ich einen Flaschenhals auch bei der Anbindung der Netzwerk-Karten (-Onboardchips) in den einzelnen Rechnern. Wenn eine GBit-LAN Karte über einen PCI-Slot nachgerüstet wird, so wird erfahrungsgemäß kaum eine Steigerung der Transferleistung festgestellt werden können, da zwar dann die LAN-Anbindung theor. ~100MB/s schafft, aber der PCI-Bus theor. nur 132MB/s schafft. Zudem hängen am PCI-Bus noch reihenweise andere Komponenten die einen Teil der PCI-Bus-Bandbreite bereits für sich beanspruchen, z.B. IDE-Controller, USB-Hub, ect. Deswegen bin ich der Meinung das man GBit-LAN sinnvoll nur auf Basis spezieller Onboardchipsätzen (bei denen der LAN-Adapter eine breitere Anbindung zum Chipsatz besitzt) oder PCI64-Slot-Karten samt einer sinnvollen Anbindung der Festplatten realisieren kann. Das gilt nicht nur für den Server, sondern auch für die Clients.

Soweit meine Überlegungen zum Thema "Performance-Orientierte" PC-Vernetzung. Falls ich irgendwo falsch liege oder ich etwas übersehen habe währe ich froh wenn mich jemand aufklären könnte.

Grüße
Michael

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Die Erfahrungen mit GBit Karten habe ich auch schon gemacht, die Intel GBit Onboard Lösungen haben einen eigenen Bus zum Prozessor und haben somit theoretisch keinen Flaschenhals, als die PCI Varianten, wobei ich feststellen musste, dass es bei PCI Karten (auch die meisten Onboard Karten haben PCI Anbindung) auch gravierende Unterschiede gibt. Anscheinend ist die PCI Leistung bei Nvidia Chipsätzen (AMD Prozessoren) wesentlich höher als bei Intel Chipsätzen, die Rede ist von den Motherboard Chipsätzen, nicht die der Netzwerkkarten.
Jedenfalls bei uns im Betrieb setzen wir auch ein PDM System ein um die Datensicherheit zu gewährleisten läuft der PDM-Server natürlich auf einem backupgesicherten eigenständigen Server der für nichts anderes da ist. Das Arbeitsverzeichnis um die Daten zu bearbeiten ist lokal auf der jeweilgen CAD Maschine, soll heisen, man checkt die Daten die man bearbeiten will einmal aus auf lokal C: , bearbeitet dann mit maximaler Performance und speichert die Daten wieder zurück ins PDM. Mit dieser Arbeitsweise hat man geringstmöglichen Netzwerkverkehr bei anständiger Datensicherheit. Bis letztes Jahr haben wir auch noch komplett ohne PDM und auf Fileserver geärbeitet, was bei grösseren Baugruppen und vielen Einzeldateien sehr sehr lästig und wartezeitträchtig ist und das will bei uns keiner mehr zurück haben. Egal ob Giga Tera was weiss ich für Netzwerk, Lokal arbeiten macht Laune, alles andere sind mittelmässige Kompromisslösungen, meine Meinung.

Grüssle

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP