hudtapi uses 50% of CPU resources, even when HUDlite and Outlook are not running
I use an excellent Windows task manager called TaskInfo to watch what my computer is doing. Most of the time, when I startup the system, my CPU utilization goes to 50% and stays there. I used TaskInfo to track the problem to the "hudtapi" thread running under "Generic Host Process for Win32 Services". I use TaskInfo to terminate the hudtapi thread and everything goes back to normal. If you Google "hudtapi" you will find a couple of people blaming several problems on CounterPath's Eyebeam softphone software. Those problems are probably HUDlite issues also. Please ask HUDlite's developers to fix this ASAP.
I always use the latest version of Java, and the problem persists.
I'm not surprised this specific behavior hasn't been reported before, because while most users can probably find statistics for entire processes (i.e. svchost) they don't have any way of seeing CPU usage for individual process threads. That level of detail is not provided by most monitoring tools.
Please try TaskInfo yourselves and watch for the problem I'm describing. I can't be the only person this is happening to; it's too consistent to be a fluke. Most of the time it happens after a cold boot. Somebody has to be the first one to report these things...
I found this thread through a Google search when I noticed that the hudtapi thread on my machine was consistently consuming 45% or more processor time, even without my having launched the HUDLite application.
Having a piece of software that shouldn't be executing at all using up this much processor time is rather unacceptable regardless of what settings may be configured in the client. That said, I did have the client set to continuous sort by status. I changed that so that it's sort by extension once. This had no visible impact on the processor utilization by that thread.
I'll be uninstalling this software, as it's presence doesn't justify this headache.


Member Since:
2006-12-09