[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] cpuidle causing Dom0 soft lockups



>>> "Tian, Kevin" <kevin.tian@xxxxxxxxx> 06.02.10 02:52 >>>
>>From: Jan Beulich [mailto:JBeulich@xxxxxxxxxx] 
>>Sent: 2010å2æ5æ 23:52
>>
>>>>> "Jan Beulich" <JBeulich@xxxxxxxxxx> 05.02.10 15:59 >>>
>>>Next I'll do is try to detect when the duty CPU is de-scheduled, and
>>>move on the duty to one that is scheduled (i.e. one that is currently
>>>executing timer_interrupt()).
>>
>>This improves the situation (the highest spike I saw so far was 2,000
>>interrupts per CPU per second), but doesn't get it back the way it
>>ought to be (apart from the spikes, as with the original version of the
>>patch, interrupt activity is also generally too high, very erratic, and
>>even during the more quiet periods doesn't go down to the original
>>level).
>>
>
>could you send out your new patch? in same time, tweaking singleshot

Attached. After another refinement (in stop_hz_timer()) I didn't see
spikes above 1,000 interrupts per CPU per second anymore. But it's
still far from being as quiescent as without the patch.

What's also interesting is that there's an initial period (a minute or so)
where the interrupt rate is really stable (though still not as low as
previously), and only then it starts becoming erratic.

>timer stat from Xen side would be helpful as I said earlier. :-)

Didn't get to do that yet.

Jan

Attachment: xen-x86-xtime-lock.patch
Description: Text document

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.