<?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: ArcSoc.exe for caching tiles terminating  in ArcGIS Enterprise Questions</title>
    <link>https://community.esri.com/t5/arcgis-enterprise-questions/arcsoc-exe-for-caching-tiles-terminating/m-p/536390#M20751</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;SOC processes stick around after they've been used for the duration of the idle timeout interval:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;TABLE border="1"&gt;&lt;TBODY&gt;&lt;TR&gt;&lt;TD&gt;&lt;P&gt;&lt;SPAN style="color: #000000; font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12.8px;"&gt;A third time-out dictates the &lt;/SPAN&gt;&lt;STRONG style="color: #000000; font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12.8px;"&gt;maximum time an idle instance can be kept running.&lt;/STRONG&gt;&lt;SPAN style="color: #000000; font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12.8px;"&gt; When services go out of use, they are kept running on the server until another client needs the instance. A running instance that is not in use still consumes some memory on the server. You can minimize your number of running services and therefore conserve memory by shortening this idle time-out, the default of which is 1,800 seconds (30 minutes). The disadvantage of a short idle time-out is that when all running services time out, subsequent clients need to wait for new instances to be created.&lt;/SPAN&gt;&lt;/P&gt;&lt;/TD&gt;&lt;/TR&gt;&lt;/TBODY&gt;&lt;/TABLE&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can read up more on timeouts &lt;A href="http://help.arcgis.com/en/arcgisserver/10.0/help/arcgis_server_dotnet_help/index.html#/Tuning_and_configuring_services/009300000069000000/"&gt;here&lt;/A&gt;.&amp;nbsp; That is a significant difference in caching time, but does the color one take more time?&amp;nbsp; Are they in the same file share?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 01 Jul 2016 19:10:33 GMT</pubDate>
    <dc:creator>JonathanQuinn</dc:creator>
    <dc:date>2016-07-01T19:10:33Z</dc:date>
    <item>
      <title>ArcSoc.exe for caching tiles terminating</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/arcsoc-exe-for-caching-tiles-terminating/m-p/536389#M20750</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;BR /&gt;Hi everyone,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;i got a question regarding caching tiles with ArcGIS Server (10.0). Over night, we are caching 4 services &lt;SPAN lang="en"&gt;successively. The first 2 services are done in nearly 20 mins. The 3rd service then needs about 1h20min, The 4th needs then again about 20 mins. The 3rd and 4th are the same, just one with colour the other black / white. So the time for caching should nearly be the same. We suspect that there's a problem with the ArcSoc.exe in combination with not enough ram/cpu. So my question is, when are the ArcSoc.exe "killed" after finishing the caching of tiles? Are they killed directly after this or is there a "delay" of 30 mins?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN lang="en"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN lang="en"&gt;Regards,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN lang="en"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN lang="en"&gt;jawr&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 30 Jun 2016 06:33:12 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/arcsoc-exe-for-caching-tiles-terminating/m-p/536389#M20750</guid>
      <dc:creator>JanWrobel</dc:creator>
      <dc:date>2016-06-30T06:33:12Z</dc:date>
    </item>
    <item>
      <title>Re: ArcSoc.exe for caching tiles terminating</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/arcsoc-exe-for-caching-tiles-terminating/m-p/536390#M20751</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;SOC processes stick around after they've been used for the duration of the idle timeout interval:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;TABLE border="1"&gt;&lt;TBODY&gt;&lt;TR&gt;&lt;TD&gt;&lt;P&gt;&lt;SPAN style="color: #000000; font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12.8px;"&gt;A third time-out dictates the &lt;/SPAN&gt;&lt;STRONG style="color: #000000; font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12.8px;"&gt;maximum time an idle instance can be kept running.&lt;/STRONG&gt;&lt;SPAN style="color: #000000; font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12.8px;"&gt; When services go out of use, they are kept running on the server until another client needs the instance. A running instance that is not in use still consumes some memory on the server. You can minimize your number of running services and therefore conserve memory by shortening this idle time-out, the default of which is 1,800 seconds (30 minutes). The disadvantage of a short idle time-out is that when all running services time out, subsequent clients need to wait for new instances to be created.&lt;/SPAN&gt;&lt;/P&gt;&lt;/TD&gt;&lt;/TR&gt;&lt;/TBODY&gt;&lt;/TABLE&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can read up more on timeouts &lt;A href="http://help.arcgis.com/en/arcgisserver/10.0/help/arcgis_server_dotnet_help/index.html#/Tuning_and_configuring_services/009300000069000000/"&gt;here&lt;/A&gt;.&amp;nbsp; That is a significant difference in caching time, but does the color one take more time?&amp;nbsp; Are they in the same file share?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 01 Jul 2016 19:10:33 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/arcsoc-exe-for-caching-tiles-terminating/m-p/536390#M20751</guid>
      <dc:creator>JonathanQuinn</dc:creator>
      <dc:date>2016-07-01T19:10:33Z</dc:date>
    </item>
  </channel>
</rss>

