Hello,
thanks for the very quick replay and the patch. I tested the patch with
the v3-6-stable branch (3.6.14) and it works as expected. The stat is
gone and I could recognize a increased performance.
kind regards,
Frank
Am 03/22/2013 10:28 PM, schrieb Jeremy Allison:
> On Fri, Mar 22, 2013 at
On Fri, Mar 22, 2013 at 02:28:34PM -0700, Jeremy Allison wrote:
> On Fri, Mar 22, 2013 at 02:07:29PM -0700, Jeremy Allison wrote:
> > On Fri, Mar 22, 2013 at 05:24:20PM +0100, Volker Lendecke wrote:
> > > If I see it right, we could avoid most of those calls.
> > > First, they are only relevant to
On Fri, Mar 22, 2013 at 02:07:29PM -0700, Jeremy Allison wrote:
> On Fri, Mar 22, 2013 at 05:24:20PM +0100, Volker Lendecke wrote:
> > If I see it right, we could avoid most of those calls.
> > First, they are only relevant to see whether we can do
> > sendfile. That choice is racy, we first look a
On Fri, Mar 22, 2013 at 05:24:20PM +0100, Volker Lendecke wrote:
> On Fri, Mar 22, 2013 at 03:18:53PM +0100, Frank Kautz wrote:
> > Hello,
> >
> > when re-exporting the parallel (network) file-system FhGFS, I noticed a
> > significantly reduced read performance. In the output of strace, I see a
>
On Fri, Mar 22, 2013 at 03:18:53PM +0100, Frank Kautz wrote:
> Hello,
>
> when re-exporting the parallel (network) file-system FhGFS, I noticed a
> significantly reduced read performance. In the output of strace, I see a
> stat call between the reads of the blocks of a file. In a network based
> f
Hello,
when re-exporting the parallel (network) file-system FhGFS, I noticed a
significantly reduced read performance. In the output of strace, I see a
stat call between the reads of the blocks of a file. In a network based
file system a stat could be expensive. I looked into the source code and
I
