[ Sorry for the delay in responding to this ] > The following output is from snmpwalk: > > [EMAIL PROTECTED]:~> snmpwalk -v2c -c CCSADMIN localhost hrStorage > host.hrStorage.hrMemorySize.0 = 3104964 KBytes > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Ah, what is the line above? Does that specify RAM, swap, or a > combination of the two?
Physical memory. > hrStorageType.101 = OID: hrStorageRam > hrStorageType.102 = OID: hrStorageVirtualMemory > hrStorageType.102 = OID: hrStorageOther > hrStorageDescr.101 = Real Memory > hrStorageDescr.102 = Swap Space > hrStorageDescr.103 = Memory Buffers > hrStorageSize.101 = 2097151 > hrStorageSize.102 = 2097136 > Am I correct in thinking that the two lines above give the > amount for total RAM and total swap respectively? Yes. Quite correct. > hrStorageUsed.101 = 2097151 > hrStorageUsed.102 = 964 > > And these are RAM used and swap used? Yup. > Could the allocation unit be increased to 4MB? > is it the size of that variable in the > HOST-RESOURCE mib that constrains it's size, or the value > returned by linux_mem (an integer) in hr_storage.c? Depends on which object(s) you're referring to. The hrMemorySize object is inherently limited to 2^32 Kbytes (or actually 2^31 if you look at the definition of "KBytes") That's down to the MIB definition, so would need a new RFC to change. There's more flexibility with the hrStorageSize and hrStorageUsed objects. These could indeed be reported in 4Mb blocks (or similar). That's just(!) a matter of writing the appropriate code. Dave ------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 _______________________________________________ Net-snmp-coders mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
