Can someone tell me if this bug could be related to my issue?
http://support.dotnetnuke.com/issue/ViewIssue.aspx?ID=9038&PROJID=2

I have run a profiler on my SQL server and it shows the SPROC 'GetHostSettings' is causing 250-1500 executions/minute.

If the cache bug could be causing this, how would I go about patching my core?

Could something else be causing this?

DNN version 4.9.1

Web Farm Enabled - False

Page State - Page
Module Caching - Disk
Performance - Heavy Caching
Authenticated Cacheability - Private
Compression - No Compression

I thought maybe the DB was fighting over resources with IIS so I moved the DB to another (fast)server, but the problem remains.
CPU utilization for the SQL process sits at about 40% and this is the only thing running on that server. It seems that the queries are pretty quick, but GetHostSettings and one of the "get forum thread" (I forgot which one) sprocs are causing tons of executions/min.

I'm not using compression because it adds overhead to the CPU and I have plenty of network bandwidth available.

I was using public cacheability previously but I was getting tons of 304s. Using the private setting stopped it from doing that and allowed my browser to cache everything. I may be wrong but I think its working better that way.

Are you referring to the actual order of the tasks, or was that a figure of speach? I've checked all the scheduled tasks, as well as disabling them all together. I think this has more to do with the host settings not being cached correctly or a bug that is causing a loop. I'm having a tough time trying to track this down...