>I just read an article: http://www.pinpub.com/FT/FTmag.nsf/0/7AA27E67F86353B1852568E8007A53F1
>
>it talks about increasing performance by changing the memory buffer size. But the article only talks about vfp5. Does this still increase performance or has vfp7 been optimized?
>
>I have noticed at times that the initial request is slower than the next request. This is all explained in the article.
>
>Will the following help VFP7
>
>* Set the foreground buffer to * approximately 10M.
>? SYS(3050,1,10000000)
>* Set the background buffer to * approximately 6M.
>? SYS(3050,2,6000000)

VFP's buffering allocation, when left to VFP's own devices, is a guess, based on the fact that VFP will attempt to allocate a large part of memory to its buffering, and if anything, it tends to overallocate resources. In some versions of VFP, with some OS, itr used the total virtual memory amount, which could end up with VFP thrashing out hitting the swap file. In situations where you know that VFP is going to be competing for resources (ie WTS/Citrix, or where other large apps will be running side-by-side) reducing the default allocation levels can improve overall performance. Reducing these amounts can also improve the time it takes to shut down forms or apps which are buffering large amounts of dirty data. So yes, proper adjustment of SYS(3050), especially in conjunction with periodic calls to SYS(1104), can make major differences in performance, but relaize that depending on how much competition for resources is going on on the local system and data set sizes, it can improve or worsen things.