AnsweredAssumed Answered

System.CachingTools.GPServerSync chewing memory

Question asked by micsbjc on Dec 13, 2017

We are using ESRI 10.5 in an Enterprise environment using SQL Server 2016.

We are seeing gigantic memory creep in the ARcSOC session related to  System.CachingTools.GPServerSync. Within 15 minutes of starting it has hit 2.8 gig and after 3 hours it has reached 17 gig (at which point our server turns up its toes). Thread and handle counts are not increasing.

Our current mitigation is to recycle service after 4 hours (I think I will be bringing this down to 1 hour)

Before I start opening an official case with ESRI I was wondering if anyone else has seen this behaviour and can tell me possible causes

 

datetimeMemUsage(K)HandleCountThreadCountCPUTime
13/12/2017 12:152,831,5481141442,402,187,500
13/12/2017 12:304,685,0081159466,837,187,500
13/12/2017 12:456,801,56410504311,008,906,250
13/12/2017 13:008,299,00010494315,670,312,500
13/12/2017 13:159,691,26410484320,743,750,000
13/12/2017 13:3010,694,80410464325,436,562,500
13/12/2017 13:4511,255,44410494330,856,718,750
13/12/2017 14:0012,145,91610484336,877,500,000
13/12/2017 14:1513,335,79210494342,753,437,500
13/12/2017 14:3014,612,32010494348,973,125,000
13/12/2017 14:4515,484,75610484355,534,531,250
13/12/2017 15:0016,742,18810484362,003,281,250
13/12/2017 15:1516,830,28410094166,780,781,250

Outcomes