Kbase 11880: Performance Issue with SCO Rel 4 Secondary Cache problem
| Autor |
Progress Software Corporation - Progress |
| Acesso |
Público |
| Publicação |
5/10/1998 |
|
Performance Issue with SCO Rel 4 Secondary Cache problem
Performance Issue on SCO
Some users have complained about performance degradation between
Progress on SCO Rel 2 and Rel 4 and have attributed the problem
to Progress. From talks with SCO we have been informed that the
problem is in fact attributed to secondary caching on the machines
involved and is very much a hardware problem. The problem is that
the secondary cache is not caching the memory as expected.
The algorithm used by the secondary caching does not cache the amount
of memory that it should. On platforms running SCO, the problem was
came to light because SCO, for their Rel 4 version, loads unix in HIGH
memory. (SCO Rel 2 loads unix by default in LOW memory). SCO's
workaround is to modifying the machine's boot script and load unix low.
This can be performed by adding the following line to the script:
df boot string mem = /L
(see SCO System Administration documentation for more information)
If you have customers reporting poor performance on SCO Rel 4 platforms
start by loading unix low. However they should be advised that this
is a temporary workaround. The "real" problem is with the physical
secondary caching. They should talk to their hardware vendor
regarding the fix for the algorithm. They can also call SCO tech support.
Progress Software Technical Support Note # 11880