|
POST
|
Five years later I just rediscovered this topic that I commented on in 2021. Here is the response from Esri Canada Support (spoiler alert - enabling WMS does not inherently increase the consumption of server resources). "When WMS is enabled, the service just follows the OGC specifications for a service. It is not different than a map service in terms of consuming resources. It still will consume resources the same way except for the service just following regulations from the OGC. A map service and WMS are the same the WMS is enabled on top of the map service that is published. WMS services are useful if you want to make your maps available online in an open, recognized way across different platforms and clients. ArcSOC will be dependent on the number of max instances of the service. https://enterprise.arcgis.com/en/server/latest/publish-services/windows/wms-services.htm" Essentially, when you enable WMS on a map service, that allows ArcGIS Server to send some responses formatted as ArcGIS REST and some responses formatted as OGC WMS. Enabling WMS does not require an additional ArcSOC so server resources (RAM and CPU) should be similar with and without WMS enabled. When we first started publishing map services with ArcGIS Server in 2009 we feared adding WMS because we assumed it would consume additional server resources. Back then we were buying servers and CPUs and putting them in racks and it was a big problem if we exceeded the capacity of our servers. Bernie.
... View more
2 weeks ago
|
1
|
0
|
66
|
|
POST
|
When two experts agree it really increases confidence in the solution. Thank you very much @JoshuaBixby and @Scott_Tansley for freely sharing your expert opinions. Bernie.
... View more
2 weeks ago
|
0
|
0
|
424
|
|
POST
|
@JoshuaBixby that's great feedback from someone with experience running 6 machines in one site.
... View more
2 weeks ago
|
0
|
1
|
470
|
|
POST
|
We recently had some heavy load on our ArcGIS Server site. We have three machines in the site and we considered adding a fourth machine to handle the increased load. I thought I might ba able to clone one of our our existing ArcGIS Server VMs to speed up the process of adding a new machine. However, I got this information from Esri Canada Support: "To add a new machine to the site: Cloning a VM is not supported and we don't recommend using it. You can create a new VM, install ArcGIS Server and make it join the existing site: https://enterprise.arcgis.com/en/server/10.9.1/deploy/windows/join-a-machine-to-a-site.htm" So what are your suggestions for the fastest way to spin up a new VM with ArcGIS Server? We currently install ArcGIS server via the setup GUI and it is not a fast process. Thanks, Bernie. P.S. Our heavy load issues have been resolved and we are not in a crisis situation. I'm just looking for some guidance for the future.
... View more
2 weeks ago
|
0
|
8
|
563
|
|
POST
|
Have you tried testing the ExportMap operation on each individual service to see if one of them is especially slow?
... View more
05-14-2026
10:52 AM
|
0
|
0
|
684
|
|
IDEA
|
Both the Search widget in Web AppBuilder and ExB support coordinates in the format X,Y:EPSG code. For example: 2500000,7500000:2953 I was surpised when I learned about this a few months ago. It is in the documentation for the search widget. I believe LKS94 is EPSG 3346: Bernie.
... View more
04-10-2026
05:34 AM
|
0
|
0
|
330
|
|
IDEA
|
This is a great idea. It will simplify cert management for ArcGIS Enterprise administrators.
... View more
04-08-2026
06:26 AM
|
0
|
0
|
291
|
|
POST
|
@Tyler_Fleming, I'm in a similar situation. We don't use Portal to keep our architecture simple. So we use AGOL to publish our vector tile basemap. All our data is open so we have no security concerns. Bernie.
... View more
03-25-2026
02:25 PM
|
0
|
0
|
787
|
|
IDEA
|
Many end users expereince poor performance with an ExB app on their old or weak hardware. Even if the ExB app is only using a basic 2D map interface. My idea: Add an option for publishing an "ExB Lite" app. The resulting app would not have the higher hardware requirements of a standard ExB app. The justification: Many apps do not require the additional capabilities provided by WebGL and GPUs. Unfortunately, ExB apps require a GPU, WebGL support, and 8 GB RAM. WAB apps do not require WebGL support and run very well on older computers with low resources and no GPU. Feature Web AppBuilder Experience Builder JS API 3.x 4.x Rendering DOM/Canvas (2D) WebGL (GPU) Depends on GPU Minimal Heavy Browser requirements Lower Higher Typical weak point CPU GPU / VRAM / drivers Compatibility Older browsers fine Needs modern GPU and WebGL support My web traffic shows over 10% of our users are still using our WAB app even though an ExB version of the same app have been available since Decmber 2024. We tried to encourage all users to use the ExB app: We made the ExB version the default app, the WAB app is only avaialble via a new URL. We labelled the WAB app as "Deprecated". I strongly suspect 10% of our users are running older and weaker hardware that cannot support an ExB app. All our apps are available to the Public. We have no control over their hardware choices. Implementation: Perhaps the best implementation might be through some ExB templates that are limited to features that will not require GPU and WebGL2.0 support.
... View more
03-24-2026
09:08 AM
|
18
|
0
|
542
|
|
POST
|
It sounds like you have all the parcel data for California (a google search estimates 13 million parcels in California). Perhaps a Vector tile cache would be a good option. You should be able to refresh the vector tile cache easily when you get updates from the counties. Bernie.
... View more
03-20-2026
05:56 AM
|
1
|
0
|
464
|
|
POST
|
wizgis, I agree with @JoshuaBixby. You should look to optimize your data in ArcGIS Pro. Additionally, you should look into how much load the server is expereincing. Is the RAM or CPU maxed out during times when you see these problems? If not, I would recommend trying to increase the min and max instances. Timeouts could indicate there is not an instance available and requests are waiting too long in a queue. More instances could alleviate the problem. But you should look to optimize your layers as well. How many services have you published? Do you just have the one service with 12 layers? If that is the case I would definitely split your layers across multiple services as suggested by @RPGIS . Bernie.
... View more
03-04-2026
05:39 AM
|
1
|
0
|
849
|
|
POST
|
Here is my understanding of the problem. The ArcGIS JS 4.x API requires WebGL 2.0 support on the end user's hardware. To run WebGL 2.0 efficiently a GPU is required: Older systems that do not have drivers or hardware (GPU) to support WebGL 2.0 will not be able to load an ExB app. Systems that have a driver to support WebGL 2.0 but do not have a GPU will attempt to emulate a GPU with the CPU and perform very, very poorly. Our solution was to publish an ExB app but to also retain our old WAB app to support users with old hardware. We placed several warnings in the WAB app related to deprecated software. Currently, about 9.7% of our users are still using the WAB app. Bernie.
... View more
02-24-2026
06:27 AM
|
1
|
0
|
1069
|
|
POST
|
By the way, I have an Acer laptop I purchased for $500 in 2016. It will run ExB apps just fine. It make me wonder - "How long do people wait before they upgrade their computers??"
... View more
02-24-2026
06:05 AM
|
0
|
0
|
1070
|
|
POST
|
To help my users understand their problem running ExB apps I have created a test page for WebGL 2.0: WebGL Capability & Performance Test It is a single page web app - HTML, CSS, and JS all in one html file and its only 376 lines. If you would like to use it with your users please copy the source code to your own web server. It's licensed under the "Unlicense". Bernie.
... View more
02-24-2026
06:03 AM
|
1
|
0
|
1070
|
|
IDEA
|
I was very happy to discover the ExB Search widget supports projected coordinate systems. All you have to do is include the EPSG code when you enter the coordinates. It is documented here. When you use this feature, a request is sent to the GeometryServer to transform the coordinates. However, when I examined the web traffic I can see the requested output spatial reference is EPSG 4326: Our basemaps are in EPSG 2953. Why does the Search widget presume I want the output in EPSG 4326? This extra transformation degrades the output accuracy. My Idea - Add configuration options to the Search widget to allow me to: set the preferred output spatial reference, or set the preferred output spatial reference to match the spatial reference of the basemap.
... View more
02-10-2026
05:55 AM
|
3
|
0
|
213
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 2 weeks ago | |
| 1 | 02-24-2026 06:27 AM | |
| 1 | 02-24-2026 06:03 AM | |
| 18 | 03-24-2026 09:08 AM | |
| 1 | 03-20-2026 05:56 AM |
| Online Status |
Offline
|
| Date Last Visited |
2 weeks ago
|