Re: Memory Issues
- From: "John Fullbright [MVP]" <fjohn@donotspamnetappdotcom>
- Date: Thu, 11 Jan 2007 19:19:32 -0800
The counter MSExchangeIS:exchmem Number of memory errors tells how many
allocates could not be satisfied by available memory (all heaps)
The counter MSExchangeIS:exchmem Number of memory heaps with errors refers
to the number of heaps with errors. Exchange 2003 divides available virtual
memory into a number of heaps by default using the formula number of
processors +3. If hyperthreading is enables each processor counts as 2. If
I have a dual processor box with hyperthreading enabled, there are 7 heaps.
If you have a single processor box with hyperthreading enabled, then you
have 5 heaps. I believe an error is generated if the counter reaches 5.
So, within a heap you have a thread that allocates and deallocates memory
blocks. When deallocated blocks are decommitted or recycled depends on the
setting of heapdecommitfreeblockthreshold. MS recommends this setting be
hex 0x40000. The thought behind this is to wait a while and decommit a
bunch of deallocated blocks at once to minimize fragmentation (more
contiguous blocks decommited as the threshold increases). Of course, this
is a tradeoff because until the threshold is met, deallocated blocks are not
decommitted or available for use.
The Store.exe process creates the default exchmem heaps at startup, and does
not increase the number of heaps unless the existing number is either fully
utilized or is fragmented to a point where an allocation cannot find enough
contiguous memory to succeed. When there is an allocation error within all
heaps, an additional heap is created, the counter MSExchangeIS:exchmem
Number of memory errors is incremented, and the memory is allocated from
there. The repeated creation and deletion of additional heaps contributes to
virtual memory fragmentation/depletion. You can see this additional heap
creation in the counter MSExchangeIS:Exchmem Number of Additional Heaps.
At this point, I would examine the MSExchangeIS VM counters to see if there
is a virtual memory framgentation/depletion problem.
"Adoyt" <Adoyt@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:CA253E27-6564-41E5-924F-64C69AB0E74D@xxxxxxxxxxxxxxxx
I'm not sure if I'm having memory issues or not because of the articles on
microsofts website. The counter, MSExchangeIS:exchmem:Number of memory
errors is @ 2.
The Exchange analyzer says that an error will be generated when the
counter
is above 500:
https://www.microsoft.com/technet/prodtechnol/exchange/Analyzer/74a9c209-6259-4433-80cf-da90d470846c.mspx?mfr=true
The kb article 'Ruling out memory problems' says it should be at zero at
all
times:
http://technet.microsoft.com/en-us/library/7a44b064-8872-4edf-aac7-36b2a17f662a.aspx
Thanks!
.
- Prev by Date: Re: Moving Exchange/mailboxes from one domain to another
- Next by Date: Re: Log and troubleshoot Block List on ex2003
- Previous by thread: syncing organizational store with ESE store
- Next by thread: Distribution Group Problem
- Index(es):
Relevant Pages
|