[3924] in arla-drinkers
Re: 4GB read limit with 0.42 and NetBSD 3.0/i386
daemon@ATHENA.MIT.EDU (Harald Barth)
Tue May 23 13:26:49 2006
From arla-drinkers-bounces@stacken.kth.se Tue May 23 17:26:48 2006
Return-Path: <arla-drinkers-bounces@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 25963 invoked from network); 23 May 2006 17:26:48 -0000
Received: from mx2.kth.se (130.237.48.98)
by charon.mit.edu with SMTP; 23 May 2006 17:26:48 -0000
Received: from localhost (localhost.localdomain [127.0.0.1])
by mx2.kth.se (Postfix) with ESMTP id C5E0B14140B;
Tue, 23 May 2006 19:26:46 +0200 (CEST)
Received: from mx2.kth.se ([127.0.0.1])
by localhost (mx2.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 13944-01-52; Tue, 23 May 2006 19:26:45 +0200 (CEST)
Received: from tapas.stacken.kth.se (tapas.stacken.kth.se [130.237.234.140])
by mx2.kth.se (Postfix) with ESMTP id 198F4140E87;
Tue, 23 May 2006 19:26:45 +0200 (CEST)
Received: from tapas.stacken.kth.se (localhost [127.0.0.1])
by tapas.stacken.kth.se (Postfix) with ESMTP id D2751534FC;
Tue, 23 May 2006 19:26:44 +0200 (CEST)
X-Original-To: arla-drinkers@tapas.stacken.kth.se
Delivered-To: arla-drinkers@tapas.stacken.kth.se
Received: from brev.stacken.kth.se (brev.stacken.kth.se [130.237.234.84])
by tapas.stacken.kth.se (Postfix) with ESMTP id 51682534FC
for <arla-drinkers@tapas.stacken.kth.se>;
Tue, 23 May 2006 19:26:42 +0200 (CEST)
Received: from mx3.kth.se (mx3.kth.se [130.237.48.97])
by brev.stacken.kth.se (8.12.10/8.12.10) with ESMTP id k4NHQfCY027071
for <arla-drinkers@stacken.kth.se>;
Tue, 23 May 2006 19:26:41 +0200 (MET DST)
Received: from localhost (localhost.localdomain [127.0.0.1])
by mx3.kth.se (Postfix) with ESMTP id 8EC0C140C79
for <arla-drinkers@stacken.kth.se>;
Tue, 23 May 2006 19:26:41 +0200 (CEST)
Received: from mx3.kth.se ([127.0.0.1])
by localhost (mx3.kth.se [127.0.0.1]) (amavisd-new,
port 10024) with LMTP
id 26672-01-28 for <arla-drinkers@stacken.kth.se>;
Tue, 23 May 2006 19:26:40 +0200 (CEST)
Received: from habarber.pdc.kth.se (unknown
[IPv6:2001:6b0:1:1dd0:203:47ff:fe8c:b968])
by mx3.kth.se (Postfix) with ESMTP id 1D164140B49
for <arla-drinkers@stacken.kth.se>;
Tue, 23 May 2006 19:26:40 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by habarber.pdc.kth.se (8.13.3/8.13.3) with ESMTP id k4NHQS4B017667;
Tue, 23 May 2006 19:26:28 +0200
Date: Tue, 23 May 2006 19:26:28 +0200 (MEST)
Message-Id: <20060523.192628.91772464.haba@habarber.pdc.kth.se>
To: jdw-arla@menelos.com
Subject: Re: 4GB read limit with 0.42 and NetBSD 3.0/i386
From: Harald Barth <haba@pdc.kth.se>
In-Reply-To: <20060520051831.GA289@menelos.com>
References: <20060520051831.GA289@menelos.com>
X-Mailer: Mew version 4.2 on Emacs 21.4 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
X-Virus-Scanned: by amavisd-new at kth.se
X-Spam-Status: No, hits=-4.9 tagged_above=-200.0 required=5.0 tests=BAYES_00
X-Spam-Level:
Cc: arla-drinkers@stacken.kth.se
X-BeenThere: arla-drinkers@stacken.kth.se
X-Mailman-Version: 2.1.6
Precedence: list
List-Id: Arla discussions <arla-drinkers.stacken.kth.se>
List-Unsubscribe: <https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers>,
<mailto:arla-drinkers-request@stacken.kth.se?subject=unsubscribe>
List-Archive: <http://lists.stacken.kth.se/pipermail/arla-drinkers>
List-Post: <mailto:arla-drinkers@stacken.kth.se>
List-Help: <mailto:arla-drinkers-request@stacken.kth.se?subject=help>
List-Subscribe: <https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers>,
<mailto:arla-drinkers-request@stacken.kth.se?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: arla-drinkers-bounces@stacken.kth.se
Errors-To: arla-drinkers-bounces@stacken.kth.se
X-Virus-Scanned: by amavisd-new at kth.se
I just want to confirm this bug. I think all platforms that are 32-bit
and want to use files >4GB are affected (*). The problem is that
mmap() is used internally in arlad to copy from rx to the file
descriptor. There is ancient code in arlad to use read() and write()
to do these copies instead, but as configure --without-mmap is not
used nor tested normally, this code is "something to start to debug"
at best.
Block caching is forthcoming in Arla and it might be the right thing
just to wait for that (it is not long away I'm told). Maybe the folks
actually writing the code can comment on that.
Harald.
(*) Bigfile support in Arla was written on 64-bit Linux (emt64).
_______________________________________________
Arla-drinkers mailing list
Arla-drinkers@stacken.kth.se
https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers
