Messages in this thread | | | Date | Thu, 14 Jun 2018 15:49:59 +0200 | From | Pavel Machek <> | Subject | Re: Restartable Sequences system call merged into Linux |
| |
Hi!
> >> - rseq_preempt(): on preemption, the scheduler sets the TIF_NOTIFY_RESUME thread > >> flag, so rseq_handle_notify_resume() can check whether it's in a rseq critical > >> section when returning to user-space, > >> - rseq_signal_deliver(): on signal delivery, rseq_handle_notify_resume() checks > >> whether it's in a rseq critical section, > >> - rseq_migrate: on migration, the scheduler sets TIF_NOTIFY_RESUME as well, > > > > Yes, this is not likely to be noticeable. > > > > But the proposal wanted to add a syscall to thread creation, right? > > And I believe that may be noticeable. > > Fair point! Do we have a standard benchmark that would stress this ?
Web server performance benchmarks basically test clone() performance in many cases. Pavel
-- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html [unhandled content-type:application/pgp-signature] | |