Progress
Client Deployment
Guide
Temporary File I/O
Progress creates temporary files during each Progress client session. Each operating system has different temporary files. Table 4–4 describes the temporary files.
By default, Progress stores the temporary files in the user’s working directory. Use the Temporary Directory (-T) startup parameter to specify an alternate location. When a session ends, Progress deletes these files unless you specify the Save Temp Files (-t) startup parameter. For more information about the Temporary Directory (-T) and Save Temp Files (-t) startup parameters, see the Progress Startup Command and Parameter Reference.
On UNIX, unless you use the Save Temp Files (-t) startup parameter, you do not see the temporary files in the directory, because they are created unlinked. However, if your system crashes, the UNIX file system recovery program,
fsck
, finds the files. This program might then prompt you to delete the files. If this occurs, delete them.On Windows, these temporary files are always visible during a Progress session, but the file sizes are set to zero. Windows does not record file sizes until files are closed.
Writing to these temporary files creates I/O activity that might slow down client performance. The amount of temporary file I/O activity varies among applications.
You might find that running a particular procedure results in Progress abnormally terminating in a way that indicates the hard disk is full. However, when you check the disk immediately afterward, adequate space is available. One possibility is that temporary files created during a Progress session become quite large, taking up disk space as they expand. Since Progress erases temporary files at the end of a session, they do not appear when you check the disk. Of the temporary files, the following files are most likely to cause this problem:
- Temp table file (.dbi) — Progress uses this file to store temporary tables. If the application uses a lot of temporary tables, this file can grow quite large.
- Local before-image file (.lbi) — Progress uses this file to back out of subtransactions and variable value changes. If the local before-image file becomes too large, the procedures probably use a lot of subtransactions. Examine the transaction structure of the application procedures to understand why Progress starts so many subtransactions. For more information about transaction processing, see the Progress Programming Handbook.
- Session sort file (.srt) — Progress uses this file to dynamically swap r-code segments in and out of the execution buffer. Use the r-code usage statistics startup parameters to collect information about I/O to the sort file, as explained in the "Monitoring R-code Activity" section earlier in this chapter. Using r-code libraries helps reduce the amount of I/O required to load r-code files. For more information, see the "Using R-code Libraries to Improve R-code Performance" section earlier in this chapter.
If temporary files grow to exceed disk space, change the application to reduce the size of temporary files, or use the Temporary Directory (-T) parameter to store the temporary files on a disk with sufficient space to hold the files. To optimize performance, place the temporary files on a dedicated disk.
Copyright © 2004 Progress Software Corporation www.progress.com Voice: (781) 280-4000 Fax: (781) 280-4095 |