---

Hallo,

wir arbeiten mit NX4 64 Bit Version.

Hardware:
4x Intel Xeon X5450 3.00 GHz
16 GB RAM
NVIDIA Quadro FX4600

Was hat man uns nicht alles versprochen wieviel es nun schneller gehen soll, besonders beim bearbeiten von großen Baugruppen. Aber das Programm arbeitet als wäre ein Bremskeil untergelegt.

Unsere vorherige Ausrüstung bei NX3, welche nicht diese guten Leistungsdaten in der Hardware hat, war auf keinen Fall langsamer.

Wo hängt hier eigentlich der Hammer?
Ist das NX4 64Bit überhaupt einen echte 64Bit Lösung?

Hat hier jemand ein paar Infos, die weiterhelfen können?

Danke

Beste Grüße

Thomas

------------------
TB

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

---

Zunächst ist es wichtig, die Arbeitssituation besser zu kennen:
Arbeitest Du mit Daten von der lokalen Festplatte, oder liegt der Engpass eventuell im Netzwerk?
Hast Du noch Rechner mit NX3, so dass Du anhand der Protokolldatei einen konkreten Vergleich, beispielsweise für das Laden einer grossen Baugruppe beziffern kannst?

Und was ist für Dich eine "grosse" Baugruppe?

>>4x Intel Xeon X5450 3.00 GHz
Das "4x" wird Dir kaum nutzen. Eine Parallelarbeit auf mehreren Prozessoren wird nur bei wenigen Funktionen, z.B. Boolschen Operationen, unterstützt. Die 64Bit-Version des Betriebssystems bringt in erster Linie den Vorteil, dass mehr Arbeitsspeicher verwaltet werden kann und somit bei grossen Baugruppen weniger auf der Festplatte gekratzt wird.

Etwas hilfreiche Information findest Du hier: http://support.ugs.com/docs/nx/nx4/rn_64bit/sysinfo/index.html

------------------
R.Schulze

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

---

Du schreibst nichts über verwendetes Betriebssystem, ob 64Bit SW verwendet wird usw. ...

Eins aber gleich:
64Bit ist nicht schneller, es kann mehr Speicher adressieren (nutzen).

Thomas

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

---

Zitat:

---

Original erstellt von ThomasZwatz:
Du schreibst nichts über verwendetes Betriebssystem, ob 64Bit SW verwendet wird usw. ...

Eins aber gleich:
64Bit ist nicht schneller, es kann mehr Speicher adressieren (nutzen).

Thomas

---

hi @ all,

das mit mit dem nicht schneller interessiert mich:
wer hier im forum hat nx als 64bittige version im PRODUKTIVEN einsatz?
wenn ja, unter welchem os?
ist mischbetrieb angesagt (32bit und 64bit nebeneinander)?
welche erfahrungen wurden gemacht?
mich interessiert nicht der einsatz für nastran o.ä., nur wirklich nx (am besten mit tce)!

------------------
Gruß aus Hamburg

Yeti

It's nice to be important, but it's more important to be nice! (Scooter in "Move Your Ass")

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

---

Servus,

zu 64bit: Wie bereits ein Vorredner angesprochen hat, sagt dies nichts über die Geschwinigkeit aus. 64bit bringt im allg. nur etwas, wenn NX mehr Speicher als ~1,5GB im RAM benötigt. Windows überlässt im 32bit-Bereich allen Anwendungen max. 2GB (Standardeinstellung). Mehr geht nicht. Mach einfach mal ein paar Test und schau dir die Speicherentwicklung an 

Ansonsten würde ich jetzt einfach mal behaupten, dass bis eingeschlossen NX 5, nie ein 64bit vorgesehen war. NX 6 war das erste System was für Vista zertifiziert wurde und somit (HOFFENTLICH, bei UG/NX weiß man das nie so genau) auf 64bit optimiert wurde. Mit Sicherheit nicht das ganze Systen (Erfahrungen mit Neuerungen).

Wie gesagt, der zweite Absatz sind nur spekualtionen, die auf keine Fakten beruhen.

Gruß,
  Thomas

------------------
Hopfen und Mals
Gott erhalts 

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

---

Wir hatten mal ein Test mit xp64 und nx5 64bit Bei vergleichen wurde die Preformance getestet mit 4 6 8 und 16 GB Arbeitsspeicher. Erst ab 6 GB Arbeitspeicher war dei Performance deutlich besser. Im Augenblick betreibe ich nx5 und nx6 unter vista 64 mit 8GB auf einem Laptop... und kann sagen... das rockt.

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

---

Hallo Yeti,

habe einige Kunden, die mit 64 bit arbeiten. Alle mit XP64 8GB und NX5, sowohl 32bit als auch 64 bit. Alle sind zufrieden. So weit ich es beurteilen kann läuft NX sehr stabil, meiner Meinung nach stabiler als auf 32bit. Auch in Zusammenarbeit mit TC keine echten Probleme (nicht mehr oder weniger als mit 32bit).
Die Performance ist gefühlt nicht besser, ausser bei großen BG, habe aber keine Vergleichsmessung gemacht.

Mein nächster Rechner wird definitiv ein 64bit.

Grüße

Felix

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

---

Hallo,

wir arbeiten mit UGS Teamcenter.

Wir haben ca. 23 NX4 Arbeitsplätze

Von der Festplatte aus können wir nicht arbeiten, da sonst die Teile im PPS nicht generiert werden. Also muß vom Server aus gearbeitet werden.

Unsere Stationen bestehen aus mehreren Baugruppen. Wenn wir eine Station laden, dann können das über 3.200 Objekte sein.

Wir laden ohne Komponenten und blenden nur die Baugruppen ein, mit denen gearbeitet wird. Ebenfalls werden manche Baugruppen nur als Facette geladen.

Anstrengend wird es bei Ableitungen. Besonders für Dokumentationen, da wir Kunden haben, die auf alle Normteile wie z.B. Schrauben, Scheiben, Stifte und so weiter bestehen.
Das kann dann 1 ½ Stunden dauern, dann hat NX endlich die Draufsicht der Ableitung aufgebaut. So und nun ein falscher klick mit dem Mäuschen…………..

Da kommt dann ab und zu schon was zusammen.

So nun hat sich unsere Firma beraten lassen und von NX3 auf NX4 64 Bit aufgerüstet und komplett für 23 Arbeitsplätze beste neue Hardware beschafft………und wo sind wir nun…genauso weit wie vorher.

------------------
TB

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

---

... scheint also nicht umbedingt problem des Nx zu sein
-- vieleicht noch zu optimieren durch den Produktumriss im NX
  der wird bei großen BG / Datenmengen empfohlen.

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

---

Auch bei uns ist ein Mischbetrieb 32BIT und 64BIT unter Windows XP 32/64 mit UG NX4 32/64.

Die 64 Bit Maschinen waren bei uns keine Performanceentscheidung, sondern weil trotz unserer Ansicht ausgereitzter Reference-Sets und Arbeitsweisen ein Zeichnungsupdate teilweise nicht mehr möglich war (Out of Memory). Und in dieser Hinsicht haben sich die 64 BIT Maschinen sehr bewährt.
Performanceprobleme liegen bei uns meist beim Laden übers Netzwerk ...

mfg
  Leon

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

---

... ladet Ihr über unc Pfade oder Laufwerksmappings?

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

---

UNC Pfade in den Load-Options.

Gibts da einen Unterschied in der Performance oder wie ?

mfg
  Leon

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

---

Zitat:

---

Original erstellt von Leon:
...
Performanceprobleme liegen bei uns meist beim Laden übers Netzwerk ...

---

XP SP3 ?
Da gabs vor nicht allzu langer Zeit einen Beitrag über die SFB Mailingliste dass SP3 wesentlich langsamer lädt als SP2.
Weiss aber keine Details mehr ...

Thomas

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

---

Interessant...muss ich mal recherchieren !

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

---

>>XP SP3 ?
-> http://uganswer.ugs.com
SFB-NX-4318
SUBJECT:  Possible performance issue with Windows XP Pro SP3

------------------
R.Schulze

Aus der NX-Protokolldatei:
...
OS          :- Windows NT 5.1 (Workstation) (Build 2600: Service Pack 2)
...
FR_PSMARK: system page size = 4096, ram block size = 1024, disk file threshold =32769, buffer size = 16384

Bei XP_SP3 wäre der buffer size kleiner, also schlechtere Performance durch viele kleine Datenpakete.

[Diese Nachricht wurde von schulze am 29. Jan. 2009 editiert.]

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

---

Zitat:

---

Original erstellt von Yeti:
hi @ all,

das mit mit dem nicht schneller interessiert mich:
wer hier im forum hat nx als 64bittige version im PRODUKTIVEN einsatz?
wenn ja, unter welchem os?
ist mischbetrieb angesagt (32bit und 64bit nebeneinander)?
welche erfahrungen wurden gemacht?
mich interessiert nicht der einsatz für nastran o.ä., nur wirklich nx (am besten mit tce)!

---

Moin Yeti,

in meiner alten Firam haben 64BIT VISTA 8GB RAM und 32BIT XP 3GB RAM nebeneinander laufen gehabt, 1000 Netzwerk...

Allerdings nur 4 User zu dem Zeitpunkt....

Ergebnis:
UG - War nicht viel schneller beim Laden (ist ja auch logisch). Wir konnten aber wesendlich größere Baugruppen laden und gut bewegen. 64bit erschien uns Stabiler bei Fehlern ...
Erster Haken den wir festgestellt hatten, dass die Umgebungsvariable dann an das entsprechende Windwos angepasst werden müssen ....
Zweiter Haken war NX5 im Bereich Routing mit etlichen Fehlern behaftet. Laut UGS inzwischen behoben.

Fazit:
Für unerfahrene User die beim Laden nicht drauf achten und immer alles an schalten ist 64bit die bessere Variante
(Jetzt arbeite ich mit NX4 und ladeoptionen für jede größere Baugruppe..)

Gruß Patric

------------------
E-Mail: patric.tilge@imtech.de
Internet: http://www.imtech.de

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

---

Zitat:

---

Original erstellt von Siassei:
Servus,

zu 64bit: Wie bereits ein Vorredner angesprochen hat, sagt dies nichts über die Geschwinigkeit aus. 64bit bringt im allg. nur etwas, wenn NX mehr Speicher als ~1,5GB im RAM benötigt. Windows überlässt im 32bit-Bereich allen Anwendungen max. 2GB (Standardeinstellung). Mehr geht nicht. Mach einfach mal ein paar Test und schau dir die Speicherentwicklung an  ;)

Ansonsten würde ich jetzt einfach mal behaupten, dass bis eingeschlossen NX 5, nie ein 64bit vorgesehen war. NX 6 war das erste System was für Vista zertifiziert wurde und somit (HOFFENTLICH, bei UG/NX weiß man das nie so genau) auf 64bit optimiert wurde. Mit Sicherheit nicht das ganze Systen (Erfahrungen mit Neuerungen).

Wie gesagt, der zweite Absatz sind nur spekualtionen, die auf keine Fakten beruhen.

Gruß,
  Thomas

---

erstmal danke für die vielen antworten.

@Siassei: das mit der speicheradressierung ist mir schon klar. das war auch nicht die frage. wir arbeiten schon länger mit dem 3 gb switch und machen oft qualifizierte performancemessungen.
ich widerspreche dir bei dem thema geschwindigkeit: wenn du dich im serverbereich umsiehst, wirst du oft reine 64-bit-applikationen finden. und deren performance ist höher, als die 32-bit-pendants. wir haben diese erfahrung bei der oracle-db gemacht. auf gleicher hardware erst 32-bit, dann umstellung auf 64-bit - der performancesprung war spürbar, nicht nur messbar. da es auch die gleiche db war, waren qualifizierte messungen möglich.
das war der anlass meiner frage. wie ich mittlererweile über bekannte herausgefunden habe und du auch richtig erkannt hast, ist die nx6 wohl die erste version, die für 64-bit (neu-)entwickelt wurde, während 5 und 4 mehr oder weniger nur neu kompiliert wurden. deshalb werde ich mich wohl nur noch mit der 6 beschäftigen - ist eh unsere nächste zielversion.

was mir noch so aufgefallen ist: ein nutzen der nx-möglichkeiten (outlines, refsets, ladeoptionen - siehe uwe.a, leon, master001) sowie das vernünftige strukturieren von bg's lässt einen gar nicht erst in den (speicher-)bereich von 64-bit kommen... und unsere bg's enthalten bis zu 40000 teile (davon sind nicht allzu viele wiederholteile).

also lieber die ursache als die wirkung bekämpfen - ist meine meinung.
über die stabilität von nx4 kann ich auch nicht klagen - die konstruktion bei uns ist zufrieden. 

------------------
Gruß aus Hamburg

Yeti

It's nice to be important, but it's more important to be nice! (Scooter in "Move Your Ass")

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

---

 

Zitat:

---

Original erstellt von Yeti:
..... wir haben diese erfahrung bei der oracle-db gemacht. auf gleicher hardware erst 32-bit, dann umstellung auf 64-bit - der performancesprung war spürbar, nicht nur messbar. da es auch die gleiche db war, waren qualifizierte messungen möglich.
....

---

Da kommt noch eine Randbedingung dazu (bzw. weg): Auf 64 Bit kann der Oracle DB von vornherein mehr RAM zugewiesen werden & da macht das allein schon viel aus ....
Wir hatten auf 32 Bit 1,5GB dafür, jetzt auf 64Bit 6GB ...

Thomas

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

---

hi thomas,

das ist natürlich richtig. aber wir haben den vergleich mit den gleichen randbedingungen gemnacht - die oracle-einstellungen waren die gleichen. das haben wir natürlich später optimiert - als wir auch mehr speicher reingesteckt haben.
ein guter bekannter, der auch programmiert- hat mir gestern ein paar sachen beigebracht. u.a. das du bei 64-bit-operationen z.b. größere blöcke in einem rutsch in den arbeitsspeicher schieben kannst (bei 32-bit waren das halt 2 vorgänge). da gibt es noch andere beispiele, aber das würde zu weit führen. das sind zwar immer nur nanosekunden, aber viele nanos...

------------------
Gruß aus Hamburg

Yeti

It's nice to be important, but it's more important to be nice! (Scooter in "Move Your Ass")

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

---

Ich habe bei mir die NX4 64bit auf Windows Vista 64 am laufen.

Vergleich habe ich leider keinen.
Stabil laufen tut es. Hab da bisher keine Problem feststellen können.

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

---

... @ chekobaum,
greift ihr über Datenbank tcip oder Netzwerkfreigaben zu.
...dann hat NX endlich die Draufsicht der Ableitung aufgebaut. So und nun ein falscher klick mit dem Mäuschen…………..
steht vieleicht bei Voreinstellung Baugruppen aktives Tei mit ReferenzSet "Ganzes Teil anzeigen"?

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

---

Hallo miteinander

Ich habe das gleiche Problem wie die meisten hier (Speicherüberlastung bei riesigen Baugruppen) und habe da ein paar Fragen:

1.

Zitat:

---

Original erstellt von Siassei

Windows überlässt im 32bit-Bereich allen Anwendungen max. 2GB (Standardeinstellung).

---

Riegelt NX dann einfach ab? Ich habe diesen 3GB-Boot-In-Switch gesetzt. Was kann man sonst noch machen? Entsteht dieses Problem auch bei 64bit?

2.
Ich arbeite im NX5 mit einer Dell Precision 390 Workstation auf 32bit XP.
Nun überlegen wir eine HP xw4600 CAD Professional Workstation mit 64bit auf Vista zu kaufen.

Würde dies einen bedeutenden Vorteil im NX5 beim laden von riesigen BG und aktualisieren ihrer Zeichnungsableitungen erzielen?

3.

Zitat:

---

Original erstellt von CADDoc

Sehr effektiv sind Gößen-, Massen- oder Zonenfilter. Da wird man nicht lange brauchen um eine Baugruppe um 30% zu reduzieren. Den Filter speichert man sich im Teil ab und öffnet dann nur Teile größer 40mm oder größer 1kg und schwupp fliegt aller Müll raus!

---

Muss man, um die Filter zu setzen, die BG einmal komplett geladen haben?

Vielen Dank im Voraus für die Antworten…

Greez Fläpp

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

---

Wir haben auch vor umzustellen, aber von NX4 64bit nach NX6 64bit, kannst du uns als ADmin dazu Tips geben auf was wir achten müssen?

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

---

Zitat:

---

Original erstellt von urmel0816:
Wir haben auch vor umzustellen, aber von NX4 64bit nach NX6 64bit, kannst du uns als ADmin dazu Tips geben auf was wir achten müssen?

---

Wer ist denn angesprochen ?

Ein Tip: Kein Vista64 nehmen ...

Thomas

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

---

Hallo zusammen,
jetzt schalte ich mich auch mal ein.

Wir haben jetzt fast alle auf x64 (Windows xp sp2) und NX5 umgestellt.
Haben damit sehr gute erfahrungen gemacht. Die API Programme (nur die C-Programme, nicht die .net) welche wir haben mussten geringfügig überabreitet werden. Und in PLM-Easy fehlte eine Datei (war aber nach einer email an den Support erledigt).
Schneller ist das ganze natürlich dadurch nicht. Aber mit den Baugruppen tun wir uns auf jeden fall leichter.

Aber es ist auch immer noch sehr wichtig die richtige Methodik anzuwenden. Also:
- Reference Set
- Ladeoptionen (Wave date etc...)
- Vieleicht auch mal ohne komponenten laden und nach Nähe öffnen
...

------------------
Gruß

Michael

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