<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: CPU utilization high in ArcGIS Enterprise Questions</title>
    <link>https://community.esri.com/t5/arcgis-enterprise-questions/cpu-utilization-high/m-p/203641#M7972</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;How&amp;nbsp; many services are you pushing? How many instances of each service? What OS? Are you using a web adapter? Https? IWA or GIS Token? Image Service cached? There are about 2 dozen architecture factors that seriously impact performance, but, all that aside, with just two "cores", I'm surprised you can even get ArcGIS Server to start. On a VM, I had to push it to 16 cores to see any stability. What type if hard drive? Is it a shared VHD where dozens of other Vm's are using the same HDD? You should choose clustering only as a last resort, and I really emphasize "last resort" (e.g ESRI tech support told you there is no other way your site is going to work unless in a cluster). Clustering means you have a shared config store, so every other round-robin request for your image service has to go over the network via SMB to the config store. Get rid of the cluster, and add the RAM/CPU resources to the single instance. Or....run two sites, one on each VM, one for vector data, and a dedicated one for image. But by all means, avoid clustering.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 03 Mar 2016 18:17:48 GMT</pubDate>
    <dc:creator>ThomasColson</dc:creator>
    <dc:date>2016-03-03T18:17:48Z</dc:date>
    <item>
      <title>CPU utilization high</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/cpu-utilization-high/m-p/203640#M7971</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We're running our 10.3.1 ArcServer installation on two Hyper-V's that are clustered at the ArcServer level.&amp;nbsp; We've pushed all of our imagery services to its own VM with 16gb of RAM and 2 virtual CPUs running at 2.5ghz each.&amp;nbsp; Our RAM utilization is fine at around 40-45%, but our CPU utilization goes through the roof from time to time.&amp;nbsp; I have one imagery service that takes between 45-55% of the CPU from time to time.&amp;nbsp; The total CPU utilization will be around 95-98%.&amp;nbsp; The only thing this VM is doing is running these services.&amp;nbsp; Users are complaining that service is slow.&amp;nbsp; I'm assuming (perhaps erroneously) that the speed users are experiencing is related to the high CPU usage.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've googled around and all I can find is information to ArcServer 9.3 or 10.0.&amp;nbsp; Can anyone give me any idea of what I might be able to do to fix this problem?&amp;nbsp; Do I throw more virtual CPUs at it?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 Mar 2016 15:26:25 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/cpu-utilization-high/m-p/203640#M7971</guid>
      <dc:creator>FrankLaFone</dc:creator>
      <dc:date>2016-03-02T15:26:25Z</dc:date>
    </item>
    <item>
      <title>Re: CPU utilization high</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/cpu-utilization-high/m-p/203641#M7972</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;How&amp;nbsp; many services are you pushing? How many instances of each service? What OS? Are you using a web adapter? Https? IWA or GIS Token? Image Service cached? There are about 2 dozen architecture factors that seriously impact performance, but, all that aside, with just two "cores", I'm surprised you can even get ArcGIS Server to start. On a VM, I had to push it to 16 cores to see any stability. What type if hard drive? Is it a shared VHD where dozens of other Vm's are using the same HDD? You should choose clustering only as a last resort, and I really emphasize "last resort" (e.g ESRI tech support told you there is no other way your site is going to work unless in a cluster). Clustering means you have a shared config store, so every other round-robin request for your image service has to go over the network via SMB to the config store. Get rid of the cluster, and add the RAM/CPU resources to the single instance. Or....run two sites, one on each VM, one for vector data, and a dedicated one for image. But by all means, avoid clustering.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 03 Mar 2016 18:17:48 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/cpu-utilization-high/m-p/203641#M7972</guid>
      <dc:creator>ThomasColson</dc:creator>
      <dc:date>2016-03-03T18:17:48Z</dc:date>
    </item>
  </channel>
</rss>

