Hi there,

we have a program that uses Btrieve (I think, client version,
but I'm not the expert). Unfortunartely the data is for some
stupid reason only available on a shared drive via VPN connection.

Now, I see that the program is loading a lot of data at initial
startup and is pretty slow in using.
I noticed it is the bandwidth that is the bottleneck.

But are there any setting I can tell to Btrieve to load less
data on initialization and to perform better with a slow connection?

E.g. I'm looking at the registry section
Hkey_local_machine/Software/Btrieve Technologies/Microkernel Workstation
Engine/Version 6.15/Settings

What can I change/improve?

--
Groeten,
Huibert.

Is it database requests going across or is it loading executables or
DLLs...
The Btrieve engine does not load any data unless requested by the
application. The amount of memory used for caching can be configured
but would not change the amount of data read.

The data read is read by the application through the engine.

Leonard

On Wed, 7 Apr 2004 10:34:23 +0200, "Huibert" <panterlb (AT) hotmail (DOT) com>
wrote:

The directory it is using contains:

..btr
..ini
..d[0-9][0-9]
..dat
..dj
..err
..fld
..lck
..pln
..s00
..seq
..log

I would say only data, no programs.

Can I find which data the application is loading at a certain moment?

--
Groeten,
Huibert.


"Leonard" <lharvey (AT) austin (DOT) rr.com> schreef in bericht
news:coe9701koi5illtfdpgnkb0d3ocb7m89eb (AT) 4ax (DOT) com...

I can recomend the tools available at:
www.sysinternals.com
Under the utilities section.
They are all good, but for this particular task the FileMon utility
may provide the information you want.

You will probably want to filter down to the mapped drive or exclude
the local drive instead of all file IO... no sense in wading through
tons of windows file IO.

With the file extensions I wonder how many of them are actually
Btrieve files? I certainly hope that the .d[0-9][0-9] files are not
as Btrieve has never supported multiple data files in the same
directory with only the extension being different.

Leonard

On Fri, 9 Apr 2004 12:19:10 +0200, "Huibert" <panterlb (AT) hotmail (DOT) com>
wrote: