Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp660300ybt; Wed, 8 Jul 2020 08:40:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzOgEpKA9wKIn08buDD8NvdBEAUIS1F9ebZPLzsi5gslDQjT/fOmc+CS1ULIqw6JYw7TRUj X-Received: by 2002:a05:6402:1777:: with SMTP id da23mr66361539edb.260.1594222828407; Wed, 08 Jul 2020 08:40:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594222828; cv=none; d=google.com; s=arc-20160816; b=Hb7F5XOLmbtcFZT8RZOfpFNjOpL7gUVgM9ksfVlOVpgeoI1HVKl5yZQ7py3Xg+u+QU yhaTvz1EE0p/+WT6H+7atQq5dC57lbM+pd3v7EvzTonGBspwjY/OSFPBcFZA3Yy2BeWL ZtWAzS+K4Bg7UsmS26scacsUocWq+QniFzW0X/hji/Co7KhNvGHxfuZom32k8kTVdGgW VpayiBgiFhN7tG78dZWZQpWJ1+QaLnF7pL9uV9lOEzgoMl6SCgqyNsd80jT831R1qqUB d/+ivzdae78XSOLiiIgukP4VJsAeKX5m4wFdI6y6GqtA8rSoQX9wHSYF4hjZna04OLnW g9qg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=vDJjARJ8kubkcBtEvPU610r6HjxWyyab+E/507Pz61Q=; b=LfntG5kB5pMD/QlokvNDxO+oiNcY0JYoquGVylYX+R+KTdLEBUGgMXqufGpEB/XHa5 7NMaoHKmQBAQGA/xwHvpxIGvRf8P8/35/fWODxrBcjT3P8j+boJaxS4nTN76L/cs/9AS yxTLWL1b2h5pmzhpLRmlo91s4pHDjFXFo8RlKUugx1vBsMYN078HehI4TdeH/szMX8y1 UixH5bzVsKp16Uhs8+9pnIYe9deT5EufF8pPNlSUb7vUuw7z+CyEYRycPwNe78t8hlvR oF4VQM3IR7n2iyndbKZF+VgPu9gYpNwIRZM96zvSKyX7KoT5FLXd6LfVRpqIlmIDrCr+ nu2w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=uNLNkZcL; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j8si132085ejs.237.2020.07.08.08.40.05; Wed, 08 Jul 2020 08:40:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=uNLNkZcL; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730232AbgGHPjE (ORCPT + 99 others); Wed, 8 Jul 2020 11:39:04 -0400 Received: from mail.kernel.org ([198.145.29.99]:46752 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729022AbgGHPjD (ORCPT ); Wed, 8 Jul 2020 11:39:03 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id A40F5206DF; Wed, 8 Jul 2020 15:39:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1594222743; bh=x84iBjiieL3w+F4vkQ5MJ2yGtH9rgv6udppvVcFiFJw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=uNLNkZcL+cR8Xh2dZhDosU6+u1/iGUa4g0yKVur/jGZXPx2qI9I0VnNEvuHCsJO7z bRkf2i2AF7YAd3e3WFpIatDb6ca5xK0yj6ICQbKVTpQhA9tQfN02E0O/APl76S0EvR SJRBE2wCCkbKuleYu3Dj/5g8ITLOXw+b+wp56jbw= Date: Wed, 8 Jul 2020 17:38:59 +0200 From: Greg Kroah-Hartman To: =?iso-8859-1?Q?Ren=E9?= Rebe Cc: linux-kernel@vger.kernel.org, viro@zeniv.linux.org Subject: Re: Vectored syscalls Was: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster Message-ID: <20200708153859.GB715257@kroah.com> References: <3ADE6606-6572-4D7D-BB8F-9286B368DF93@exactcode.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3ADE6606-6572-4D7D-BB8F-9286B368DF93@exactcode.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 08, 2020 at 05:16:41PM +0200, Ren? Rebe wrote: > Hey there, > > maybe instead of this rather specific, niche readfile syscall, would it not be beneficial > to allow issuing any group or bundle of several arbitrary system calls so this could also > be used to speed up other, more demanding high performance applications that need > a bit more than just readfile()? Why not just use io_uring for that for I/O calls, that's what it is designed for. More "generic" syscall batching always ends up falling down in complexity anytime anyone tries it. Good luck! greg k-h