Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
VFP 6.0 Speed vs 5.0
Message
 
To
23/04/1999 01:12:39
Eric Barnett
Barnett Solutions Group, Inc
Sonoma, California, United States
General information
Forum:
Visual FoxPro
Category:
Forms & Form designer
Miscellaneous
Thread ID:
00207133
Message ID:
00211528
Views:
33
This is excellent news to me. I can get a faster machine (processor/video card/more memory) to handle the slow down with GUI stuff. And also, any speed problems with the GUI are easily identified (ie. you notice them easily) while data retrieval/manuipulation slowdowns are not so apparent. That is half the battle sometimes (identifying what could use some tweaking).

Take care,
Joe


>My experience is that data (especially string) manipulations are as fast or faster (sometimes exponentially) in VFP6.0 as opposed to 5.0. It's some of the GUI stuff that seems to have slowed down...
>
>>I just want to comment to anyone in general:
>>
>>I don't think we should be upset by this fact (6 is slower than 5 for some operations). This is typical with any computer program. As programs become more complicated (powerful), they demand more processing power and more memory. Generally, performance of older software is better than newer software on non-state-of-the-art machines. But, more powerful machines should run the new software at similar speeds.
>>
>>That said, I sure hope that data manipulation functions haven't slowed down in any significant way.
>>
>>Joe
>>
>>>>Forgive my ignorance, but why is it considerably slower?
>>>>
>>>>Thanks.
>>>FoxPro has always gotten it's speed from doing things in memory vs. on disk. If you don't have sufficent memory, then the OS provides "virtual memory" with is really just mapped to disk. It appears that VFP 6.0 requires a larger amount of memory to do somethings, and I'm assuming they have added more overhead to some functions to provide more features and better integrity / error handling. (At least that's my story and I'm sticking to it <g>.)
Joseph C. Kempel
Systems Analyst/Programmer
JNC
Previous
Reply
Map
View

Click here to load this message in the networking platform