On 29/01/15 17:14, Kristian Høgsberg wrote:
On Thu, Jan 29, 2015 at 6:36 AM, Emil Velikov wrote:
On 28/01/15 05:08, Kristian Høgsberg wrote:
While modern pthread mutexes are very fast, they still incur a call to an
external DSO and overhead of the generality and features of pthread mutexes.
Mo
On 29/01/15 17:14, Kristian Høgsberg wrote:
> On Thu, Jan 29, 2015 at 6:36 AM, Emil Velikov
> wrote:
>> On 28/01/15 05:08, Kristian Høgsberg wrote:
>>> While modern pthread mutexes are very fast, they still incur a call to an
>>> external DSO and overhead of the generality and features of pthread
On Thu, Jan 29, 2015 at 6:36 AM, Emil Velikov wrote:
> On 28/01/15 05:08, Kristian Høgsberg wrote:
>> While modern pthread mutexes are very fast, they still incur a call to an
>> external DSO and overhead of the generality and features of pthread mutexes.
>> Most mutexes in mesa only needs lock/un
On 28/01/15 05:08, Kristian Høgsberg wrote:
> While modern pthread mutexes are very fast, they still incur a call to an
> external DSO and overhead of the generality and features of pthread mutexes.
> Most mutexes in mesa only needs lock/unlock, and the idea here is that we can
> inline the atomic
On Tue, Jan 27, 2015 at 11:24 PM, Jonathan Gray wrote:
> Including under __GNUC__ is going to break the build of
> Mesa on everything compiled with clang/gcc that isn't Linux.
Good point, I'll add a configure check for futex.
thanks,
Kristian
___
mesa
Including under __GNUC__ is going to break the build of
Mesa on everything compiled with clang/gcc that isn't Linux.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
While modern pthread mutexes are very fast, they still incur a call to an
external DSO and overhead of the generality and features of pthread mutexes.
Most mutexes in mesa only needs lock/unlock, and the idea here is that we can
inline the atomic operation and make the fast case just two intruction
