Best use of NVIDIA Graphic Card for Open Roads Designer Connect

Hi,

I realised that all Microsoft products(even teams while making video conferencing) are listed in Nvidia's Activity Process Tool.

I am wondering if this is not filling up the graphic cards GPU. If No my question ends here, but if Yes ;

1 - I have 2 graphic card in my laptop(See details below). I am searching a way to move microsoft products(and others which should not use Nvidia like ProjectWise) from Nvidia and use Intel(R) UHD Graphics 630 for them.  I want to dedicate Nvidia only to OpenRoads. Does someone have an idea on that ?

2 -  I am also searching to know which "Predifined General Preferences" to use to make the best advantage of my graphique card for OpenRoads Designer software. 

And does Bentley have suggestions/best practices to have the best profit of Nvidia graphic cards ?

Any additional configuration propositions to spped up the processing and visualitaion time will be wellcomed. 

We are using Open Roads Designer Connect version 2019-R2 but will be moving to 2020-R3 soon. 

Is there any changes between these 2 versions on this subjet ?

My Computer configuration is :

HP Zbook

Intel Core i7-9750 2.60Ghz

32 GB RAM

Graphique cards: 

Intel(R) UHD Graphics 630

Nvidia Quadro T1000

Thanks.

Cem

Parents
  • Hi Steven,

    These likely aren't GPU heavy operations. 

    you are right. GPU, through DirectX, is used to display content, plus several extra tasks, but to load and analyze data, CPU is used.

    I think most of these settings are not likely to impact performance in ORD

    Yes, ORD performance depends on other things like:

    • Performance of PowerPlatform (engine) itself. It's still under development, but in recent versions (especially U13 and U14), MicroStation engine performance was increased a lot. But it's really complex issue, because in some releases, heavy internal changes were implemented (allowing to do some tasks e.g. 1000x faster), but it's not always immediately visible for a user. Plus, when there will be internal change with speed up one million, for a user it can be only 1% difference, because every operation consists from hundreds of even thousands steps.
    • Performance of ORD code, which I think is today the biggest bottleneck and are that has to be optimized a lot. ORD uses data model based on EC data, implemented on top of DGN elements and geometry. It means to load ORD file requires to load DGN (which is typically extremely fast and simple), but also to analyze extra data stored in DGN file and create civil model object model in memory. Plus, to keep all templates (again, it about complex model built on the fly). My feeling (but I do not know ORD code) is that to implement (as fast as possible) features have been priority in the past, whereas to optimize it (which is boring, slow and expensive process, not clearly visible, because it's not "new feature") had not the same priority.

    With regards,

      Jan

Reply
  • Hi Steven,

    These likely aren't GPU heavy operations. 

    you are right. GPU, through DirectX, is used to display content, plus several extra tasks, but to load and analyze data, CPU is used.

    I think most of these settings are not likely to impact performance in ORD

    Yes, ORD performance depends on other things like:

    • Performance of PowerPlatform (engine) itself. It's still under development, but in recent versions (especially U13 and U14), MicroStation engine performance was increased a lot. But it's really complex issue, because in some releases, heavy internal changes were implemented (allowing to do some tasks e.g. 1000x faster), but it's not always immediately visible for a user. Plus, when there will be internal change with speed up one million, for a user it can be only 1% difference, because every operation consists from hundreds of even thousands steps.
    • Performance of ORD code, which I think is today the biggest bottleneck and are that has to be optimized a lot. ORD uses data model based on EC data, implemented on top of DGN elements and geometry. It means to load ORD file requires to load DGN (which is typically extremely fast and simple), but also to analyze extra data stored in DGN file and create civil model object model in memory. Plus, to keep all templates (again, it about complex model built on the fly). My feeling (but I do not know ORD code) is that to implement (as fast as possible) features have been priority in the past, whereas to optimize it (which is boring, slow and expensive process, not clearly visible, because it's not "new feature") had not the same priority.

    With regards,

      Jan

Children
No Data