Strict Standards: Non-static method Settings::setHostName() should not be called statically in C:\website\www.networksteve.com\windows\_lib\AutoConfig.php on line 20

Strict Standards: Non-static method Settings::addHostAlias() should not be called statically in C:\website\www.networksteve.com\windows\_lib\AutoConfig.php on line 22

Strict Standards: Non-static method Settings::setSiteRoot() should not be called statically in C:\website\www.networksteve.com\windows\_lib\AutoConfig.php on line 28

Strict Standards: Non-static method Settings::setDsn() should not be called statically in C:\website\www.networksteve.com\windows\_site\Config.php on line 16

Strict Standards: Non-static method Settings::setTitle() should not be called statically in C:\website\www.networksteve.com\windows\_site\Config.php on line 19

Strict Standards: Non-static method Settings::setDescription() should not be called statically in C:\website\www.networksteve.com\windows\_site\Config.php on line 20

Strict Standards: Non-static method Settings::setSiteRoot() should not be called statically in C:\website\www.networksteve.com\windows\_site\Config.php on line 24

Strict Standards: Non-static method Settings::setShowDeleted() should not be called statically in C:\website\www.networksteve.com\windows\_site\Config.php on line 31

Strict Standards: Non-static method Settings::setRecentTopicsDuration() should not be called statically in C:\website\www.networksteve.com\windows\_site\Config.php on line 36

Strict Standards: Non-static method Settings::test() should not be called statically in C:\website\www.networksteve.com\windows\_lib\Init.php on line 28

Strict Standards: Non-static method Skin::test() should not be called statically in C:\website\www.networksteve.com\windows\_lib\Init.php on line 29

Strict Standards: Non-static method Settings::getSkin() should not be called statically in C:\website\www.networksteve.com\windows\_lib\Skin.php on line 102

Strict Standards: Non-static method Settings::getSiteRoot() should not be called statically in C:\website\www.networksteve.com\windows\_lib\Init.php on line 32

Strict Standards: Non-static method Settings::getDsn() should not be called statically in C:\website\www.networksteve.com\windows\_lib\Init.php on line 35

Strict Standards: Non-static method Form::field() should not be called statically in C:\website\www.networksteve.com\windows\_lib\Init.php on line 39

Strict Standards: Non-static method Form::fieldExists() should not be called statically, assuming $this from incompatible context in C:\website\www.networksteve.com\windows\_lib\Entity\User.php on line 92

Strict Standards: Non-static method Form::fieldExists() should not be called statically in C:\website\www.networksteve.com\windows\topic.php on line 15

Strict Standards: Non-static method Form::field() should not be called statically in C:\website\www.networksteve.com\windows\topic.php on line 17

Strict Standards: Non-static method Settings::getShowDeleted() should not be called statically, assuming $this from incompatible context in C:\website\www.networksteve.com\windows\_lib\Entity\Topic.php on line 138

Strict Standards: Non-static method Entity_Post::queryPosts() should not be called statically in C:\website\www.networksteve.com\windows\topic.php on line 21

Strict Standards: Non-static method Settings::getShowDeleted() should not be called statically in C:\website\www.networksteve.com\windows\_lib\Entity\Post.php on line 111

Strict Standards: Non-static method Skin::showHeader() should not be called statically in C:\website\www.networksteve.com\windows\topic.php on line 23

Strict Standards: Non-static method Skin::includeFile() should not be called statically in C:\website\www.networksteve.com\windows\_lib\Skin.php on line 46

Strict Standards: Non-static method Settings::getSkin() should not be called statically in C:\website\www.networksteve.com\windows\_lib\Skin.php on line 91
SVCHOST - DNS Client High CPU Utilization (Network Steve Forum)
SVCHOST - DNS Client High CPU Utilization
Hello Everyone, The past couple of days I've noticed an unusually high CPU utilization from one of the svchost.exe processes. Upon deeper inspection it turns out that the DNS Client (Dnscache) is the culprit. I've been able to curb the CPU thrasing (constant 60-80%) by disabling the DNS Client serviceon startup. Does anyone know if this is a known (and unresolved) issue? I've checked so many forums, blogs, etc. but there doesn't seem to be a good answer, everyone is just grasping. I tried the search function on this site but wasn't successful either. I'm running Vista Enterprise 32-bit SP1on a Dell Latitude D630 with the latest Windows updates and Dell drivers/firmware. Thanks for any help you can offer! Mobius
June 5th, 2008 2:27pm

I have the same problem with svchost and DNS client, but im using Windows XP SP2 with everyupdate.Any fix for it?
Free Windows Admin Tool Kit Click here and download it now
June 7th, 2008 11:15am

Hi, Please understand that Microsoft provides different support services which have different service levels and support boundaries. Regarding this issue (high CPU), it is necessary to collect related dump file to analyze the root cause. However, debugging service is out of our Forum support boundaries. Id like to recommend that you contact Microsoft Customer Support Service (CSS) for assistance, the support professionals there are better qualified to assist you. To obtain the phone numbers for specific technology request please take a look at the web site listed below:http://support.microsoft.com/default.aspx?scid=fh;EN-US;PHONENUMBERS Thank you for your understanding.
June 10th, 2008 11:59pm

Hi, I have the same problem with the SVCHOST taking High CPU utilization. Running Vista with alle updates.
Free Windows Admin Tool Kit Click here and download it now
August 6th, 2008 2:56am

I'm also having the same problem. The Svchost with DNS Client (Dnscache) is typically taking around 50% of my CPU usage. Disabling the DNS Client service fixes the problem, but then my web browser says it can't find sites. I'm running 32bit Vista Business on a Toshiba Tecra.
August 31st, 2008 11:47pm

Hi all,Has anyone found a resolution to this irritating problem?I identified this issue with Process Explorer...always consuming between 40-60% CPU utilization when attempts are made at using a browser. For comparison, I've got a brand new Dell PC I bought for my Dad sitting on my desk directly next to my main PC. It's browser is very responsive...obviously, same internet connection (DSL, 1.3M down). And, the rest of the performance on my main PC is pretty crisp (apps, files, audio, video, etc.).On my main PC, it can take anywhere from 20 seconds to several minutes to load a webpage. It doesn't matter whether I'm using IE, Firefox, Flock, Opera, or Safari. Opera is only slightly faster.I run antivirus, antispyware, & firewall software full time...and have for many years. And, I don't visit questionable sites & I scrutinize all firewall connection requests. I've even run the complete gauntlet of malware eradication tools from the very thorough CastleCops site. I've manually purged the cache several times. I've done all the about:config tricks for Firefox & Flock...no improvement whatsoever.I've even set-up OpenDNS correctly...yet, the 50%+ svchost (dnscache) continues.This forum certainly benefits from having some of the smartest people on the planet participating in it. Surely, someone has a resolution for this completely annoying & time-wasting issue.Someone? Anyone?Best, MaketsoWindows XP Pro, SP2, current patches, 3GHzP4/2MB RAM/large drives
Free Windows Admin Tool Kit Click here and download it now
December 12th, 2008 12:49pm

I had the same problem on svchost.exe and ProcessExplorer pointed to the DNS Client service. I browsed through some forums and found a solution that worked for me. The hosts file was too big, causing the dns lookups to take a long time. I checked it and it had 264KB and inside I could see that the software "Spybot Search & Destroy" changed it to block several thousand spyware sites. I deleted them all, leaving only the default hosts file and the problem was solved.
February 3rd, 2009 10:56am

The "DNS Client" service (through C:\WINDOWS\system32\svchost.exe) does consume lots of CPU in some cases.follow those steps:1. open (start->run) "services.msc".2. look for "DNS Client".3. right click the line. -> select STOP. wait few seconds. right click again and check that it does stopped.otherwise you should doing next steps through window's SAFE-MODE (F8 before windows starts up).4. write down in "Run" (=start->run) the following line:notepad "C:\WINDOWS\system32\drivers\etc\hosts" ^ space ! between last 'd' and first ' " '5. hold CTRL+A to mark all text.6. copy following lines (inside the rectangle bellow) and paste those (only) as the HOST file content.#Copyright(c)1993-1999MicrosoftCorp.##ThisisasampleHOSTSfileusedbyMicrosoftTCP/IPforWindows.##ThisfilecontainsthemappingsofIPaddressestohostnames.Each#entryshouldbekeptonanindividualline.TheIPaddressshould#beplacedinthefirstcolumnfollowedbythecorrespondinghostname.#TheIPaddressandthehostnameshouldbeseparatedbyatleastone#space.##Additionally,comments(suchasthese)maybeinsertedonindividual#linesorfollowingthemachinenamedenotedbya'#'symbol.##Forexample:##102.54.94.97rhino.acme.com#sourceserver#38.25.63.10x.acme.com#xclienthost127.0.0.1localhostnow save the file (File->Save), if you can't save. close the file. browse to C:\WINDOWS\system32\drivers\etc\ make sure you have all hidden files visible through folder's option.(hidden+system files -> unhide, there are two "checks" to uncheck inside folder's option dialog box).right click and uncheck the "READ ONLY" check-box. now reopen RUN (start->run) and re-do the last steps (as explained before...)7. close down your updated HOSTS file.*if you have shutdown to safe mode restart your windows (start->shutdown->restart...)8. reopen SERVICES.MSC9. make sure your "DNS Client" is set to AUTOMATIC (startup type) and it is currently running,otherwise, set to AUTOMATIC startup, and right click again, and click on run.10. you've just fixed part #1 of the possible problem.part #2 (short one), just for firewall owners, and not the windows firewall kind:find out through a tel. call to your I.S.R what's your DNS addresses, (there are two!).open your firewall, and add those IP as safe or in some firewalls (as zonealarm 2008/9) those called trusted zone. it is fine to do so, only dns related information would pass through those addresses.11. a second restart of windows is recomanded :)12. enjoy all your 'new' availabe CPU power (reclaim your CPU...).do send eMail for more details & and help considering this toEladKarako@gmail.comhope that helps..EladKarako.Elad Karako
Free Windows Admin Tool Kit Click here and download it now
March 5th, 2009 5:03am

I have been fighting the hundred percent utilization problem for over two years on my laptop. (My wife has the same model laptop and has never had the problem, but I use more software and more high end software than she does.) I have been to many forums and sites, found many "potential" solutions and tried some. Nothing worked. I was running Vista. I reloaded several times. I have used TaskManager, Process Explorer, EndItAll, etc. Nothing worked. The problem would come and go. Rebooted many times. Shutdown the computer totally and waited for a while. I upgraded to Windows 7, praying that it would fix the problem. No such luck. I recently took note of the fact that the bottom of my laptop was very hot. I had vaguely noticed this before but hadn't paid much attention since it seems like it had always been that way. Then I started running experiments. When my computer hit 100% utilization I tipped it up on its side and used a clip on fan to cool it. In less than five minutes the CPU utilization started to drop. I took the fan off of it, put the laptop on a pillow to simulate my lap and watched the CPU utilization. In less than five minutes the CPU utilization started to climb to 100% again. I did five or six variations of this experiment, always with the same result -- the CPU utilization rose with the heat and fell with the cooling. I had been chasing what I thought was a software problem but finally determined that it was a hardware problem. I thought it was associated with the WiFi component because it seemed to heat up more when I had heavy network traffic. (I like to know as much about a problem as I can before I call about it.) I had gotten serious about fixing this problem since my extended warranty is running out in June, 2010. So I called Dell, and after the usual checks of this and that (I usually have tried all those things before I ever call), the tech went off to talk to somebody. When he came back he wanted to know if I had a hair dryer (I thought... I've already gone through the heat tests). But what he wanted me to do was blow out the grid covering the fan on the side of the laptop. I told him I could do better than that, I had a air compressor out in the garage that I had just been using and was ready to use. So I took my laptop out and in 10 seconds blew compressed air in all the openings on the laptop. A very small amount of dust came out of the grid and I thought "well, that's not going to fix the problem". So I took my laptop back in, started it up, and everything was fine. (Actually he had called me in response to my previous call that had not solved the problem and when he called I was sitting there with 100% utilization on my laptop). The tech said he would call back in about half an hour to see how things were going. When he called back it was still running coolly and at very low CPU utilization. I was a happy camper and still am. NO MORE 100% UTILIZATION. It has been several weeks since this fixed it and I have never had the problem since. Get those fans and air compressors out if you have this problem. It's a simple fix if it works. Don't live with it for two years like I did.
April 27th, 2010 6:40pm

Hello Elad, This seems to have worked for me, thank you very much. Indeed the DNS client was struggling with a really big HOSTS file, which had been hyper-inflated by Spybot. Thanks, RmiRmi
Free Windows Admin Tool Kit Click here and download it now
June 19th, 2012 3:35pm


Strict Standards: Non-static method Settings::getRecentTopicsLimit() should not be called statically, assuming $this from incompatible context in C:\website\www.networksteve.com\windows\_lib\Entity\Topic.php on line 120

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics

Strict Standards: Non-static method Skin::showFooter() should not be called statically in C:\website\www.networksteve.com\windows\topic.php on line 119

Strict Standards: Non-static method Skin::includeFile() should not be called statically in C:\website\www.networksteve.com\windows\_lib\Skin.php on line 56

Strict Standards: Non-static method Settings::getSkin() should not be called statically in C:\website\www.networksteve.com\windows\_lib\Skin.php on line 91