From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-fsdevel-owner@vger.kernel.org>
Received: from fieldses.org ([173.255.197.46]:57680 "EHLO fieldses.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752303AbeBBPtx (ORCPT <rfc822;linux-fsdevel@vger.kernel.org>);
        Fri, 2 Feb 2018 10:49:53 -0500
Date: Fri, 2 Feb 2018 10:49:52 -0500
To: Boaz Harrosh <boazh@netapp.com>
Cc: Chuck Lever <chuck.lever@oracle.com>,
        lsf-pc@lists.linux-foundation.org,
        linux-fsdevel <linux-fsdevel@vger.kernel.org>,
        Ric Wheeler <rwheeler@redhat.com>, Jan Kara <jack@suse.cz>,
        Steven Whitehouse <swhiteho@redhat.com>, coughlan@redhat.com,
        Jeff Moyer <jmoyer@redhat.com>, Sage Weil <sweil@redhat.com>,
        Miklos Szeredi <mszeredi@redhat.com>,
        Andy Rudof <andy.rudoff@intel.com>,
        Anna Schumaker <Anna.Schumaker@netapp.com>,
        Amir Goldstein <amir73il@gmail.com>,
        Stephen Bates <stephen@eideticom.com>,
        Amit Golander <Amit.Golander@netapp.com>,
        Sagi Manole <sagim@netapp.com>,
        Shachar Sharon <Shachar.Sharon@netapp.com>,
        Josef Bacik <josef@redhat.com>
Subject: Re: [LSF/MM TOPIC ATTEND][RFD] ZUFS - Zero-copy User-mode File System
Message-ID: <20180202154952.GA3875@fieldses.org>
References: <8d119597-4543-c6a4-917f-14f4f4a6a855@netapp.com>
 <F7DE3BFC-002D-4837-AE8E-CEB098B65D57@oracle.com>
 <05004066-1071-4244-3b6c-318b34f3f16b@netapp.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <05004066-1071-4244-3b6c-318b34f3f16b@netapp.com>
From: bfields@fieldses.org (J. Bruce Fields)
Sender: linux-fsdevel-owner@vger.kernel.org
List-ID: <linux-fsdevel.vger.kernel.org>

On Thu, Feb 01, 2018 at 08:59:18PM +0200, Boaz Harrosh wrote:
> On 01/02/18 20:34, Chuck Lever wrote: <>
> > This work was also presented at the SNIA Persistent Memory Summit
> > last week.  The use case of course is providing a user space
> > platform for the development and deployment of memory-based file
> > systems. The value-add of this kind of file system is ultra-low
> > latency, which is a challenge for the current most popular such
> > framework, FUSE.
> > 
> > To start, I can think of three areas where specific questions might
> > be entertained by LSF/MM attendees:
> > 
> > - Spectre mitigations make this whole "user space filesystem"
> > arrangement even slower, thanks to additional context switches
> > between user space and the kernel.

I think you're referring to the KPTI patches, which address Meltdown,
not Spectre.

> What about a different interface for a "trusted" binary with "Spectre
> mitigation" off.  I know Redhat guys have a project where they want to
> sign and verify by Kernel all systemd /sbin/* binaries. If these
> binaries have such an hardened trust could we make them faster? (ie
> back to regular speed)

I don't think that helps.

--b.