«

Chris Thomasson wrote:
> "Mirek Fidler" <> wrote in message
> news: ups.com...
> >
> >> The main benefit from lock-free in a preemptive multi-threaded user
> >> environment is avoiding the overhead of thread suspend/resume when
> >> a thread blocks. 100's of nsec at least. So if lock contention
> >> is a problem and can't be avoided, lock-free is a possible solution.
> >
> > Win32 has CRITICAL_SECTION variant that spin-locks defined number of
> > times before suspending the thread. Is not that sort of solution in
> > certain cases? Is spin-lock considered "lock-free" ?
>
> No. The spinlock is spinning on lock state, not the state you intended to
> work on in the first place.

Ah, I guess I am getting into terminology