---

Hallo Forum,

ich wollte mal einfach in die Runde fragen, ob es schon jemanden aufgefallen ist, dass die NX Versionen NX4, NX5 und NX6 mit Win XP-SP3 32 Bit eine um ca. 20-25% schlechtere Ladeperformance haben als unter Win XP-SP2 32 Bit.

Getestet haben wir mit einer mittleren Baugruppe mit ca. 1670 Teilen(283 verschiedene Dateien mit zusammen 241 MB und ca 1 GB RAM Verbrauch im Task Manager nach dem Laden.)

Folgende Ergebnisse mit 1 GBit/s -Leitung:

Mit SP2:
Datum;Laden UG-syslog CPU-Time[s];Laden UG-syslog RealTime-Time[s]
2008/09/12 11:55:00; 65.718 secs; 71.875 secs
2008/09/12 12:10:00; 66.094 secs; 74.077 secs
2008/09/12 12:25:00; 65.421 secs; 71.624 secs

Mit SP3:
2008/09/15 11:55:00; 69.453 secs; 89.754 secs
2008/09/15 12:10:00; 70.297 secs; 88.379 secs
2008/09/15 12:25:00; 69.687 secs; 88.011 secs

Tatsächlich verhält sich das Win XP-SP3 anders bei einem normalen Transfer unter dem Explorer oder mit robocopy,
da ist Win XP-SP3 schneller als mit Win XP-SP2!!!!

Copy -Jobs mit robocopy (ca. 1,4 GB Daten):

**** Messwerte von HCv2.6 (SP2) ****
Copy über Windows Explorer:
1. Lauf  2min7sec
2. Lauf  2min4sec

Copy über robocopy:
1.      Lauf:    0:01:54
2.      Lauf:    0:01:58
3.      Lauf:    0:01:48
4.      Lauf:    0:01:51

**** Messwerte von HCv2.7 (SP3) ***
Copy über Windows Explorer:
1. Lauf  1min59sec
2. Lauf  1min54sec

Copy über robocopy:
1.      Lauf:    0:01:43
2.      Lauf:    0:01:39
3.      Lauf:    0:01:45

Vielleicht hat jemand eigene Erfahrungen gesammelt.

Grüße

Olaf

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

---

Der Benchmark lädt übers Netz ?
Aus dem ContentServer von SAP ?
Schon mal von der lokalen Disk gebenchmarked ?

Thomas

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

---

double_process.jpg

Ja kann ich bestätigen.
Wie du siehst komme ich zwar aus einer anderen  CAD Welt. wir haben dies Problem jedoch seit ca 2 Jahren auch.
Es gibt immer mal wieder Hotfixe von MS (in SP3 ist auch mindestens einer davon dabei) welcher bei den Operationen
- laden von baugruppen und Zeichnungen
- berechnen von Baugruppen und Zeichnungen

im TaskManager unter Anwendungen einen doppelten Eintrag zeigt (siehe Anhang).
Das erste Icon zeigt auf die CAD Anwendung, das zweite auf die Explorer.exe.
Ein killen des zweiten Icons reisst die Cad Applikation mit in den Abgrund  .
Dies zieht sich jedoch durchs ganze XP, wenn sich dein Outlook beim synchronisieren sehr träge zeigt achte mal auf den Explorer.

Leider kann da kein CAD Anbieter was für da dies laut Autodesk im BS begründet liegt.
Schaue doch mal ob bei den von dir genannen Aktionen der zweite Eintrag auch auftaucht.

------------------

"Das Motto des Tages"
Wir hatten nie 'ne Schulung in Inventor
Wir hatten nie 'ne Schulung in Methodik
Wir haben keinen Wartungsvertrag
Wir haben keinen Admin
Wir haben trotzdem Spaß!

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

---

Hallo Thomas,

ich habe die Daten von SAP extra weggelassen, da diese sich nicht geändert haben. Wir haben die Tests heruntergebrochen bis zum Austausch mit einem Crossover Kabel (P2P).

P2P -> Verlust von 15 %
Am Backbone im RZ: 18 %
Im normalen Netz: 20% - 25 %

Der Infrastrukturverlust liegt bei ca. 6 Sekunden, bei so einer großen Baugruppe vertretbar.

Der Fehler steigt, immer wenn NX die Daten übers Netz ziehen muss.

Grüße

Olaf

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

---

D.h. du machst ein LoadFromDirectory aus einem Netzwerkverzeichnis ?

Thomas

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

---

Für die Tests haben wir alles gemacht, zum einen aus SAP über die Schnittstelle, da haben wir Rechenknechte(PC's), die den ganzen Tag nichts anderes machen als alle 15 Minuten eine Referenzbaugruppe zu laden. Mittlerweile erkennen wir an den Ladezeiten jede Kaffeepause :-). Und genau da ist uns aufgefallen, dass die Kurve nach dem Update von XP-SP2 nach XP-SP3 einen regelrechten Sprung macht und in der neuen Ladezeitregion verbleibt.

Nach Untersuchungen haben wir dann das Zusammenspiel zwischen NX, XP-SP3 und Netzwerk als Schuldigen ausgemacht.
Es tritt nicht auf, wenn man von lokaler Platte läd. Das Netzwerk ^kann ausgeschlossen werden, da Tests im Filsystem das Ergebnis brachten, das XP-SP3 prinzipiell etwas performanter ist als XP-SP2.

Ich suche einfach Leute, die das auch festgestellt haben. Siemens-PLM ist da zwar dran und hat unsere Zeiten bestätigt, aber je mehr da nachhaken, je schneller müssen die dann eine Lösung suchen.

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

---

Nun kann ich die Sache abschließen. Wir haben mit Microsoft eine Lösung erarbeitet. XP -SP2 verschickt die Datenpakete in anderen Größen als XP-SP3. Um nun das gleiche Verhalten zu bekommen muss unter XP-SP3 ein REG-Key gesetzt werden, damit die Performance wieder an die von XP-SP2 heranreicht (Es wird aber nicht besser):

-> Eine Garantie gibt es nur bei großen Files.

The following registry entry has been introduced to control the ReadAhead size:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanmanWorkStation\Parameters

Value name: ReadAheadGranularity
Data type: REG_DWORD
Value data: Number of pages to read ahead. The valid range is 0 to 16. The default setting is 8 pages (32 KB).
The ReadAhead feature is disabled if hotfix 894463 is installed. Therefore, you must manually enter the ReadAheadGranularity registry entry. To do this, following these steps:

1.  Click Start, click Run, type regedit , and then click OK.

2.  Locate and then right-click the following registry subkey:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanmanWorkStation\Parameters

3.  On the Edit menu, point to New, and then click DWORD Value.

4.  Type ReadAheadGranularity , and then press ENTER.

5.  On the Edit menu, click Modify.

6.  Click Decimal, type 8 in the Value data box, and then click OK.

Note There are few scenarios where you may have to modify the ReadAheadGranularity registry entry . For example, you may have to change this setting on a lossy WAN link or a heavily loaded Terminal server to a setting of 4 ( this setting equals a 16-KB read size).
Typically, when Windows reads large files sequentially, the program performs better if the program posts larger read sizes.

328237  Some programs do not work as expected when large files are opened http://support.microsoft.com/default.aspx?scid=kb;EN-US;328237

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

---

Den Hinweis auf das SP3-Problem findet man auch unter uganswer.ugs.com, wenn man nach XP und SP3 sucht.

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

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

---

Man darf aber nicht glauben, dass Siemens-PLM den Fehler intensiv bearbeitet hat, das waren wir. Wir haben mit Microsoft nach dem Fehler gesucht.

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