From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <48F46954.6050704@domain.hid> Date: Tue, 14 Oct 2008 11:41:40 +0200 From: Gilles Chanteperdrix MIME-Version: 1.0 References: <48F3C3E4.4020801@domain.hid> <48F45847.3030704@domain.hid> <48F461A6.6010600@domain.hid> <48F4634B.3030002@domain.hid> <48F465DD.6020505@domain.hid> In-Reply-To: <48F465DD.6020505@domain.hid> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai-core] __thread instead of pthread_get/setspecific List-Id: "Xenomai life and development \(bug reports, patches, discussions\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: xenomai-core Jan Kiszka wrote: > It will always remain orders of magnitude heavier than __thread > variables which are a) inlined and b) should only need two memory > accesses at worst. Moreover, it is clearly the future, while the > importance of pthread_getspecific will decrease over the time. The > __thread storage class is C99 standard (though its implementation > remains a separate topic). You are exagerating a bit: pthread_getspecific is pretty efficient already (from the few things that I have timed on ARM, it is the only one which takes under the microsecond). That you will gain something with __thread is not guaranteed by the C99 standard either: in fact the implementation could use exactly the same functions. -- Gilles.