Re: 64 bit program
- From: "Karl E. Peterson" <karl@xxxxxxxx>
- Date: Thu, 24 Apr 2008 12:59:17 -0700
expvb wrote:
"Karl E. Peterson" <karl@xxxxxxxx> wrote ...
The bottleneck is the disk subsystem, so no. If I could use RAM for
spool, yeah, running parallel threads would be the very next optimization!
You could ask someone to modify one of the Ramdisk drivers samples, so you
can call it from VB6 by using DeviceIoControl to make it map 1 GB pages in
your process with the desired page from physical RAM, so the file management
overhead is removed. MSDN DDK(Now WDK) has samples for 32 bits and probably
64 bits Ramdisks. You could ask in the C++ group, or freelance sites to make
that driver for you, which simpler than a Ramdisk.
RAMDisk Sample(32 Bits):
http://msdn2.microsoft.com/en-us/library/aa490479.aspx
I think I'm missing how that might address the immediate situation, which is that I
lack a system with more than 4Gb of addressable RAM. And if I had such a system, I
could just use ordinary MMF techniques to access a(ny) RAM disk, right?
--
..NET: It's About Trust!
http://vfred.mvps.org
.
- Follow-Ups:
- Re: 64 bit program
- From: H-Man
- Re: 64 bit program
- References:
- 64 bit program
- From: Jack
- Re: 64 bit program
- From: Tony Proctor
- Re: 64 bit program
- From: Karl E. Peterson
- Re: 64 bit program
- From: expvb
- Re: 64 bit program
- From: Karl E. Peterson
- Re: 64 bit program
- From: MichaelC
- Re: 64 bit program
- From: Karl E. Peterson
- Re: 64 bit program
- From: expvb
- 64 bit program
- Prev by Date: Re: system.io.packaging
- Next by Date: Re: VB or?
- Previous by thread: Re: 64 bit program
- Next by thread: Re: 64 bit program
- Index(es):
Relevant Pages
|
