![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Just came across this and wondering if it's a known issue. ASA 8.0.3.5267 on Windows Server 2003 R2 32 bit. Machine has 4GB or more RAM. Database service params include "-c 100M -ch3072M". On startup, a message like the following is displayed: "Maximum cache size adjusted to 1908124K 102400K of memory used for caching Minimum cache size: 102400K, maximum cache size: 1908124K". The problem is that after this, no more than 100M RAM will ever be used by dbserv8, and it may use less (i.e. 25M). It's as if the specified minimum is used as the maximum, and something lower is being used as the minimum. The result is a drastic reduction in performance. |
#3
| |||
| |||
|
|
The appropriate parameter for specifying the lower limit of cache is -cl not -c. -c sets the initial cache size. |
#4
| |||
| |||
|
|
OK, but what about the max apparently not getting applied correctly? On Jan 25, 11:26 am, "Kory Hodgson (Sybase iAnywhere)" khodgson (AT) A_SPAM_FREE_sybase (DOT) com> wrote: The appropriate parameter for specifying the lower limit of cache is -cl not -c. -c sets the initial cache size. |
#5
| |||
| |||
|
|
32-bit operating systems are limited to 2GB of address space, so the max cache you could allocate would be a bit less than this. Please see:http://msdn.microsoft.com/en-us/libr....aspx#memory_l... |
#6
| |||
| |||
|
|
OK, but what about the max apparently not getting applied correctly? On Jan 25, 11:26 am, "Kory Hodgson (Sybase iAnywhere)" khodgson (AT) A_SPAM_FREE_sybase (DOT) com> wrote: The appropriate parameter for specifying the lower limit of cache is -cl not -c. -c sets the initial cache size. |
#7
| |||
| |||
|
|
OK, but the fact remains that after ASA said it was adjusting the max cache down to 1900M, it actually limited the cache to 100M, which I proved through repeated testing. That is the bug I'm referring to. On Jan 25, 12:11 pm, "Kory Hodgson (Sybase iAnywhere)" khodgson (AT) A_SPAM_FREE_sybase (DOT) com> wrote: 32-bit operating systems are limited to 2GB of address space, so the max cache you could allocate would be a bit less than this. Please see:http://msdn.microsoft.com/en-us/libr....aspx#memory_l... |
#8
| |||
| |||
|
|
OK, but the fact remains that after ASA said it was adjusting the max cache down to 1900M, it actually limited the cache to 100M, which I proved through repeated testing. That is the bug I'm referring to. On Jan 25, 12:11 pm, "Kory Hodgson (Sybase iAnywhere)" khodgson (AT) A_SPAM_FREE_sybase (DOT) com> wrote: 32-bit operating systems are limited to 2GB of address space, so the max cache you could allocate would be a bit less than this. Please see:http://msdn.microsoft.com/en-us/libr....aspx#memory_l... |
#9
| |||
| |||
|
|
Just came across this and wondering if it's a known issue. ASA 8.0.3.5267 on Windows Server 2003 R2 32 bit. Machine has 4GB or more RAM. Database service params include "-c 100M -ch3072M". On startup, a message like the following is displayed: "Maximum cache size adjusted to 1908124K 102400K of memory used for caching Minimum cache size: 102400K, maximum cache size: 1908124K". The problem is that after this, no more than 100M RAM will ever be used by dbserv8, and it may use less (i.e. 25M). It's as if the specified minimum is used as the maximum, and something lower is being used as the minimum. The result is a drastic reduction in performance. |
#10
| |||
| |||
|
|
This sound like this may be more an issue of how memory usage is being measured. If you are just looking at standard memory column shown in Windows Task Manager, that is not the address space being used. *It is just the 'working set' in physical memory. *Unless we are talking about pinned memory (or even AWE) almost all memory is virtual on Windows and the operating system is free to swap out as much as it see's fit. The default columns Task manager displays, do not report the total amount of memory assigned to the application. *Adding in the additional memory columns or using the performance monitor should tell you better what memory is assigned. Of course, if the operating system has the database server mostly swapped out, that would indicate one of two different scenarios are at play. *One is the whole machine is overloaded with other tasks (in addition to just the database server). *The other is the database server may not be all that busy or demanding. HTH |
![]() |
| Thread Tools | |
| Display Modes | |
| |