I asked for the same thing a long time ago. Submit it at betaplace or the product feedback centre. The more people that ask for it the more likely we are to get it.
-Jamiesql
-Jamiesql
hi out there
On our Windows 2003 servers w. sp1 and running MS SQL Server 2000 w. sp4 we
see from time to time that we get this error "cannot allocate 64k
continous memory" or "SQL Server could not spawn process_loginread thread"
which could be caused by nothing left in the "Memtoleave" pool - I have now
search for advice on how to determine the values for the -g-switch - but
without much success - and if I just go for the "try&error" concept my
sql-server just allocates less and less ? - ehh - in which units are the
parameters for the -g option specified - bytes, kilobytes, mbytes - 4k block
? Any suggestions for measuring the actual running value of this pool -
memtoleave ?
best regards /ti
The units for -g are MB. The default is 256.
Is this a 32 or 64 bit system?
How much memory is on the system?
Are you running SQL Server with AWE enabled?
|||Could you run the following query (when you are having this problem) and gives us the results.
Code Snippet
SELECTtype, multi_pages_kb FROMsys.dm_os_memory_clerksWHERE multi_pages_kb > 0
ORDERBY multi_pages_kb DESC
WesleyB
Visit my SQL Server weblog @. http://dis4ea.blogspot.com
|||SQL 2000 does not have DMVs. There's no easy way to profile memory usage in SQL 2000. See http://msdn2.microsoft.com/en-US/library/aa175282(sql.80).aspx for more information
Thanks, Ron D.
|||Oops, I missed the 2000 part :-)hi out there
On our Windows 2003 servers w. sp1 and running MS SQL Server 2000 w. sp4 we
see from time to time that we get this error "cannot allocate 64k
continous memory" or "SQL Server could not spawn process_loginread thread"
which could be caused by nothing left in the "Memtoleave" pool - I have now
search for advice on how to determine the values for the -g-switch - but
without much success - and if I just go for the "try&error" concept my
sql-server just allocates less and less ? - ehh - in which units are the
parameters for the -g option specified - bytes, kilobytes, mbytes - 4k block
? Any suggestions for measuring the actual running value of this pool -
memtoleave ?
best regards /ti
The units for -g are MB. The default is 256.
Is this a 32 or 64 bit system?
How much memory is on the system?
Are you running SQL Server with AWE enabled?
|||Could you run the following query (when you are having this problem) and gives us the results.
Code Snippet
SELECT type, multi_pages_kb FROM sys.dm_os_memory_clerks WHERE multi_pages_kb > 0
ORDER BY multi_pages_kb DESC
WesleyB
Visit my SQL Server weblog @. http://dis4ea.blogspot.com
|||SQL 2000 does not have DMVs. There's no easy way to profile memory usage in SQL 2000. See http://msdn2.microsoft.com/en-US/library/aa175282(sql.80).aspx for more information
Thanks, Ron D.
|||Oops, I missed the 2000 part :-)I am running SSAS 2005 SP1 on a machine with Windows 2003 Server R2 and 2 GB of memory.I have approximately 30 analysis databases defined on this machine.
When I process one of my analysis databases, MSMDSRV.EXE gradually takes over 1 GB of virtual memory and does not release it once processing is completed.Once processing completes, MSMDSRV.EXE continues to take up 5-15% of CPU to process something.This goes on for hours.
Let’s say I go into BIDS on this machine and try to open an analysis database by entering the server name then attempting to select a database from the database drop down.It takes about 10 minutes for the list of databases to appear on the screen, and you can watch MSMDSRV.EXE take up more and more virtual memory until it takes over 1 GB of virtual memory.
- Why is SSAS taking up so much virtual memory to perform these operations? Is it metadata overload?
- Is there any way to get MSMDSRV.EXE to release the virtual memory it has taken?
- Once database processing has been completed, what is MSMDSRV.EXE doing that would take 5-15% of CPU?
- Is there a recommended solution to improve memory handling and performance in this situation?
Thanks in advance for your help.
Wendell G.
Is this a recent event or a continual event?
Is the server recognizing the 2gig's of RAM and the full capacity of the processor(s)?
How old is the server?
Adamus
|||This has been a continual event and has appeared to get worse as more analysis services databases are added to the server.
The server is recognizing the 2 GB ram and is less than one year old.
Wendell G.
|||Not knowing your situation, the immiteate suggestion is to increase memory of your machine.
2 Gb looks litte on the lower side.
Edward.
--
This posting is provided "AS IS" with no warranties, and confers no rights.
I am running SSAS 2005 SP1 on a machine with Windows 2003 Server R2 and 2 GB of memory.I have approximately 30 analysis databases defined on this machine.
When I process one of my analysis databases, MSMDSRV.EXE gradually takes over 1 GB of virtual memory and does not release it once processing is completed.Once processing completes, MSMDSRV.EXE continues to take up 5-15% of CPU to process something.This goes on for hours.
Let’s say I go into BIDS on this machine and try to open an analysis database by entering the server name then attempting to select a database from the database drop down.It takes about 10 minutes for the list of databases to appear on the screen, and you can watch MSMDSRV.EXE take up more and more virtual memory until it takes over 1 GB of virtual memory.
- Why is SSAS taking up so much virtual memory to perform these operations? Is it metadata overload?
- Is there any way to get MSMDSRV.EXE to release the virtual memory it has taken?
- Once database processing has been completed, what is MSMDSRV.EXE doing that would take 5-15% of CPU?
- Is there a recommended solution to improve memory handling and performance in this situation?
Thanks in advance for your help.
Wendell G.
Is this a recent event or a continual event?
Is the server recognizing the 2gig's of RAM and the full capacity of the processor(s)?
How old is the server?
Adamus
|||This has been a continual event and has appeared to get worse as more analysis services databases are added to the server.
The server is recognizing the 2 GB ram and is less than one year old.
Wendell G.
|||Not knowing your situation, the immiteate suggestion is to increase memory of your machine.
2 Gb looks litte on the lower side.
Edward.
--
This posting is provided "AS IS" with no warranties, and confers no rights.
Hello.
I have just intstalled 32-bit 2005 Standard Edition on a W2003 SP1 Server.
Am I right in assuming that this version will use as much memory as it can grab from the server up to a limit of 4Gb without me having to alter any settings in SQLServer or Windows?
Thanks
What's the w2003 version? If it is x86 OS, the max vas sql can use is 2GB according to default sql configration. If it is x64 OS, the max memory of sql is up to 4GB (assume the physical memory is enough)|||
apologies, it is 32-bit x86.
The physical memory in the server is 4Gb, can I make SQL use more of the available memory than 2Gb?
|||Yes, you can try to use /3GB or AWE. The actually memory usage will be increased to 2.6-2.7GB in 4G physical memory system.|||ah-ha, I remember reading somthing about 3GB and AWE a long time ago.
The /3Gb thing increase the memory for any application but AWE increses it for SQL only, am I right?
oh, and Thanks
|||All AWE-aware applicaiton can benefit by AWE configration.|||Hi,
You can check the article at http://www.kodyaz.com/articles/article.aspx?articleid=41 for sp_configure 'awe enabled' usage and editing boot.ini file for /3GB switch.
Eralper