RES: [Nagiosplug-devel] Patch for completeness on check_nt plugin

[Paulo Afonso Graner Fessel]

Hello, Gary and Ton.

I found a reference to Commit Charge here: 

http://www.microsoft.com/technet/prodtechnol/windows2000serv/tips/w2mem.
mspx

Here are the entries for "Commit Charge":

*	Commit Charge Total-This number shows the size of virtual memory
in use. You'll notice that this number matches the number shown in MEM
Usage.

*	Commit Charge Limit-This shows the size of your paging limit.
The paging limit is the maximum size your virtual memory can be without
making changes to its configuration.

*	Commit Charge Peak-This number shows the highest amount of
virtual memory used since you began tracking usage.

So, it seems that CHECK_MEMUSE is actually showing "Commit Charge Total"
and "Commit Charge Limit". What the heck, couldn't MS do things like the
rest of all us and show "Virtual Memory In Use" and "Virtual Memory
Total"?!

[]'s
Paulo

Paulo Afonso Graner Fessel
Administrador de Ambiente e Sistemas UNIX
paulo.fessel at primesys.com.br
OWT
Fone: +55 (11) 3038-6464
Fax: +55 (11) 3038-6508
http://www.primesys.com.br
 
 
 
 

> -----Mensagem original-----
> De: Cook, Garry [mailto:GWCOOK at mactec.com] 
> Enviada em: sexta-feira, 20 de agosto de 2004 14:19
> Para: Voon, Ton; Paulo Afonso Graner Fessel; 
> nagiosplug-devel at lists.sourceforge.net
> Assunto: RE: [Nagiosplug-devel] Patch for completeness on 
> check_nt plugin
> 
> nagiosplug-devel-admin at lists.sourceforge.net wrote:
> > Paulo,
> > 
> > You make some very interesting comments. I am happy to include the 
> > perf data part (which I will do soon), but as a Unix bod and not a 
> > Windows person, I don't feel qualified to make a decision 
> on whether 
> > to include the patch about the memory divisor.
> > 
> > Any comments from Windows specialists? I'd be happy to go with the 
> > majority in this discussion.
> > 
> > Ton
> 
> You should probably include it. The problem is that I'm not a 
> Windows person either, so I should not have changed it in the 
> first place. I shouldn't have messed with something that I 
> didn't fully understand, even if my code comments explained 
> it and offered the original code too.
> My apologies to all. 
> 
> Garry W. Cook, CCNA
> Network Infrastructure Manager
> MACTEC, Inc. - http://www.mactec.com/
> 303.308.6228 (Office) - 720.220.1862 (Mobile)
>