Return-Path: <owner-tiff@olympiakos.com>
Received: from nataly.at1895.spb.edu (localhost [127.0.0.1])
	by at1895.spb.edu (8.12.4/8.12.4/Debian-4) with ESMTP id g7LLFAgL022463
	for <dron@at1895.spb.edu>; Thu, 22 Aug 2002 01:15:10 +0400
Received: from olympiakos.com (uucp@localhost)
	by nataly.at1895.spb.edu (8.12.4/8.12.4/Debian-4) with UUCP id g7LLFADR022460
	for dron@at1895.spb.edu; Thu, 22 Aug 2002 01:15:10 +0400
Received: from knot.pu.ru (knot.pu.ru [193.124.85.214] (may be forged))
	by wg.pu.ru (8.9.1a/8.9.1) with ESMTP id UAA27563
	for <dron@at1895.spb.edu>; Wed, 21 Aug 2002 20:58:44 GMT
Received: from gate7.olympiakos.com (sdsl-64-32-199-150.dsl.iad.megapath.net [64.32.199.150])
	by knot.pu.ru (8.9.3/8.9.0) with ESMTP id AAA83957
	for <dron@at1895.spb.edu>; Thu, 22 Aug 2002 00:58:43 +0400 (MSD)
Received: from localhost (daemon@localhost)
	by gate7.olympiakos.com (8.9.3/8.9.3) with SMTP id QAA32541;
	Wed, 21 Aug 2002 16:55:56 -0400
Received: by gate7.olympiakos.com (bulk_mailer v1.9); Wed, 21 Aug 2002 16:48:43 -0400
Received: (from majordom@localhost)
	by gate7.olympiakos.com (8.9.3/8.9.3) id QAA32489
	for tiff-outgoing; Wed, 21 Aug 2002 16:48:43 -0400
X-Authentication-Warning: gate7.olympiakos.com: majordom set sender to owner-tiff@olympiakos.com using -f
Received: from morgoth.tuug.fi (IDENT:postfix@morgoth.tuug.fi [130.232.72.1])
	by gate7.olympiakos.com (8.9.3/8.9.3) with ESMTP id QAA32486
	for <tiff@olympiakos.com>; Wed, 21 Aug 2002 16:48:41 -0400
From: pnielsen@tuug.fi
Received: from tuug.fi (localhost [127.0.0.1])
	by morgoth.tuug.fi (Postfix) with SMTP
	id 209907F1F; Wed, 21 Aug 2002 23:47:45 +0300 (EEST)
Received: from 63.96.6.160
        (SquirrelMail authenticated user pnielsen)
        by www.tuug.fi with HTTP;
        Wed, 21 Aug 2002 23:47:45 +0300 (EEST)
Message-ID: <4489.63.96.6.160.1029962865.squirrel@www.tuug.fi>
Date: Wed, 21 Aug 2002 23:47:45 +0300 (EEST)
Subject: Re: OT: large memory allocation in Windows
To: rvdt@oce.nl
In-Reply-To: <3D6399D5.EAA159DD@oce.nl>
References: <3D6399D5.EAA159DD@oce.nl>
Cc: tiff@olympiakos.com
X-Mailer: SquirrelMail (version 1.0.6)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-tiff@olympiakos.com
Precedence: bulk
Content-Transfer-Encoding: 8bit
Status: RO
Content-Length: 1140
Lines: 29

>>How about a memory mapped file? Could that possibly give you a 
>>linear "pointer space" of 2GB or maybe even more? Of course the file
>>would  not be completely mapped at all times, but maybe it would do the
>>trick...  (Just a crazy idea. I don't know if it would work at all...).
> 
> Used this years ago on some Sun1 Sparcstation with 8MB of memory. The
> C-calls
> were the "fseek, fread, fwrite" family, but disk is quite slow compared
> to on 
> line memory. I recall a story of using memory on another Sparc over the
> network 
> as this was faster than local disk access. OK, in those days everything
> was 
> faster than a disk :)

I was thinking more along the lines of using the operating system level 
memory mapping offered by Windows. This is supposed to be pretty efficient 
and work very much like virtual memory with frequently used areas kept in 
RAM. What I do not know is what kind of limitations Windows puts on memory 
mapped files :-)

Best regards,
Peter




To subscribe or unsubscribe email tiff-request@olympiakos.com with subscribe
or unsubscribe in the email body.  Libtiff home page: http://www.libtiff.org

