After all this discussion, I decided to take another look at DP report
execution times.
First I decided to see if maybe I was running an old version of VDos.
I've been running version 2014.04.06. Looking on the site I see there
have been three releases since then, and the release notes report that
some speed optimizations were made in VDos.
Specifically:
Version 2014.07.18: The emulated CPU gets more time to execute, so vDos
will run faster.
Version 2014.10.19: Simplified and stripped down the video/VGA drawing
routines, they are also a bit faster now.
Version 2014.10.19: Further optimization of CPU memory access functions,
vDos is in overall a 25% faster (a 10% due to compiling for speed).
So I installed the latest version (2015.04.10) to see how it compares
with the earlier version I was running. I was hoping for some real
improvements. But I found that the reports actually take *longer* to run
under the new version of VDos than they did under the old version. I was
totally not expecting that!
For example, one report which uses two-level reports and subreports to
generate an order summary consistently took about 52 seconds to run
under the old version of VDos. Under the new version of VDos it
consistently takes about 57 seconds. 5 seconds longer!
To rule out any affects of disk-caching or memory-caching, I ran each
report multiple times back-to-back and I came up with the same times
with each run.
Then, to compare the run times outside of VDos, I fired up MS Virtual PC
running WinXP and opened up the exact same database. Imagine my surprise
when the same report consistently took 73 seconds to run!
Ok, next test was to run it in Windows 7's XPMode (using the same WinXP
virtual machine) that I tried above. This time it consistently took
about 70 seconds. Interesting that XPMode runs it faster than actually
opening XP in VPC, but still way too slow.
So props to VDos for at least trouncing the VPC times.
Then I rebooted from a CD with a live version of XP on it. Ran the exact
same database and the same report. It took 5 seconds to run. No that's
not a typo. FIVE seconds. That's more than 10 times faster than under
VDos and almost 15 times faster than under VPC/XP!
I knew I remembered that my reports used to be much faster but I had
forgotten just how much faster they were. :(
Makes you wonder sometimes if it's really progress...
Tim Rude
On 7/23/2015 9:07 AM, Don Friedman wrote:
Malkie - yes, I have VDos working on Win8 on my notebook, works fine.
The "slow" problem carries to all the platforms I use it on, the
developer isn't quite sure what is causing it but recognizes that it
is there. Since it's not an issue across the board in general usage
and doesn't seem to impact the more frequent uses of the product, has
no particular reason to pursue it.
Don
*Don Friedman
ProfessionalRecords.Com LLC
PRS Data Systems
*
*205 S Main Street
Pittsburgh, PA 15215
412-784-1600 - 1-800-PRS-FILE
412-784-1615 Fax*
On Thu, Jul 23, 2015 at 8:30 PM, barmag <[email protected]
<mailto:[email protected]>> wrote:
Likewise, I haven't experience VDos working slow on Win7-64bit.
What about Windows 8? Would DP work at least like it does on
Win7-64bit using
VDos?
Malkie
> Thanks Tim and Don.
>
> My experience difference then is that I have not run any large
reports in a long time, and I don't
> recall that I've even exported and reloaded a large dataset
since using vDos.
>
> Don
>
> On 23/07/2015 12:56 AM, Don Friedman wrote:
> Dan - all that is true. However, in my experience there are
other functions that are terribly
> slow, so slow in fact that I keep other older machines
around to run those routines. Of
> course, I'm talking about larger databases. Imports and the
running of reports come to
> mind. I once measured the same report running under VDos and
straight from DOS
> (mounted on a Vista machine) - my DOS report ran in about 20
minutes, under VDos it
> took almost two hours. I gave up trying to import large
datasets under VDos for the same
> reason.
> Otherwise, I really enjoy having VDos available to me and
use it for functions that don't
> require speed - report writing, building panels, inquiries
of a lookup nature and the like. It
> is solid as a rock as far as I can tell. Then again, I lead
a relatively uncomplicated data life
> and never print from DP.
>
> Don Don Friedman
> ProfessionalRecords.Com LLC
> PRS Data Systems
> 205 S Main Street
> Pittsburgh, PAÂ Â 15215
> 412-784-1600 <tel:412-784-1600> - 1-800-PRS-FILE
> 412-784-1615 <tel:412-784-1615> Fax
>
>
>
>
>
> On Wed, Jul 22, 2015 at 9:52 PM, Don Codling
<[email protected]> wrote:
> I don't understand why you say vDos slows down DP, Tim. DP
is greased lightning for me
> running vDos on Win 7 - 64 bit. I don't think I've run any
really large reports since starting
> to work DP on vDos, but it loads virtually instantly - less
than a second, and switches from
> one to another database even faster, if possible, opens
pages faster than I can time it ...
>
> Don Codling
>
> On 22/07/2015 6:48 PM, Tim Rude wrote:
> DP (and any other 16-bit DOS app) will not run natively
under Win-7 64-bit. The
> 32-bit OS can run 16-bit apps.
>
> To run under 64-bit Windows you have to use a DOS emulator
like VDOS. Or you
> can run a virtual machine (using Virtual PC, VirtualBox,
etc.) with a compatible
> OS installed and run DP inside it. VDOS is simplest but does
slow DP down a bit.
>
> On 7/22/2015 10:30 AM, Jens Thorvald Høeg wrote:
> Dear ALL
> There was just a related question. Sorry to ask what has
already been
> discussed I believe but
>
> 1) Can you run Dataperfect under WIN-7 64 bit (it runs under
32 bit of
> course, I do that)
>
> 2) If so, what do you have to do?
>
> Best regards
>
> Jens using Dataperfect since 1989!
>
>
> Jens T Høeg, dr,scient, ph.d.
> Always remember Chelmno, Belzec, Sobibor, Treblinka, Majdanek and
> Auschwitsch
> Marine Biology Section - Department of Biology
> University of Copenhagen
> Universitetsparken 4 - DK-2100
> Copenhagen DENMARK
> +45 28751247 <tel:%2B45%2028751247> [email protected]
<mailto:[email protected]>
>
>
> _______________________________________________
> Dataperf mailing list
> [email protected] <mailto:[email protected]>
>http://lists.dataperfect.nl/cgi-bin/mailman/listinfo/dataperf
>
>
>
>
> _______________________________________________
> Dataperf mailing list
> [email protected] <mailto:[email protected]>
>http://lists.dataperfect.nl/cgi-bin/mailman/listinfo/dataperf
>
>
>
> _______________________________________________
> Dataperf mailing list
> [email protected] <mailto:[email protected]>
>http://lists.dataperfect.nl/cgi-bin/mailman/listinfo/dataperf
>
>
>
>
>
_______________________________________________
Dataperf mailing list
[email protected] <mailto:[email protected]>
http://lists.dataperfect.nl/cgi-bin/mailman/listinfo/dataperf
_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/cgi-bin/mailman/listinfo/dataperf
_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/cgi-bin/mailman/listinfo/dataperf
