mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Matti Aarnio <matti.aarnio@zmailer.org>
To: Doug McNaught <doug@wireboard.com>
Cc: "Doug O'Neil" <DougO@seven-systems.com>,
	lk <linux-kernel@vger.kernel.org>
Subject: Re: LFS Support for Sendfile
Date: Thu, 28 Feb 2002 10:03:25 +0200	[thread overview]
Message-ID: <20020228100325.O23151@mea-ext.zmailer.org> (raw)
In-Reply-To: <036801c1bfee$b5b0f780$1801010a@Mauser> <m34rk2tn7h.fsf@varsoon.denali.to>
In-Reply-To: <m34rk2tn7h.fsf@varsoon.denali.to>; from doug@wireboard.com on Wed, Feb 27, 2002 at 08:22:10PM -0500

On Wed, Feb 27, 2002 at 08:22:10PM -0500, Doug McNaught wrote:
> "Doug O'Neil" <DougO@seven-systems.com> writes:
> > Hello group.
> > 
> > First time poster. If this isn't the right place for this then please point
> > me in the right direction and accept my apology.
> > 
> > I'm using Linux 2.4.12 on a PIII
> 
> That's pretty darn old.  Can you try it with a modern kernel (2.4.18)?

  Won't help.

The API (kernel syscall) as defined does not support LFS.

mm/filemap.c:
	asmlinkage ssize_t sys_sendfile(int out_fd, int in_fd, off_t *offset,
					 size_t count)

The problem there is that "off_t *" thing.  A loff_t in that spot would
solve the problem, but that needs rewriting the thing with a new syscall
number.   Trivial in itself, though.  (And changeing the count to 64-bit
value is equally trivial at the same time.)


There lurks another problem in the filesystems, though.

All SysV UFS tradition type filesystems with indirect indexing of
disk blocks will need more and more of metadata traversal to reach
actual data blocks on very large files.  It slows things down.

The "extent based" filesystems offer flatter performance, and while
I can't determine if ReiserFS is exactly of that type, it too offers
fast and flat performance.

> -Doug

/Matti Aarnio

  reply	other threads:[~2002-02-28  8:06 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-28  0:27 Doug O'Neil
2002-02-28  1:22 ` Doug McNaught
2002-02-28  8:03   ` Matti Aarnio [this message]
2002-03-02 22:24     ` Chris Wedgwood
2002-03-03 12:36       ` Hans Reiser
     [not found] <fa.inaf1vv.one4p5@ifi.uio.no>
     [not found] ` <fa.esfhmsv.bku814@ifi.uio.no>
2002-03-03  5:08   ` Dan Maas
2002-03-03  5:34     ` Andrew Morton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020228100325.O23151@mea-ext.zmailer.org \
    --to=matti.aarnio@zmailer.org \
    --cc=DougO@seven-systems.com \
    --cc=doug@wireboard.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®