[sles-beta] Tasks get stuck with RT priority

[Indika Prasad Kumara]

Thank you Uwe for the update. Will you be able to share a kernel discussion thread on a kernel mailing list related to this subject ?

Thank you,
Indika

-----Original Message-----
From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Uwe Drechsel
Sent: Monday, May 05, 2014 6:04 PM
To: sles-beta at lists.suse.com
Subject: Re: [sles-beta] Tasks get stuck with RT priority

On Wed, Apr 30, Indika Prasad Kumara wrote:

> Hi all,
> 
> I have a X3650 M4 (16core 64GB RAM....). After fresh installation of
> SLES12, I run following command (as root).
> 
> taskset -c 2 chrt 99 ./stress -c 1
> 
> this command will run the stress binary on CPU 2 with RT priority.
> stress -c 1 will spawn one thread that does a while(true); - endless
> loop, taking 100% CPU.
> 
> Note that there are 15 other CPUs free, after 10 ~ 15 seconds, we can
> see couple of kworkers come and hang in "R" state on CPU 2.
> 
> I know running 100% with RT priority is considered bad, but here I'm
> running a controlled setup, which one thread runs with pure CPU bound
> load. Why are kworkers get scheduled on this core when there are 15
> other free cores available ?
> 

This is a well known issue for upstream kernel developers, no ETA
available yet.


Uwe 

-- 
mathematician, n:
   Someone who believes imaginary things appear right before your i's.
_______________________________________________
sles-beta mailing list
sles-beta at lists.suse.com
http://lists.suse.com/mailman/listinfo/sles-beta


This e-mail transmission (inclusive of any attachments) is strictly confidential and intended solely for the ordinary user of the e-mail address to which it was addressed. It may contain legally privileged and/or CONFIDENTIAL information. The unauthorized use, disclosure, distribution printing and/or copying of this e-mail or any information it contains is prohibited and could, in certain circumstances, constitute an offence. If you have received this e-mail in error or are not an intended recipient please inform the sender of the email and MillenniumIT immediately by return e-mail or telephone (+94-11) 2416000. We advise that in keeping with good computing practice, the recipient of this e-mail should ensure that it is virus free. We do not accept responsibility for any virus that may be transferred by way of this e-mail. E-mail may be susceptible to data corruption, interception and unauthorized amendment, and we do not accept liability for any such corruption, interception or amendment or any consequences thereof.  www.millenniumit.com