[SPAM] Re: Self-contained one purpose objects

Chris Johns chrisj at rtems.org
Thu Jul 23 10:29:26 UTC 2015


Spam detection software, running on the system "corb.contemporary.net.au",
has identified this incoming email as possible spam.  The original
message has been attached to this so you can view it or label
similar future email.  If you have any questions, see
The administrator of that system for details.

Content preview:  On 23/07/2015 7:16 pm, Sebastian Huber wrote: > The Classic
   RTEMS and POSIX APIs have at least three weaknesses. > > * Dynamic memory
   (the workspace) is used to allocate object pools. This > requires a complex
   configuration with heavy use of the C pre-processor. > > * Objects are created
   via function calls which return an object identifier. > The object operations
   use this identifier and internally map it to an > internal object representation.
   > > * The object operations use a rich set of options and attributes. Each
   time > these parameters must be evaluated and validated to figure out what
   to > do. > > For applications that use fine grained locking the overhead
  to map the > identifier to the object representation and the parameter evaluation
   is a > significant overhead the may degrade the performance dramatically.
   An > example > is the FreeBSD network stack which hundreds of locks in a
  basic setup. > Here > the performance can be easily measured in terms of throughput
   and processor > utilization. The port of the FreeBSD network stack uses now
   its own > priority > inheritance mutex implementation which is not based
  on the classic RTEMS > objects. The blocking part however uses the standard
   thread queues. The > overall implementation is quite simple. > > Another
  example which benefits from self-contained objects is OpenMP. For > OpenMP
   the performance of the POSIX configuration of libgomp and an > optimized
  > implementation using self-contained objects available via Newlib > <sys/lock.h>
   > is significantly different, see https://devel.rtems.org/ticket/2274. >
  Some test > cases are more than a hundred times slower in the POSIX configuration
   of > libgomp. > > Since the Newlib should use locks to protect some global
   data structures > (https://devel.rtems.org/ticket/1247) and the GCC uses
  locks for the C++ > and > OpenMP support the application must take this into
   account. It is > difficult to > figure out how many and which objects will
   be used by Newlib and GCC for a > particular application. It would be much
   [...] 

Content analysis details:   (3.7 points, 2.7 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
 3.3 RCVD_IN_PBL            RBL: Received via a relay in Spamhaus PBL
                            [144.132.189.169 listed in zen.spamhaus.org]
 1.3 RCVD_IN_RP_RNBL        RBL: Relay in RNBL,
                            https://senderscore.org/blacklistlookup/
                          [144.132.189.169 listed in bl.score.senderscore.com]
 0.0 URIBL_BLOCKED          ADMINISTRATOR NOTICE: The query to URIBL was blocked.
                            See
                            http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
                             for more information.
                            [URIs: rtems.org]
-1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
                            [score: 0.0000]
 1.0 RDNS_DYNAMIC           Delivered to internal network by host with
                            dynamic-looking rDNS


-------------- next part --------------
An embedded message was scrubbed...
From: Chris Johns <chrisj at rtems.org>
Subject: Re: Self-contained one purpose objects
Date: Thu, 23 Jul 2015 20:29:26 +1000
Size: 6596
URL: <http://lists.rtems.org/pipermail/devel/attachments/20150723/59797adf/attachment-0002.mht>


More information about the devel mailing list