From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from aserp1040.oracle.com ([141.146.126.69]:17435 "EHLO aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754130AbdAKCUk (ORCPT ); Tue, 10 Jan 2017 21:20:40 -0500 Subject: Re: [RFC] Converging userspace and kernel code To: Goldwyn Rodrigues , linux-btrfs@vger.kernel.org, Jeff Mahoney , David Sterba References: <512c15bf-3c4b-3b88-1106-a7d43386400f@suse.de> <1b68f099-53e8-1bc8-5ffc-2dd0b21a32ae@oracle.com> <09ea1fbd-74a1-d9f5-ba86-bc7c9118d49f@suse.de> From: Anand Jain Message-ID: <2dfce804-d1ba-d9e4-e7b3-9c726ff5b49b@oracle.com> Date: Wed, 11 Jan 2017 10:23:34 +0800 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Sender: linux-btrfs-owner@vger.kernel.org List-ID: On 01/11/17 00:04, Goldwyn Rodrigues wrote: > > > On 01/10/2017 09:20 AM, Anand Jain wrote: >> >> >> On 01/10/17 20:14, Goldwyn Rodrigues wrote: >>> >>> >>> On 01/09/2017 09:28 PM, Anand Jain wrote: >>>> >>>> Goldwyn, >>>> >>>> Could you add a list what functionality in btrfs-progs will >>>> be using the 'core'. ? >>> >>> >>> There are too many to list. It would contain the algorithmic functions >>> of btrfs which would be able to interact with both kernel and >>> btrfs-progs. >> >> I am getting confused. How about a few from the btrfs-progs ? >> >> > > Functions such as open_ctree(), or the set/get functions. The idea is to > keep the codebase of this core component the same in btrfs-progs and kernel. The btrfs-progs open_ctree() is used for the offline functionality such as fsck... > As an example, see how XFS have done using libxfs. Something around the > same lines. > Does XFS progs access the disks directly (without going through the kernel) while kernel has mounted the disk ? If yes, how does it maintain the consistency ? Calling sync for the sake of read access by the progs, is not a good idea as it causes jitters in the steady state IOPS for the applications. I have investigated these concerns at the data centers earlier. Thanks, Anand