Re: Help needed for glibc software transaction memory algorithm

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
Subject: Re: Help needed for glibc software transaction memory algorithm
From: Florian Weimer via Gcc-help <gcc-help@xxxxxxxxxxx>
Date: Wed, 05 Jan 2022 12:38:46 +0100
Cc: gcc-help@xxxxxxxxxxx, libc-alpha@xxxxxxxxxxxxxx, "Paul E. McKenney" <paulmck@xxxxxxxxxx>, Tulio Magno Quites Machado Filho <tuliom@xxxxxxxxxxxxxxxxxx>
In-reply-to: <20220104221427.GO3294453@arm.com> (Szabolcs Nagy's message of "Tue, 4 Jan 2022 22:14:27 +0000")
References: <87v8yzfv3u.fsf@oldenburg.str.redhat.com> <20220104221427.GO3294453@arm.com>
Reply-to: Florian Weimer <fweimer@xxxxxxxxxx>
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux)

* Szabolcs Nagy:

> this reminds me the discussion in section 4 and 5 of
>
> https://www.hpl.hp.com/techreports/2012/HPL-2012-68.pdf
>
> there are no 2 data copies here but i think the reasoning
> about the synchronization may apply.

Yes, I'll reference that and put in the acquire fence.  Thanks.

Florian

References:
- Help needed for glibc software transaction memory algorithm
  - From: Florian Weimer via Gcc-help
- Re: Help needed for glibc software transaction memory algorithm
  - From: Szabolcs Nagy via Gcc-help

Prev by Date: Re: Fw: binary size
Next by Date: Re: Help needed for glibc software transaction memory algorithm
Previous by thread: Re: Help needed for glibc software transaction memory algorithm
Next by thread: Re: Help needed for glibc software transaction memory algorithm
Index(es):
- Date
- Thread

[Index of Archives] [Linux C Programming] [Linux Kernel] [eCos] [Fedora Development] [Fedora Announce] [Autoconf] [The DWARVES Debugging Tools] [Yosemite Campsites] [Yosemite News] [Linux GCC]

Powered by Linux