Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp64071imm; Thu, 20 Sep 2018 15:15:16 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYhkw6Ygmi9RxDIALiVxYF59QgnzXdoWakB2wnyZe+akSqTbYqvs5iEKz5YKgdXzHB9BuTg X-Received: by 2002:a62:959a:: with SMTP id c26-v6mr43563937pfk.234.1537481716242; Thu, 20 Sep 2018 15:15:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537481716; cv=none; d=google.com; s=arc-20160816; b=dhZxZTepuyL45qphWnkB8GBFL9pwItcP7wuOZALTvqefRbKY3n5OaROqUKTQgKQLF0 yghmURl2vZDK+h24WYE9r2qLtF7pNRD2NenrltyKBdkOkoQezAwWCb9R+ZVRxAwN+3Ul RQeZZNg8H8y5vi4ZcUEh4ePMztyrXBJXppnWCA3Y5Uc8hH40We38nBfigDirGi6a7B8C bjVZ1OO51T50iEPo4CnV4J7XX82VkDoGOZC6NqJDwWuzpqpfJ0+Wc+d92vKBy7pOZFYX HaFKfdTiZbOaO+M2XAqa8w7NEpn6YMIH+kogyl+KQv5vKLc19DFNNFQhP/Url63LO+fq yfjw== 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:dkim-signature; bh=Z770HlOYnuiuFaHvQ7YcAaglZJGe3WPohVkcbEsuZj8=; b=IuQvPObGYUjAZpCuZYGJ1x5G01aASXyV/+Bey4vWskjNpLcksaFC4bjNeQWA8BRSI/ DTxPefOm/yP8NAnO2iGj0LVoLyP8D6WDgskSsJc1HV53hMuyvLyEmT2JRj+rNDDmWehn ZgCNE2CAWkH0OUGk9HL5SLCUsxrc+ylkl4aliOJURS7w6sfM6/dbiyE75SsmxDmfUNfz PlfMAD4aTbOoPla97UfDyTfZUsVCb+C+ARecr9kXUxr23V3ygru/TP3Hw6g64E1rkd4A ajKKDfoVeDZlXpCn5UV17BbioIVINbKuuIJJvLZJ3UszDc+ip/DutEWa+/KrqqRvLsvV /J1A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=fWA7g56+; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p1-v6si24701763plk.294.2018.09.20.15.14.58; Thu, 20 Sep 2018 15:15:16 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=fWA7g56+; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725823AbeIUEAc (ORCPT + 99 others); Fri, 21 Sep 2018 00:00:32 -0400 Received: from mail-lf1-f68.google.com ([209.85.167.68]:35517 "EHLO mail-lf1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725759AbeIUEAb (ORCPT ); Fri, 21 Sep 2018 00:00:31 -0400 Received: by mail-lf1-f68.google.com with SMTP id x20-v6so9767796lfg.2; Thu, 20 Sep 2018 15:14:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Z770HlOYnuiuFaHvQ7YcAaglZJGe3WPohVkcbEsuZj8=; b=fWA7g56+dE/Q2Oe0epHkEsTiY9EMGcf+zL72gsAslRb1M5ee1o//C5htGdSeF34uNY OPCXA5ycGxDBB2cnWzG9+PKMN/fXA6/mGdRQ7gckZ8lWSENZMwke+FUB+OWNEAtUw8hd Ic4M2/GeJU33BQrYRvDgKNqqSa6vYisND7ClJ7RTx75LWIIE5w3sYAu8UHVH3nK/Ykdl kbPUPcMJqlSjdaVH8vqHPiE7MlFC20SXiNPmVINTKumpg27c769VKdHhFF20wAhw/iwu GsyQzNvLdjRj+hL27f7YygDVg2Ird6k6IPdj/QUkFyZk0PzVUAbHXwx/sHK0WWQhjKxr 3E6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=Z770HlOYnuiuFaHvQ7YcAaglZJGe3WPohVkcbEsuZj8=; b=TS/TuXRruVKO4KQibkhhENQ8SLqdTXO8VJPHwP8k2vugti9ftobezCoSccqyyqgDTX GnyxBg9NI9jjLepYPaquJnR2NlaW78vjyh7ctMCwvWThlfclH7Z7yLL8Pg7dTtmCPwwZ A7rySEOTJyZtc6hCC8xIyVeQ0NuXK69+7gY82XWvQWR1XdUJT4swPoBMHToB8xkO/KnV hnUHmyK183IRKSgFb0XptOwENxhcMTBxgPMSw5d2LL+H9BGiV/pqDlJ2EjJ0nR/woUjM nbOg1vqaqarx+x2w2imkodvab8l82XHgp//Rc5rYFDhW+IDWBZT1tibGq6UPYSBsIcuG BWIA== X-Gm-Message-State: APzg51AKrjTe28cfcox62F2yx2wzx2odq1HRdaqEc8ZB9hzgwBsSjXKr IBNXrfXqLfcrVxUO9w94SHw= X-Received: by 2002:a19:f00a:: with SMTP id p10-v6mr10028357lfc.43.1537481690022; Thu, 20 Sep 2018 15:14:50 -0700 (PDT) Received: from uranus.localdomain ([5.18.102.224]) by smtp.gmail.com with ESMTPSA id y16-v6sm4684450lje.30.2018.09.20.15.14.49 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 20 Sep 2018 15:14:49 -0700 (PDT) Received: by uranus.localdomain (Postfix, from userid 1000) id C7AE6460674; Fri, 21 Sep 2018 01:14:48 +0300 (MSK) Date: Fri, 21 Sep 2018 01:14:48 +0300 From: Cyrill Gorcunov To: Cyrill Gorcunov Cc: Dmitry Safonov , linux-kernel@vger.kernel.org, Dmitry Safonov <0x7f454c46@gmail.com>, Andrei Vagin , Adrian Reber , Andy Lutomirski , Christian Brauner , "Eric W. Biederman" , "H. Peter Anvin" , Ingo Molnar , Jeff Dike , Oleg Nesterov , Pavel Emelyanov , Shuah Khan , Thomas Gleixner , containers@lists.linux-foundation.org, criu@openvz.org, linux-api@vger.kernel.org, x86@kernel.org Subject: Re: [RFC 02/20] timens: Add timens_offsets Message-ID: <20180920221448.GE20786@uranus> References: <20180919205037.9574-1-dima@arista.com> <20180919205037.9574-3-dima@arista.com> <20180920184510.GC20786@uranus> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180920184510.GC20786@uranus> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 20, 2018 at 09:45:10PM +0300, Cyrill Gorcunov wrote: > On Wed, Sep 19, 2018 at 09:50:19PM +0100, Dmitry Safonov wrote: > > From: Andrei Vagin > > > > Introduce offsets for time namespace. They will contain adjustment > > needed to convert clocks to/from host's. > > > > Allocate one page for each time namespace that will be premapped into > > userspace with vvar pages. > > Is not it too much?! The whole page per each clone(new-time-ns) call. > Moreover everytime it is get explicitly zeroifyed. Don't get me wrong, > maybe I miss something obvious, but additional 4K per process, guys :) After being talking to Andrew I think there is no better option though. If syscalls would be free of course we could use them instead but this vdso stuff, sigh. I thouhgh about modifying vdso code so it would carry refs inside (or adding some section into elf loader kernel code), but all this would simply mess the code. Thus this 4K per namespace seems to be acceptable trade off.