Re: [RFC] readdirplus implementations: xgetdents vs dirreadahead syscalls

- Original Message - From: Dave Chinner da...@fromorbit.com To: Zach Brown z...@redhat.com Cc: Abhijith Das a...@redhat.com, linux-kernel@vger.kernel.org, linux-fsdevel linux-fsde...@vger.kernel.org, cluster-devel cluster-de...@redhat.com Sent: Friday, July 25, 2014 7:38:59 PM

Re: [RFC PATCH 0/2] dirreadahead system call

- Original Message - From: Andreas Dilger adil...@dilger.ca To: Abhi Das a...@redhat.com Cc: linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org, cluster-de...@redhat.com Sent: Saturday, July 26, 2014 12:27:19 AM Subject: Re: [RFC PATCH 0/2] dirreadahead system call Is

Re: [RFC PATCH 5/5] gfs2: Add xreaddir file operation and supporting functions

- Original Message - From: Jonathan Corbet cor...@lwn.net To: Abhi Das a...@redhat.com Cc: linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org, cluster-de...@redhat.com Sent: Tuesday, July 29, 2014 1:58:08 PM Subject: Re: [RFC PATCH 5/5] gfs2: Add xreaddir file operation

Re: [RFC PATCH 0/2] dirreadahead system call

- Original Message - From: Dave Chinner da...@fromorbit.com To: Andreas Dilger adil...@dilger.ca Cc: Abhijith Das a...@redhat.com, LKML linux-kernel@vger.kernel.org, linux-fsdevel linux-fsde...@vger.kernel.org, cluster-de...@redhat.com Sent: Thursday, July 31, 2014 6:53:06 PM

Re: [RFC PATCH 0/2] dirreadahead system call

- Original Message - From: NeilBrown ne...@suse.de To: Abhi Das a...@redhat.com Cc: linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org, cluster-de...@redhat.com Sent: Wednesday, July 30, 2014 10:18:05 PM Subject: Re: [RFC PATCH 0/2] dirreadahead system call On Fri, 25

[RFC] readdirplus implementations: xgetdents vs dirreadahead syscalls

Hi all, The topic of a readdirplus-like syscall had come up for discussion at last year's LSF/MM collab summit. I wrote a couple of syscalls with their GFS2 implementations to get at a directory's entries as well as stat() info on the individual inodes. I'm presenting these patches and some

Re: [RFC PATCH 0/2] dirreadahead system call

- Original Message - From: Dave Chinner da...@fromorbit.com To: Andreas Dilger adil...@dilger.ca Cc: Abhijith Das a...@redhat.com, LKML linux-kernel@vger.kernel.org, linux-fsdevel linux-fsde...@vger.kernel.org, cluster-de...@redhat.com Sent: Thursday, July 31, 2014 6:53:06 PM

Re: [RFC PATCH 0/2] dirreadahead system call

- Original Message - From: Andreas Dilger adil...@dilger.ca To: Abhijith Das a...@redhat.com Cc: Dave Chinner da...@fromorbit.com, LKML linux-kernel@vger.kernel.org, linux-fsdevel linux-fsde...@vger.kernel.org, cluster-de...@redhat.com, Steven Whitehouse swhit...@redhat.com Sent

Re: [RFC PATCH 0/2] dirreadahead system call

Hi Dave/all, I finally got around to playing with the multithreaded userspace readahead idea and the results are quite promising. I tried to mimic what my kernel readahead patch did with this userspace program (userspace_ra.c) Source code here:

Re: [RFC v2 PATCH] fs: __generic_file_splice_read retry lookup on AOP_TRUNCATED_PAGE

- Original Message - > From: "Jan Kara" > To: "Abhi Das" > Cc: linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org, "Bob > Peterson" > Sent: Wednesday, December 16, 2015 9:34:04 AM > Subject: Re: [RFC v2 PATCH] fs:

read() syscall on a splice pipe returning -ENODATA

Hi all, We're verifying writes to a gfs2 filesystem using splice reads, and we're seeing -ENODATA being returned by the test program. The relevant bit of the test program looks like this: static ssize_t do_splice_read(int fd, void *buf, size_t nbytes, off_t offset) { int pfd[2]; /*

Re: linux-next: build failure after merge of the vfs tree

Hi Al/Stephen - Original Message - > From: "Al Viro" > To: "Stephen Rothwell" > Cc: "Steven Whitehouse" , "Bob Peterson" > , linux-n...@vger.kernel.org, > linux-kernel@vger.kernel.org, "Abhi Das"

Re: [PATCH] fs: Do not check for valid page->mapping in page_cache_pipe_buf_confirm

- Original Message - > From: "Abhi Das" > To: cluster-de...@redhat.com, linux-kernel@vger.kernel.org, > linux-fsde...@vger.kernel.org > Cc: "Abhi Das" , "Miklos Szeredi" , > "Jens Axboe" , "Al Viro" >

Re: [RFC] readdirplus implementations: xgetdents vs dirreadahead syscalls

- Original Message - > From: "Dave Chinner" > To: "Zach Brown" > Cc: "Abhijith Das" , linux-kernel@vger.kernel.org, > "linux-fsdevel" , > "cluster-devel" > Sent: Friday, July 25, 2014 7:38:59 PM > Subject: Re: [

Re: [RFC PATCH 0/2] dirreadahead system call

- Original Message - > From: "Andreas Dilger" > To: "Abhi Das" > Cc: linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org, > cluster-de...@redhat.com > Sent: Saturday, July 26, 2014 12:27:19 AM > Subject: Re: [RFC PATCH 0/2] dirreadahead system call > > Is there a time when

Re: [RFC PATCH 5/5] gfs2: Add xreaddir file operation and supporting functions

- Original Message - > From: "Jonathan Corbet" > To: "Abhi Das" > Cc: linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org, > cluster-de...@redhat.com > Sent: Tuesday, July 29, 2014 1:58:08 PM > Subject: Re: [RFC PATCH 5/5] gfs2: Add xreaddir file operation and supporting >

[RFC] readdirplus implementations: xgetdents vs dirreadahead syscalls

Hi all, The topic of a readdirplus-like syscall had come up for discussion at last year's LSF/MM collab summit. I wrote a couple of syscalls with their GFS2 implementations to get at a directory's entries as well as stat() info on the individual inodes. I'm presenting these patches and some

Re: [RFC PATCH 0/2] dirreadahead system call

- Original Message - > From: "Dave Chinner" > To: "Andreas Dilger" > Cc: "Abhijith Das" , "LKML" , > "linux-fsdevel" > , cluster-de...@redhat.com > Sent: Thursday, July 31, 2014 6:53:06 PM > Subject: Re: [RFC PATC

Re: [RFC PATCH 0/2] dirreadahead system call

- Original Message - > From: "NeilBrown" > To: "Abhi Das" > Cc: linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org, > cluster-de...@redhat.com > Sent: Wednesday, July 30, 2014 10:18:05 PM > Subject: Re: [RFC PATCH 0/2] dirreadahead system call > > On Fri, 25 Jul 2014

Re: [RFC PATCH 0/2] dirreadahead system call

> > > > Hi Dave/all, > > I finally got around to playing with the multithreaded userspace readahead > idea and the results are quite promising. I tried to mimic what my kernel > readahead patch did with this userspace program (userspace_ra.c) > Source code here: >

Re: [RFC PATCH 0/2] dirreadahead system call

- Original Message - > From: "Andreas Dilger" > To: "Abhijith Das" > Cc: "Dave Chinner" , "LKML" > , "linux-fsdevel" > , cluster-de...@redhat.com, "Steven > Whitehouse" > Sent: Monday, November 10, 2014

Re: [RFC PATCH 0/2] dirreadahead system call

- Original Message - > From: "Dave Chinner" > To: "Andreas Dilger" > Cc: "Abhijith Das" , "LKML" , > "linux-fsdevel" > , cluster-de...@redhat.com > Sent: Thursday, July 31, 2014 6:53:06 PM > Subject: Re: [RFC PATC

Re: linux-next: build failure after merge of the vfs tree

Hi Al/Stephen - Original Message - > From: "Al Viro" > To: "Stephen Rothwell" > Cc: "Steven Whitehouse" , "Bob Peterson" > , linux-n...@vger.kernel.org, > linux-kernel@vger.kernel.org, "Abhi Das" > Sent: Sunday, May 1, 2016 8:31:03 PM > Subject: Re: linux-next: build failure after

Re: [RFC v2 PATCH] fs: __generic_file_splice_read retry lookup on AOP_TRUNCATED_PAGE

- Original Message - > From: "Jan Kara" > To: "Abhi Das" > Cc: linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org, "Bob > Peterson" > Sent: Wednesday, December 16, 2015 9:34:04 AM > Subject: Re: [RFC v2 PATCH] fs: __generic_file_splice_read retry lookup on >

Re: [PATCH] fs: Do not check for valid page->mapping in page_cache_pipe_buf_confirm

- Original Message - > From: "Abhi Das" > To: cluster-de...@redhat.com, linux-kernel@vger.kernel.org, > linux-fsde...@vger.kernel.org > Cc: "Abhi Das" , "Miklos Szeredi" , > "Jens Axboe" , "Al Viro" > > Sent: Wednesday, May 25, 2016 10:24:45 PM > Subject: [PATCH] fs: Do not check for

read() syscall on a splice pipe returning -ENODATA

Hi all, We're verifying writes to a gfs2 filesystem using splice reads, and we're seeing -ENODATA being returned by the test program. The relevant bit of the test program looks like this: static ssize_t do_splice_read(int fd, void *buf, size_t nbytes, off_t offset) { int pfd[2]; /*