Received: by 2002:ac0:950c:0:0:0:0:0 with SMTP id f12csp3297114imc; Wed, 13 Mar 2019 14:06:51 -0700 (PDT) X-Google-Smtp-Source: APXvYqz1v53wLMEjoq/T3P7f69gmtvyYbD6EjiRTgesswEeJdytJ70ByMwkxgTjhirUa7+9qnQZA X-Received: by 2002:aa7:9102:: with SMTP id 2mr45297739pfh.179.1552511211057; Wed, 13 Mar 2019 14:06:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552511211; cv=none; d=google.com; s=arc-20160816; b=cYrLnU5AeWbpyNJ+Q4F343iDGuddoRDJe7vK6SvyKl5WqSK71nozRav/FOgrn1/LCI rCrtHSWN29TvJIaPQ+upVh0YFcxPEzyUGb9+PprZGez+1fbITre62gEjWBe8mpt0qqk6 cv/WbmO5QPWckLInHjmvAWsOZWeXEGhe3ughJSuOxbXTJnEVGffJsc1RTjg87Or1no+M yEAdDMxvlFbj2hDi/k54AiCYnM1NueKGJwyF1yr06DYtxOoNPNRt7NE1nI9tZgf6sb9K sI+i/wxVdiBCNh5AhJrHl4CXIUfRvyl5qCzt1YMn0k4y1GY+SEX3Pd8oKlQuIhcZos+w hZdg== 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:mail-followup-to :message-id:subject:cc:to:from:date; bh=3VovhBSTW3HniGg4Z2OKgLJaVgk+mldhh4mTxqeNiiA=; b=NEwp4+JI4xsJon/xPyIoxSlhx97Ax/qU5gF/Xb/camGzWy394ZSChdWWpVmdfTbr9Q SRFszG+NYhWMntZhZwLtEYX9lzUQPmUdxc2VYipy+eqvpsUWmbVGWMYNeRB6MrQYmztG cV7Y2yfel3igO02RtZZxTs3k1g2ymsryBMrQn3nr5nwltfE7i4AaRyl8/jspnu3sMkVR AjgV/SWK0G2gPcMKah325AvKt6hB+Tq2aW325BdSY6ckob3jEk31ODrbKov5Ao53mdcz o12Ime6uCJGA316eKwRbWmtDdRVxLZR0eUSfyGlQQtxAvBbulA9QslMDzHPg+k5SXCiG nwAw== 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 e9si11950826plb.99.2019.03.13.14.06.34; Wed, 13 Mar 2019 14:06:51 -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 S1727282AbfCMVGL (ORCPT + 99 others); Wed, 13 Mar 2019 17:06:11 -0400 Received: from mx2.suse.de ([195.135.220.15]:58750 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726263AbfCMVGL (ORCPT ); Wed, 13 Mar 2019 17:06:11 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id D7F88AB71; Wed, 13 Mar 2019 21:06:09 +0000 (UTC) Date: Wed, 13 Mar 2019 14:06:03 -0700 From: Davidlohr Bueso To: Laurent Dufour Cc: lsf-pc@lists.linux-foundation.org, Linux-MM , linux-kernel@vger.kernel.org, Matthew Wilcox Subject: Re: [LSF/MM TOPIC] Using XArray to manage the VMA Message-ID: <20190313210603.fguuxu3otj5epk3q@linux-r8p5> Mail-Followup-To: Laurent Dufour , lsf-pc@lists.linux-foundation.org, Linux-MM , linux-kernel@vger.kernel.org, Matthew Wilcox References: <7da20892-f92a-68d8-4804-c72c1cb0d090@linux.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <7da20892-f92a-68d8-4804-c72c1cb0d090@linux.ibm.com> User-Agent: NeoMutt/20180323 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 13 Mar 2019, Laurent Dufour wrote: >If this is not too late and if there is still place available, I would >like to attend the MM track and propose a topic about using the XArray >to replace the VMA's RB tree and list. > >Using the XArray in place of the VMA's tree and list seems to be a >first step to the long way of removing/replacing the mmap_sem. So threaded (not as in threads of execution) rbtrees are another alternative to deal with the two data structure approach we currently have. Having O(1) rb_prev/next() calls allows us to basically get rid of the vma list at the cost of an extra check for each node we visit on the way down when inserting. Thanks, Davidlohr