'Re: [vbox-dev] Excessive load averages with nothing running.'

[prev in list] [next in list] [prev in thread] [next in thread] 

List: vbox-dev
Subject: Re: [vbox-dev] Excessive load averages with nothing running.
From: Louis King Jr <inlieuoflou () gmail ! com>
Date: 2015-07-13 12:29:50
Message-ID: CABtVn3Lgc3c9yuqFh0BO79Sfi09AqM2u9SFY75Kn8v4VkkNf1Q () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]

I don't know if is is relevant or useful but on OSX, the VirtualBox Manager
averages a CPU Time of 1.22 - 1.4. Also, VBoxSVC CPU Time seems to creep up
for some reason from 0.32 to as high as 0.84 without starting a guest.

If uesless info, feel free to ignore it. :)

On Mon, Jul 13, 2015 at 5:22 AM, Ramshankar <
ramshankar.venkataraman@oracle.com> wrote:

> On 07/12/2015 05:53 PM, Alessandro Suardi wrote:
>
>> Linux bumps up load average by 1 for each process in D state - so the
>> point here
>>   is not that something is being used (it isn't), but why is
>> iprt-VBoxTscThr in D state?
>>
>> Devs might find helpful a
>>
>>   $ ps auxww|grep iprt-VBoxTscThr
>>
>>   since that would should the kernel WCHAN where the thread is stuck.
>>
>
> It's not really stuck, the TSC delta thread in the support driver is doing
> an uninterruptible sleep, see supdrvTscDeltaThread() function.
> https://www.virtualbox.org/browser/vbox/trunk/src/VBox/HostDrivers/Support/SUPDrvGip.cpp
>
> 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.
>
> Does the attached patch make any difference for you?
>
> Regards,
> Ram.
>
>
>  Cheers,
>>
>> On Sat, Jul 11, 2015 at 6:18 PM, Perry Halbert <phalbert@cox.net> wrote:
>>
>>> Builds are done from SVN but the issue is also present in released V-5
>>> build. Linux is all I use so I can't tell you about Win or Mac.
>>>
>>> Issue with loads when no guests, VBoxsvc, or VBox manager are running,
>>> just
>>> the kernel modules active.
>>>
>>> with running vboxdrv modules
>>> uptime shows load average: 1.24, 1.18, 0.84
>>>
>>> show running services associated to VBox shows the following:
>>> ps -awx | grep V
>>> 13713 ?        S<     0:00 [iprt-VBoxWQueue]
>>> 13717 ?        D      0:00 [iprt-VBoxTscThr]
>>>
>>> After stopping vboxdrv modules
>>> load average: 0.11, 0.09, 0.16
>>>
>>> I have tried building without the new services plus a few more I thought
>>> might have been causing this, DnD, Crypt, Webservice, HIDPI, and SDL with
>>> the following in the LocalConfig.kmk but results were the same as with or
>>> without.
>>>
>>> VBOX_WITH_DRAG_AND_DROP =
>>> VBOX_WITH_PLUGIN_CRYPT =
>>> VBOX_WITH_WEBSERVICES =
>>> VBOX_WITH_WEBSERVICES_SSL =
>>> VBOX_GUI_WITH_HIDPI =
>>> VBOX_WITH_VBOXSDL =
>>>
>>> The loads with vboxdrv modules enabled ( default ) are constant and
>>> never go
>>> below at least 1.24 which seems a little excessive to me when nothing is
>>> actually being used.  Any thoughts on the matter or advice on what to
>>> look
>>> for?
>>>
>>> Perry
>>>
>>>
>>> _______________________________________________
>>> vbox-dev mailing list
>>> vbox-dev@virtualbox.org
>>> https://www.virtualbox.org/mailman/listinfo/vbox-dev
>>>
>>>
>>
>>
>
> _______________________________________________
> vbox-dev mailing list
> vbox-dev@virtualbox.org
> https://www.virtualbox.org/mailman/listinfo/vbox-dev
>
>

[Attachment #5 (text/html)]

<div dir="ltr"><div>I don&#39;t know if is is relevant or useful but on OSX, the \
VirtualBox Manager averages a CPU Time of 1.22 - 1.4. Also, VBoxSVC CPU Time seems to \
creep up for some reason from 0.32 to as high as 0.84 without starting a \
guest. </div>If uesless info, feel free to ignore it. :) </div><div \
class="gmail_extra"> <div class="gmail_quote">On Mon, Jul 13, 2015 at 5:22 AM, \
Ramshankar &lt;<a href="mailto:ramshankar.venkataraman@oracle.com" \
target="_blank">ramshankar.venkataraman@oracle.com</a>&gt; \
wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex">On 07/12/2015 05:53 PM, Alessandro Suardi \
wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex"> Linux bumps up load average by 1 for each process in D \
state - so the point here is not that something is being used (it isn&#39;t), \
but why is iprt-VBoxTscThr in D state? 
 
Devs might find helpful a 
 
 $ ps auxww|grep iprt-VBoxTscThr 
 
 since that would should the kernel WCHAN where the thread is stuck. 
</blockquote>
 
It&#39;s not really stuck, the TSC delta thread in the support driver is doing an \
uninterruptible sleep, see supdrvTscDeltaThread() function. <a \
href="https://www.virtualbox.org/browser/vbox/trunk/src/VBox/HostDrivers/Support/SUPDrvGip.cpp" \
rel="noreferrer" target="_blank">https://www.virtualbox.org/browser/vbox/trunk/src/VBox/HostDrivers/Support/SUPDrvGip.cpp</a> 
 
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. 
Does the attached patch make any difference for you? 
 
Regards, 
Ram.<div class="HOEnZb"><div class="h5"> 
 
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"> Cheers, 
 
On Sat, Jul 11, 2015 at 6:18 PM, Perry Halbert &lt;<a href="mailto:phalbert@cox.net" \
target="_blank">phalbert@cox.net</a>&gt; wrote: <blockquote class="gmail_quote" \
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Builds are \
done from SVN but the issue is also present in released V-5 build. Linux is all I \
use so I can&#39;t tell you about Win or Mac. 
Issue with loads when no guests, VBoxsvc, or VBox manager are running, just 
the kernel modules active. 
 
with running vboxdrv modules 
uptime shows load average: 1.24, 1.18, 0.84 
 
show running services associated to VBox shows the following: 
ps -awx | grep V 
13713 ? S&lt; 0:00 [iprt-VBoxWQueue] 
13717 ? D 0:00 [iprt-VBoxTscThr] 
 
After stopping vboxdrv modules 
load average: 0.11, 0.09, 0.16 
 
I have tried building without the new services plus a few more I thought 
might have been causing this, DnD, Crypt, Webservice, HIDPI, and SDL with 
the following in the LocalConfig.kmk but results were the same as with or 
without. 
 
VBOX_WITH_DRAG_AND_DROP = 
VBOX_WITH_PLUGIN_CRYPT = 
VBOX_WITH_WEBSERVICES = 
VBOX_WITH_WEBSERVICES_SSL = 
VBOX_GUI_WITH_HIDPI = 
VBOX_WITH_VBOXSDL = 
 
The loads with vboxdrv modules enabled ( default ) are constant and never go 
below at least 1.24 which seems a little excessive to me when nothing is 
actually being used. Any thoughts on the matter or advice on what to look 
for? 
 
Perry 
 
 
_______________________________________________ 
vbox-dev mailing list 
<a href="mailto:vbox-dev@virtualbox.org" \
target="_blank">vbox-dev@virtualbox.org</a> <a \
href="https://www.virtualbox.org/mailman/listinfo/vbox-dev" rel="noreferrer" \
target="_blank">https://www.virtualbox.org/mailman/listinfo/vbox-dev</a> 
</blockquote>
 
 
</blockquote>
 
</div></div> _______________________________________________ 
vbox-dev mailing list 
<a href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a> 
<a href="https://www.virtualbox.org/mailman/listinfo/vbox-dev" rel="noreferrer" \
target="_blank">https://www.virtualbox.org/mailman/listinfo/vbox-dev</a> \
 </blockquote></div> </div>

_______________________________________________
vbox-dev mailing list
vbox-dev@virtualbox.org
https://www.virtualbox.org/mailman/listinfo/vbox-dev

[prev in list] [next in list] [prev in thread] [next in thread] 