Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp1970617imm; Thu, 14 Jun 2018 06:50:40 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLFTMtjDMwtWKzUQED/Hm7R6fGdm2kfwbYYFgj2Oh4JPrPRUXjDImReOKupF8xPIRpuJH8p X-Received: by 2002:a17:902:b217:: with SMTP id t23-v6mr3189416plr.312.1528984240056; Thu, 14 Jun 2018 06:50:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528984240; cv=none; d=google.com; s=arc-20160816; b=yAi9VX/C4qbEgNlrAjpfX4ELnQdMtLh2Fhzx/TrBruiqANIfY+IHqr49psQOB7n/fW h6/haXKwpvv2CjllUfBbi9sl/3EvULqD2c/ykLN2UR8ESRmW2DikCMfOqJWYhwytDWI5 B/e47qnyV2jY24V0mnGdzN7Twdy9rwkcrQt5lCcGsSM0kOQNvv0NRcocI6AOV6YeHurD z7iaoEmN0Fo4Er5S/R3Si+jGqeRdjhdW4XaQGf0gS5k9qerM0UnJXrnSPiKZfW+NtzkQ vinZXEpofQ6BWMqeT6nLK1iXkHN/SXu48ui8B8ROiXCHXAqtOFLSqrQosXoNcDSXlHw/ wo4Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=BcZPfjr82xmmIb+E2vH2asr02m7gADE7uYz+N6CrcsE=; b=EquAESI899/kIvtozThwNsvlJOT2ko9bWsP6b9K84SZ/+JwDurfp/33HTPirdd7ek9 VZmbsp5EX+lzH8NdewPKSqdHEpIzJz4m5ySySmdFJ9IN3xZLcl/7kBYhPS+gHaS+kvdM RkmbIlKw5e4Oqf/gx3LQyw1xe8yQ1WwoMv2ZyoHHZLwiZj62VrukOejpOo86JgZaB0Bg f5LGoLcuBTfzyutcOSk14v67ouhTtVJE7smXG81cp7YWC2BgXvz8TYq3bzTkzkECKFeU 2EQb/E0jbharScQW5hMPjRtxsbYutGFPL/RLGCBOesFqDKEbjoz1zYe3MWllyWCb2+2Q RVhQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 31-v6si5433201plj.216.2018.06.14.06.50.26; Thu, 14 Jun 2018 06:50:40 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755260AbeFNNuC (ORCPT + 99 others); Thu, 14 Jun 2018 09:50:02 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:33940 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755102AbeFNNuB (ORCPT ); Thu, 14 Jun 2018 09:50:01 -0400 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id DBD91803A9; Thu, 14 Jun 2018 15:49:59 +0200 (CEST) Date: Thu, 14 Jun 2018 15:49:59 +0200 From: Pavel Machek To: Mathieu Desnoyers Cc: Florian Weimer , carlos , Peter Zijlstra , "Paul E. McKenney" , Boqun Feng , Thomas Gleixner , linux-kernel , libc-alpha Subject: Re: Restartable Sequences system call merged into Linux Message-ID: <20180614134959.GA4084@amd> References: <1084280721.10859.1528746558696.JavaMail.zimbra@efficios.com> <31fc101a-295b-067b-1a82-7e9e509fc92f@redhat.com> <305409897.10888.1528747473727.JavaMail.zimbra@efficios.com> <091061df-3482-8762-30e4-feaf3417be11@redhat.com> <417742741.11550.1528821084084.JavaMail.zimbra@efficios.com> <20180614122759.GB8798@amd> <894222691.12973.1528981314012.JavaMail.zimbra@efficios.com> <20180614132557.GA15201@amd> <956816108.13001.1528983496098.JavaMail.zimbra@efficios.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <956816108.13001.1528983496098.JavaMail.zimbra@efficios.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > >> - rseq_preempt(): on preemption, the scheduler sets the TIF_NOTIFY_RES= UME thread > >> flag, so rseq_handle_notify_resume() can check whether it's in a rse= q 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, > >=20 > > Yes, this is not likely to be noticeable. > >=20 > > But the proposal wanted to add a syscall to thread creation, right? > > And I believe that may be noticeable. >=20 > Fair point! Do we have a standard benchmark that would stress this ? Web server performance benchmarks basically test clone() performance in many cases. Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlsicocACgkQMOfwapXb+vIPEACgs1vuWmzWdUvcvy34IY9uH7Rv aykAniy6xAOHIGIG+3DTiZI+Z+spFshk =CzEe -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE--