From: Gottlob Frege <gottlobfrege@gmail.com>
To: Vladimir Kliatchko <vladimir@kliatchko.com>
Cc: pthreads-win32@sources.redhat.com
Subject: Re: New pthread_once implementation
Date: Tue, 31 May 2005 16:28:00 -0000 [thread overview]
Message-ID: <97ffb3105053109285d5660ad@mail.gmail.com> (raw)
In-Reply-To: <0IHB00BP81S8NK@mta5.srv.hcvlny.cv.net>
On 5/30/05, Vladimir Kliatchko <vladimir@kliatchko.com> wrote:
>
> Regaring MCS version:
> It can be quite expensing, but only when multiple threads call pthread_once
> simultaneously. Also, the overhead is proportional to the number of threads
> so that:
> 1 thread - no overhead
> 2 simultaneous threads - the same overhead as in semaphore based version
> 3 or more simultaneous threads - higher overhead - but is this an important
> case?
>
I think that might be reasonable.
Here's another tact we could try:
In the case of cancel, release the semaphore BUT do NOT reset the
control state. In the waiting case, after waiting, check if state ==
done. If not done, we know something went wrong - fall back to using
a named mutex. Note that ALL new threads coming in will go to the
wait case then into the namedmutex code - after a cancel, no threads
try to call init in the normal way.
Does that make sense?
next prev parent reply other threads:[~2005-05-31 16:28 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <97ffb3105052709425ce1126a@mail.gmail.com>
2005-05-28 1:30 ` Vladimir Kliatchko
2005-05-28 3:46 ` Ross Johnson
2005-05-28 10:51 ` Vladimir Kliatchko
2005-05-28 13:54 ` Ross Johnson
2005-05-28 14:29 ` Vladimir Kliatchko
2005-05-29 12:58 ` Vladimir Kliatchko
2005-05-30 14:48 ` Ross Johnson
2005-05-30 15:26 ` Vladimir Kliatchko
2005-05-31 16:28 ` Gottlob Frege [this message]
2005-06-01 3:02 ` Ross Johnson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=97ffb3105053109285d5660ad@mail.gmail.com \
--to=gottlobfrege@gmail.com \
--cc=pthreads-win32@sources.redhat.com \
--cc=vladimir@kliatchko.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).