PRB: Large Amounts of RAM Seem to Process Data SlowlyLast reviewed: November 17, 1997Article ID: Q176483 |
The information in this article applies to:
SYMPTOMSSometimes when you manipulate a table with certain FoxPro commands, the record counter on the status bar pauses or stops for long periods of time. The hard drive continues to process information. This problem is more noticeable on faster computers that have large amounts of RAM installed.
RESOLUTIONSet the foreground buffer of SYS(3050) to a smaller number. Here's an example:
=SYS(3050,1,10000000) && Sets the foreground buffer to 10 million && bytes. STATUSThis behavior is by design.
MORE INFORMATIONUsing the commands COPY, APPEND, DELETE, INDEX, PACK or SQL-SELECT on a large table in Visual FoxPro causes long pauses while the data is being manipulated. The hard drive continues processing the data, but Visual FoxPro seems to be inactive. This happens because computers that have large amounts of RAM and are running Windows 95 or Windows NT give Visual FoxPro a large amount of buffered memory to use. This memory is composed of RAM and physical hard drive space. When FoxPro writes data into memory, large temporary files are created. When they are written to the virtual memory (the hard drive), that memory is always slower. Using a smaller amount of foreground buffer memory with SYS(3050) makes Visual FoxPro use only the RAM memory, which is faster. Reducing the foreground buffer size has eliminated the long delay in most situations.
Steps to Reproduce Behavior
REFERENCESVisual FoxPro Help File: SYS(3050) "Foxtalk," February 1997, "Set Turbo On: How Visual FoxPro Memory Usage Affects Performance," page 1, Flavio Almeida and Walter Loughney
|
Additional query words: slow freeze VFoxWin
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |