While testing the Jenkins 1.509.1 release candidate on a Windows 7 laptop (4 GB RAM, ample disc space, etc.), I found that after running a few jobs, even with Jenkins idle and preparing for shutdown, the Jenkins process was still using 100% of the available CPU capacity. I've seen similar behaviors before and never bothered to investigate the root cause.
It is a Windows machine, so the leap second related Linux kernel bug mentioned in [1] and [2] do not apply.
Any suggestions on preferred techniques to diagnose high CPU usage by the Jenkins master server on Windows?
I think I can replicate the same condition on Linux, if diagnosis is easier on Linux. I saw mention of a "kill -3 PID" technique to look at job state. Is there anything more refined to identify bottlenecks?
Thanks!
Mark Waite