<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<font face="Verdana">Good morning ram,<br>
<br>
Yes it does in fact take care of the excessive load. <br>
</font><br>
Thanks for the patch my friend.<br>
<br>
Have a great day,<br>
<br>
Perry<br>
<br>
<div class="moz-cite-prefix">On 07/13/2015 04:22 AM, Ramshankar
wrote:<br>
</div>
<blockquote cite="mid:55A38339.5030801@oracle.com" type="cite">On
07/12/2015 05:53 PM, Alessandro Suardi wrote:
<br>
<blockquote type="cite">Linux bumps up load average by 1 for each
process in D state - so the point here
<br>
is not that something is being used (it isn't), but why is
<br>
iprt-VBoxTscThr in D state?
<br>
<br>
Devs might find helpful a
<br>
<br>
$ ps auxww|grep iprt-VBoxTscThr
<br>
<br>
since that would should the kernel WCHAN where the thread is
stuck.
<br>
</blockquote>
<br>
It's not really stuck, the TSC delta thread in the support driver
is doing an uninterruptible sleep, see supdrvTscDeltaThread()
function.
<a class="moz-txt-link-freetext" href="https://www.virtualbox.org/browser/vbox/trunk/src/VBox/HostDrivers/Support/SUPDrvGip.cpp">https://www.virtualbox.org/browser/vbox/trunk/src/VBox/HostDrivers/Support/SUPDrvGip.cpp</a><br>
<br>
Under kTscDeltaThreadState_Listening case label; you will see that
we are doing a RTThreadUserWait() which does an uninterruptible
sleep waiting to be woken up by an event from the main thread in
the VirtualBox driver if necessary.
<br>
<br>
Does the attached patch make any difference for you?
<br>
<br>
Regards,
<br>
Ram.
<br>
<br>
<blockquote type="cite">Cheers,
<br>
<br>
On Sat, Jul 11, 2015 at 6:18 PM, Perry Halbert
<a class="moz-txt-link-rfc2396E" href="mailto:phalbert@cox.net"><phalbert@cox.net></a> wrote:
<br>
<blockquote type="cite">Builds are done from SVN but the issue
is also present in released V-5
<br>
build. Linux is all I use so I can't tell you about Win or
Mac.
<br>
<br>
Issue with loads when no guests, VBoxsvc, or VBox manager are
running, just
<br>
the kernel modules active.
<br>
<br>
with running vboxdrv modules
<br>
uptime shows load average: 1.24, 1.18, 0.84
<br>
<br>
show running services associated to VBox shows the following:
<br>
ps -awx | grep V
<br>
13713 ? S< 0:00 [iprt-VBoxWQueue]
<br>
13717 ? D 0:00 [iprt-VBoxTscThr]
<br>
<br>
After stopping vboxdrv modules
<br>
load average: 0.11, 0.09, 0.16
<br>
<br>
I have tried building without the new services plus a few more
I thought
<br>
might have been causing this, DnD, Crypt, Webservice, HIDPI,
and SDL with
<br>
the following in the LocalConfig.kmk but results were the same
as with or
<br>
without.
<br>
<br>
VBOX_WITH_DRAG_AND_DROP =
<br>
VBOX_WITH_PLUGIN_CRYPT =
<br>
VBOX_WITH_WEBSERVICES =
<br>
VBOX_WITH_WEBSERVICES_SSL =
<br>
VBOX_GUI_WITH_HIDPI =
<br>
VBOX_WITH_VBOXSDL =
<br>
<br>
The loads with vboxdrv modules enabled ( default ) are
constant and never go
<br>
below at least 1.24 which seems a little excessive to me when
nothing is
<br>
actually being used. Any thoughts on the matter or advice on
what to look
<br>
for?
<br>
<br>
Perry
<br>
<br>
<br>
_______________________________________________
<br>
vbox-dev mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a>
<br>
<a class="moz-txt-link-freetext" href="https://www.virtualbox.org/mailman/listinfo/vbox-dev">https://www.virtualbox.org/mailman/listinfo/vbox-dev</a>
<br>
<br>
</blockquote>
<br>
<br>
</blockquote>
<br>
</blockquote>
<br>
</body>
</html>