Производительность Nx4

[z_cad 0]

пользователи жалуются что nx4 работает ощутимо медленнее чем nx2

с чем может быть это связано-посоветуйте!

[Ug_user 638]

Могу сказать, что NX2 работает ощутимо медленнее, чем UG18, родной... Таков закон - растет производительность процессоров, размер памяти стремится в бесконечность - производительность софта - только падает. Зато как красив NX4! Столько полутоновых кнопочек, менюшечек, ползуночков - глаз радуется! И кого волнует, что тебе нужна совсем другая производительность!?

[michman 0]

Есть один приёмчик для CAM

Чтобы повысить скорость генерации траектории при создании УП

нужно сдвинуть обрабатываемую деталь за пределы рабочего вида

Для слабой видеокарты очень помогает.

[SDCA 0]

Интерфейс NX4 работает медленнее NX2, потому что он просто имеет другой, более "тяжёлый" интерфейс.

NX4 требует больше памяти.Если NX2 тянет и 512 Мб, то для NX4 маловато.

Здесь наверное ничего не сделать К новому совту - новое железо.

Кроме того замечено, что не все версии драйвера видео карты подходят. От этого бывает например подобная проблема: если в системе открыто более двух окон использующихся OGL (два NX или две части в NX), следующие открываемые окна сильно тормозят с изображением

Проверенно, на старые карты новейшие драйвера Nvidia лучше не ставить.

[grOOmi 320]

Особых тормозов после перехода не заметил. Хотя у меня железо неплохое, может потому и не заметил :)

[z_cad 0]

вот нашел на сайте поддержки уг

Subject: [PR-01555171] Updating a part takes significantly more time in NX4 against NX2

Description of Problem:

IR#: 1555171

Priority: 1

FastTrack: Yes, 1A performance regression

Problem Description: This part demonstrates a regression in update times in NX4 vs NX2.

Dir Path: SEE COORDINATOR NOTEPAD FOR PR FILE ACCESS INSTRUCTIONS

Part: multi400_ohneKF.prt

Macro:

Other Files: nx2_playback.macro

nx4_playback.macro

Update370_with_HDM_environment.txt

Update370_without_HDM_environment.txt

Update390_with_HDM_environment.txt

Update390_without_HDM_environment.txt

Steps to duplicate

- open multi400_ohneKF.prt

- Playback

Time measured by GTAC Germany (HP XP8200, SMP off):

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

NX4.0.2.2 MP3:

First Run: TIMER STOP "1" - total cpu: 15.61 elapsed: 16.14

Second Run: TIMER STOP "1" - total cpu: 16.47 elapsed: 16.61

NX3.0.4.3 MP3:

First Run: TIMER STOP "1" - total cpu: 15.22 elapsed: 15.53

Second Run: TIMER STOP "1" - total cpu: 14.92 elapsed: 15.03

NX2.0.6.2 MP5:

First Run: TIMER STOP "1" - total cpu: 12.14 elapsed: 12.70

Second Run: TIMER STOP "1" - total cpu: 12.63 elapsed: 13.09

Performance decrease NX2->NX4: 30%

Time measured by customer (Dell 370/390, SMP off):

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

NX2

total cpu: 12.87 elapsed: 14.13

total cpu: 13.16 elapsed: 13.79

NX4

total cpu: 23.61 elapsed: 24.98

total cpu: 24.67 elapsed: 25.04

Performance decrease NX2->NX4: 87%

Problem is part specific: unknown

Platform Information-

Problem is platform specific: unknown

Problem occurs on the following platforms and versions:

WXP NX4.0.3.3

Driver:

Not tested on other platforms.

***** <<<<< This PR has been closed. The resolution was: >>>>> *****

This part demonstrates a regression in update times in NX4 vs NX2.

The part in this PR was first presented via the coordinator scratchpad of PR1535381 and was investigated after we finished work on the issues with that model. As with 1535381 we were unable to reproduce the size of the regressionreported by the customer. But with the creation of PR 1555171 which includedsyslogs we were able to make the discovery documented in 1535381 and here.

The customer's environment used the new memory management option: Level for lowmemory usage. This option provides a significant piece of functionality inmanaging memory but it does not come for free. NX must regularly query thestate of the system's memory to be able to detect the level set by the user.The user had this number set at 30% while we find performance is not affectedas significantly if the level is set to the recommended 10%. This memory query was not done in NX 2 so any use of it in NX 4 will cause update speed tobe slower than NX 2.

Continuing on, we found there was some time being spent determining which features to update in the case where we know that all features are going to beudpated. We were able to add an optimization for this case which helps bringthe NX 4 playback timing back closer to the NX 2 timing.

Closing this PR as fixed in NX 404 with an explanation for how the customercan improve performance and with a fix to make replay faster.

PR Number : 1555171

Date Opened: 01-nov-2006

Status : QN

Priority : 1

Family : NX

Application: DESIGN

Category : SOFTWARE

Release : V4.0.2

Platform : INTEL

OS : WINDOW

OS Version : XP32_SP2

Terminal : OTHER

Platform specific: Undetermined

-- End of document --

поставил 404- действительно побыстрее чем 4033 но так и не нашел "explanation for how the customercan improve performance"....