> it's typically not faster than a lock-based approach A common train of thought seems to be "locks are slow, so lock free must be fast", while lock-free says

> it's typically not faster than a lock-based approach A common train of thought seems to be "locks are slow, so lock free must be fast", while lock-free says nothing about performance -- only about forward progress.