Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp359523imm; Thu, 14 Jun 2018 22:10:43 -0700 (PDT) X-Google-Smtp-Source: ADUXVKIkk3+NIMLJTuad4AaMoyyaPQ9tpLBCZSntkC7gAV828ziWB31FxHtQpaVnqwxPPFDXFD3f X-Received: by 2002:a17:902:5a1:: with SMTP id f30-v6mr210850plf.167.1529039443640; Thu, 14 Jun 2018 22:10:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529039443; cv=none; d=google.com; s=arc-20160816; b=gJe1ZoqvoDZ2kTWq01xaPZ6aQvowipCxEiVc7HKovIP98JPn7+b3a26D3xzYuoMEtV G7fdU+DrZkn9JJf8KuTKk55Cz0jFT99qJXGhC43vtSWuH8kLEKTTm+E5yfxuZ9uZ3gpp tYXbNhkWBZjty10Q8NWsy5z2IUwg5HQkJmOn2gekFieHIOicT11xBOP+TCBvyGa9C+pz ucTg0Sb9OnwVblVRZNiKmYZoFScIXUR4/atJv0NDe0xI6MoH6K8tApjE/ryi0ssv48hy VjkTxv+bAb+W04gm21ajKCiRK1jyHwgIQe7vRz131SgaHtOglULOhFARu29QQBBhm/xV OavQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=Am9pbd3+rM6qYUjEMZGf/5Ztl0EYykBmXqWUdiEby7M=; b=cPA5g4nqp8vvTkoRjnMW5BBWBhGHl8tMX4cdT3ZcICEmmPZW7jTb237vNAEBM3knwx bf5x3ZZiAYh8Z6kufYBX0uBtvfJuetJviyH/8IpxoVUJ8ungH8AJTZgiYexFSmMcSrQP /HrWvtJt6mZkZjkUvyHz2C4gnfWFrfNLkspxS6hl1f/1eip9MfOTKSZGxaJX2N8WPT8D Z7fXqIrl4veMAbMcEqrbRoMhTlwxuzQDoZzt+siwTByAh/HdfBAGFoHCTmvsNhARx/8D 7bF8plGbl/GDq3albnbjVpKk123H6rcZOjWwy2fiJohDqAxxQT5/Rr6u6577dON5q6Q/ KB5g== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h89-v6si7006831pld.378.2018.06.14.22.09.58; Thu, 14 Jun 2018 22:10:43 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755670AbeFOFHM (ORCPT + 99 others); Fri, 15 Jun 2018 01:07:12 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:47318 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1755643AbeFOFHG (ORCPT ); Fri, 15 Jun 2018 01:07:06 -0400 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id A650C818BAFD; Fri, 15 Jun 2018 05:07:05 +0000 (UTC) Received: from oldenburg.str.redhat.com (ovpn-116-61.ams2.redhat.com [10.36.116.61]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 13C3863A4B; Fri, 15 Jun 2018 05:07:01 +0000 (UTC) Subject: Re: Restartable Sequences system call merged into Linux To: Pavel Machek , Mathieu Desnoyers Cc: carlos , Peter Zijlstra , "Paul E. McKenney" , Boqun Feng , Thomas Gleixner , linux-kernel , libc-alpha 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> From: Florian Weimer Message-ID: <608bdd59-9ddb-bf68-0127-a0c54002b582@redhat.com> Date: Fri, 15 Jun 2018 07:07:01 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <20180614122759.GB8798@amd> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]); Fri, 15 Jun 2018 05:07:05 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]); Fri, 15 Jun 2018 05:07:05 +0000 (UTC) for IP:'10.11.54.5' DOMAIN:'int-mx05.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'fweimer@redhat.com' RCPT:'' Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/14/2018 02:27 PM, Pavel Machek wrote: >>> Should we treat it the same way? Always allocate it for each new thread >>> and register it with the kernel? >> >> That would be an efficient way to do it, indeed. There is very little >> performance overhead to have rseq registered for all threads, whether or >> not they intend to run rseq critical sections. > > People with slow / low memory machines would prefer not to see > overhead they don't need... I can try to get rid of the >500 byte per-thread area for the stub resolver. That should compensate for the overhead introduced. Thanks, Florian