- Original Message -
> From: "Andreas Dilger"
> To: "Abhijith Das"
> Cc: "Dave Chinner" , "LKML"
> , "linux-fsdevel"
> , cluster-devel@redhat.com, "Steven
> Whitehouse"
> Sent: Monday, November 10, 2014 4:23:25 PM
> Subject: Re: [RFC PATCH 0/2] dirreadahead system call
>
> On Nov 9,
On Nov 9, 2014, at 8:41 PM, Abhijith Das wrote:
>> 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)
>> Sour
> >
>
> 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:
> https://www.dropbox.com/s/am9q
- Original Message -
> From: "Dave Chinner"
> To: "Andreas Dilger"
> Cc: "Abhijith Das" , "LKML" ,
> "linux-fsdevel"
> , cluster-devel@redhat.com
> Sent: Thursday, July 31, 2014 6:53:06 PM
> Subject: Re: [RFC PATCH 0/2] dirreadahead system call
>
> On Thu, Jul 31, 2014 at 01:19:45PM +
On Fri, Aug 01, 2014 at 07:54:56AM +0200, Andreas Dilger wrote:
> On Aug 1, 2014, at 1:53, Dave Chinner wrote:
> > On Thu, Jul 31, 2014 at 01:19:45PM +0200, Andreas Dilger wrote:
> >> None of these issues are relevant in the API that I'm thinking about.
> >> The syscall just passes the list of in
On Aug 1, 2014, at 1:53, Dave Chinner wrote:
> On Thu, Jul 31, 2014 at 01:19:45PM +0200, Andreas Dilger wrote:
>> None of these issues are relevant in the API that I'm thinking about.
>> The syscall just passes the list of inode numbers to be prefetched
>> into kernel memory, and then stat() is u
- Original Message -
> From: "NeilBrown"
> To: "Abhi Das"
> Cc: linux-ker...@vger.kernel.org, linux-fsde...@vger.kernel.org,
> cluster-devel@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 12:37:29
- Original Message -
> From: "Dave Chinner"
> To: "Andreas Dilger"
> Cc: "Abhijith Das" , "LKML" ,
> "linux-fsdevel"
> , cluster-devel@redhat.com
> Sent: Thursday, July 31, 2014 6:53:06 PM
> Subject: Re: [RFC PATCH 0/2] dirreadahead system call
>
> On Thu, Jul 31, 2014 at 01:19:45PM +
On Thu, Jul 31, 2014 at 01:19:45PM +0200, Andreas Dilger wrote:
> On Jul 31, 2014, at 6:49, Dave Chinner wrote:
> >
> >> On Mon, Jul 28, 2014 at 03:19:31PM -0600, Andreas Dilger wrote:
> >>> On Jul 28, 2014, at 6:52 AM, Abhijith Das wrote:
> >>> OnJuly 26, 2014 12:27:19 AM "Andreas Dilger" wrot
On Jul 31, 2014, at 6:49, Dave Chinner wrote:
>
>> On Mon, Jul 28, 2014 at 03:19:31PM -0600, Andreas Dilger wrote:
>>> On Jul 28, 2014, at 6:52 AM, Abhijith Das wrote:
>>> OnJuly 26, 2014 12:27:19 AM "Andreas Dilger" wrote:
Is there a time when this doesn't get called to prefetch entries i
On Mon, Jul 28, 2014 at 03:19:31PM -0600, Andreas Dilger wrote:
> On Jul 28, 2014, at 6:52 AM, Abhijith Das wrote:
> > OnJuly 26, 2014 12:27:19 AM "Andreas Dilger" wrote:
> >> Is there a time when this doesn't get called to prefetch entries in
> >> readdir() order? It isn't clear to me what bene
On Fri, 25 Jul 2014 12:37:29 -0500 Abhi Das wrote:
> This system call takes 3 arguments:
> fd - file descriptor of the directory being readahead
> *offset - offset in dir from which to resume. This is updated
> as we move along in the directory
> count - The max number of entries
On Fri, Jul 25, 2014 at 7:37 PM, Abhi Das wrote:
> This system call takes 3 arguments:
> fd - file descriptor of the directory being readahead
> *offset - offset in dir from which to resume. This is updated
> as we move along in the directory
> count - The max number of entries to
Hi,
On 28/07/14 22:19, Andreas Dilger wrote:
On Jul 28, 2014, at 6:52 AM, Abhijith Das wrote:
OnJuly 26, 2014 12:27:19 AM "Andreas Dilger" wrote:
Is there a time when this doesn't get called to prefetch entries in
readdir() order? It isn't clear to me what benefit there is of returning
the
On Jul 28, 2014, at 6:52 AM, Abhijith Das wrote:
> OnJuly 26, 2014 12:27:19 AM "Andreas Dilger" wrote:
>> Is there a time when this doesn't get called to prefetch entries in
>> readdir() order? It isn't clear to me what benefit there is of returning
>> the entries to userspace instead of just do
- Original Message -
> From: "Andreas Dilger"
> To: "Abhi Das"
> Cc: linux-ker...@vger.kernel.org, linux-fsde...@vger.kernel.org,
> cluster-devel@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 thi
Is there a time when this doesn't get called to prefetch entries in
readdir() order? It isn't clear to me what benefit there is of returning
the entries to userspace instead of just doing the statahead implicitly
in the kernel?
The Lustre client has had what we call "statahead" for a while,
and s
This system call takes 3 arguments:
fd - file descriptor of the directory being readahead
*offset - offset in dir from which to resume. This is updated
as we move along in the directory
count - The max number of entries to readahead
The syscall is supposed to read upto 'count' ent
18 matches
Mail list logo