POST
|
Yes, ArcGIS Pro is more difficult to virtualize than ArcMap. This is why: Pro is designed to be a modern, contemporary application that fully utilizes a GPU when it's available. That includes on-premise and cloud virtualization, as well as a physical desktop/laptop. This allows Pro to deliver the excellent UX that our users expect. While ArcMap does have the most spatial capability of any software app on this planet (and most other planets), it's older and doesn't take advantage of a GPU. BTW: Pro is quickly closing that gap. Pro virtualizes well. The virtualization environment must be configured properly. We have and continue to perform extensive UX and performance testing in virtualized environments. Citrix XenDesktop on XenServer or VMWare ESXi deliver a great UX. From the information you have provided, here are a few comments: it's unclear if your using XenDesktop or XenApp. You mention XenDesktop, but unsure if your VM is accessing Pro via XenApp. Don't use XenApp, it can't support high-end graphics rich applications like Pro it's unclear which hypervisor you are using. Ensure your IT dept is using a either VMWare ESXi or Citrix XenServer that supports Nvidia GRID cards and GRID Virtual GPU Manager The hypervisor server should have a Nvidia K2 or (preferably) M60. An M10 or M6 may do the job, depends on the configuration Your VM needs 1.)more memory. Go for 8GB, 2.) 6 virtual CPU cores, 3.) min 1Gb vGPU framebuffer profile, 4.)network min 8-9 Mbit.# Here are links to blogs with more info (we are writing new blogs -now-): Nvidia GRID vGPU user guide High level look at virtualizing ArcGIS Pro Virtualizing Pro with an Nvidia GRID Tesla M60 ArcGIS Virtualization Appliance If you are attending the Esri User Conference in San Diego we will have an area dedicated to showing how Pro can be virtualized, on-premises and in the cloud. You can try it out yourself.
... View more
05-04-2017
03:03 PM
|
3
|
1
|
1417
|
POST
|
Hello, I'm not sure if you refer to a portion of functionality in ArcMap or ... ArcMap. There are performance boosts for specific tasks run in GPU accelerated/GPGPU but those are very specific tasks. Not all computational problems benefit from GPU accelerated/GPGPU development. The computational problems best suited for GPGPU are those take advantage many parallel streams of processing on individual cores within a GPU. A CPU has alot of capabilities that an individual GPU doesn't have, including interface with the OS, other devices (memory, storage) on or attached to the motherboard. You mentioned ArcMap which is a big Windows app that does alot of tasks. Most of those tasks are not suitable for the type of processing suited to a GPU, but suited to a CPU and all of the resources it manages. As you can tell from the blog you referenced, it took some effort to optimize a small portion of functionality. As far as ArcMap directly from a GPU accelerator, no. The user has to target specific areas of functionality that are suitable based on characteristics of the processing and data.
... View more
04-07-2014
02:27 PM
|
0
|
0
|
354
|
POST
|
This is used in ArcCatalog only, you won't see anything in ArcMap. Did you have any install problems?
... View more
03-16-2011
07:46 AM
|
0
|
0
|
1267
|
POST
|
Sorry for the late reply. Did you have any install problems? The User Information tab uses: -Microsoft FlexGrid Control 6.0 - MSFlxGrd.ocx -Microsoft Windows Common Controls 6.0 - mscomctl.ocx use regedit.exe, at the top level (Computer) search for MSFlxGrd.ocx and mscomctl.ocx?
... View more
03-16-2011
07:44 AM
|
0
|
0
|
991
|
POST
|
GDBT hasn't provided functionality to administer feature class user privs. Not a bad idea. I would use the info provided by the previous post.
... View more
03-16-2011
07:28 AM
|
0
|
0
|
676
|
POST
|
I suggest starting with the licensing issue. What level of ArcGIS Desktop licensing are you using? What type of Geodatabase are you connecting to (File GDB, ArcSDE GDB, etc.)? Do you have any problems connecting to the GDB with ArcCatalog?
... View more
02-09-2011
07:43 AM
|
0
|
0
|
322
|
POST
|
.Net ArcGIS Support Yes, that's correct: .Net ArcGIS Support feature is NOT needed for GDBT 10 to work with ArcGIS 10. At ArcGIS 10the .Net support is now embedded within the ArcGIS install, so it doesn't exist. I just looked at the GDBT System Requirements page: http://www.esri.com/software/arcgis/extensions/gdbt/system-requirements.html I don't see any instructions on working the .Net Support feature. On the Download Now page:http://www.esri.com/software/arcgis/extensions/gdbt/download.html I see what you are referring to (I think). We will correct this. Sorry for the confusion. Install Problems Within the current GDBT for ArcGIS v10.0 install the following ActiveX controls are installed: -COMDLG32.MSM -MSCHRT20.MSM -MSFLXGRD.MSM -MSSTDFMT.MSM -TABCTL32.MSM I suspect these didn't install. -What O/S are you using? -Where there any install problems?
... View more
02-09-2011
07:33 AM
|
0
|
0
|
546
|
POST
|
Correct: At ArcGIS Desktop 10, there isn't a .NET Support Feature since .NET Framework is required for Desktop install. The GDBT System Requirements page has been updated.
... View more
02-03-2011
06:44 AM
|
0
|
0
|
546
|
POST
|
Sorry for the confusion. The problem this thread (and another) refer to may be due to the following: This version of the Geodatabase Toolset for ArcCatalog 10.0 was accidentally placed on the external webiste. The problem this thread (and another) refer to may be due to the following: The Geodatabase Toolset for ArcCatalog 10.0 uses the following controls: -Microsoft Common Dialog Control (comdlg32.ocx) -Microsoft Chart Control (mschr20.ocx) -Microsoft FlexGrid Control (msflxgrd.ocx) -Microsoft Tabbed Dialog Control (tabctl32.ocx) These are controls that have been commonly available with VB 6 and in older Windows OS' (ie. XP). But in Win7, Windows 2008, etc. those controls are not found in the newer OS'. We would like to include those controls in the install, but that requires review of licensing agreements. We are actively working on the licensing agreements but that is taking a long time. In the meantime, while the controls listed may be found on the web and installed independently of GDBT for ArcCatalog 10.0, this has potential licensing problems. We are trying to work out these issues. An install with the controls embedded will be available soon. If you have any questions please post them. thanks John
... View more
11-18-2010
09:28 AM
|
0
|
0
|
783
|
POST
|
Sorry for the confusion. The problem this thread (and another) refer to may be due to the following: This version of the Geodatabase Toolset for ArcCatalog 10.0 was accidentally placed on the external webiste. The problem this thread (and another) refer to may be due to the following: The Geodatabase Toolset for ArcCatalog 10.0 uses the following controls: -Microsoft Common Dialog Control (comdlg32.ocx) -Microsoft Chart Control (mschr20.ocx) -Microsoft FlexGrid Control (msflxgrd.ocx) -Microsoft Tabbed Dialog Control (tabctl32.ocx) These are controls that have been commonly available with VB 6 and in older Windows OS' (ie. XP). But in Win7, Windows 2008, etc. those controls are not found in the newer OS'. We would like to include those controls in the install, but that requires review of licensing agreements. We are actively working on the licensing agreements but that is taking a long time. In the meantime, while the controls listed may be found on the web and installed independently of GDBT for ArcCatalog 10.0, this has potential licensing problems. We are trying to work out these issues. An install with the controls embedded will be available soon. thanks John
... View more
11-18-2010
09:26 AM
|
0
|
0
|
661
|
Title | Kudos | Posted |
---|---|---|
3 | 05-04-2017 03:03 PM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|