Hello :),

I think that we need an entry related to this in the wiki.

I would do it myself but I lack a full understanding of the subject.

Your comments looks to me as a very plausible explanation of the HOWs
and WHYs.

I looked into this (google) a few weeks ago, as the subject came to the
list, apart of the isolcpus issue, I came across a comment
telling that command taskset could be used to instruct emc which cpu to
execute at

If 

isolcpus=highestcpunumber

then

taskset highestcpunumber emc ~/emc2/configs/my_conf_dir/my_conf.ini

After reading your comment I'm thinking that this last command is not
really going to help emc. I think that this comamnd will only have
effect -at best- on the userspace components of emc, but not on the real
time components.

I think it can be advantageous to have userspace component get assigned
a cpu by the kernel, different that the isolated one (if we are using
isolcpus), so we keep only the realtime part in a single cpu.

I doubt taskset can have any influence at all on the realtime hal
components.

What do you think?.

If the gurus agree on the explanation I can volunteer to write a entry
on the wiki.

Cheers,

Javier


> 
> I haven't looked at the code recently, but I believe that the RTAPI code
> binds to the highest numbered CPU.
> 
> The isolcpus parameter used to be a mask, but now it's a list (there are
> things called "cpusets" now as well, which are way cool but unused by us).
>  You could isolate cores 1 and 3 with "isolcpus=1,3".
> 
> All that isolcpus does is to tell the Linux scheduler to not schedule any
> process on that CPU/core unless the process specifically requests to be
> put there.
> 
> - Steve
> 



------------------------------------------------------------------------------
Create and publish websites with WebMatrix
Use the most popular FREE web apps or write code yourself; 
WebMatrix provides all the features you need to develop and 
publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
_______________________________________________
Emc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to