[PATCH] Rename CONFIGURE_SMP_MAXIMUM_PROCESSORS

Sebastian Huber sebastian.huber at embedded-brains.de
Thu Feb 2 05:39:57 UTC 2017


----- Chris Johns <chrisj at rtems.org> schrieb:
> 
> > On 1 Feb 2017, at 11:30 pm, Sebastian Huber <sebastian.huber at embedded-brains.de> wrote:
> > 
> >> On 01/02/17 15:22, Joel Sherrill wrote:
> >> 
> >> 
> >> On Feb 1, 2017 8:02 AM, "Sebastian Huber" <sebastian.huber at embedded-brains.de <mailto:sebastian.huber at embedded-brains.de>> wrote:
> >> 
> >>    On 01/02/17 14:53, Joel Sherrill wrote:
> >> 
> >>        The inclusion of SMP categorizes the option. Many, if not
> >>        most, configure options have a second word which is the
> >>        category. All the POSIX options include POSIX in the name,
> >>        gnat, Go, etc.
> >> 
> >> 
> >>    This is the only CONFIGURE_SMP_* option left, a category should
> >>    consist of more than one member. The current pattern for the
> >>    maximum defines is CONFIGURE_MAXIMUM[_CATEGORY]_*. A
> >>    CONFIGURE_MAXIMUM_SMP_PROCESSORS is not really that great.
> >> 
> >> 
> >> 
> >>        All of our services are rtems_CATEGORY.
> >> 
> >>        It isn't about the shortest name with RTEMS. It is about the
> >>        clearest name with grouping.
> >> 
> >>        I don't want to see this pattern violated and am opposed to
> >>        this change.
> >> 
> >>        Otherwise, this would be CONF_MAX_CPUS or similar and we don't
> >>        want that.
> >> 
> >> 
> >>    In general I agree, however, SMP or non-SMP shouldn't be a
> >>    category for the configuration. I think its like
> >>    CONFIGURE_TICKS_PER_TIMESLICE or CONFIGURE_MICROSECONDS_PER_TICK a
> >>    configuration option that sets up your application environment.
> >> 
> >> 
> >> Are there any options without SMP which should have them?
> >> 
> >> If not, I agree.
> > 
> > I update currently the SMP chapter in the user manual. I thought that this would simplify the things a bit.
> > 
> > The clustered scheduler configuration uses the SCHEDULER category. I don't think we added anything SMP-specific except CONFIGURE_SMP_MAXIMUM_PROCESSORS (to be renamed) and CONFIGURE_SMP_APPLICATION (to be removed).
> > 
> 
> In SMP is it the number of processors, cores, or CPUs? 

What is the difference between these three things from an operating system point of view?

> 
> How does the setting relate to an MP system? What about an MP system of SMP "devices" (because processors is being overloaded in this context) ?

>From an API point of view you can use SMP and MP at the same time, however, the implementation is broken:

https://devel.rtems.org/ticket/2703

In MP configuration, you have nodes (CONFIGURE_MP_MAXIMUM_NODES, CONFIGURE_MP_NODE_NUMBER) not processors.

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.huber at embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.



More information about the devel mailing list