[nsp] RSP4 Memory

[Richard Gallagher]

Just to confirm what Bruce said:

-http://www.cisco.com/warp/public/63/mallocfail.shtml#lowonfastmem

Rich

On Fri, 2004-04-02 at 04:15, Bruce Pinsky wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Beprojects.com wrote:
> 
> | Should I be worried that my "Fast" memory is so low?  It's got 256M DRAM, so
> | I can't add any more because it is an RSP4.  Is there are way to increase
> | the Total?  Or do I even care?
> |
> | 7507>sh mem
> |                 Head    Total(b)     Used(b)     Free(b)   Lowest(b)
> | Largest(b)
> | Processor   42E00D00   220197632   128598280    91599352    89187504
> | 66349960
> |      Fast   42DE0D00      131088      126864        4224        4224
> | 4184
> |
> 
> Fast memory is not the DRAM used for loading the system image and
> maintaining various other structures like the routing tables, BGP tables, etc.
> 
> Fast memory is the 2MB of SDRAM (commonly referred to as MEMD) that is used
> as packet memory for packets that must be switched from card to card via
> the RSP.  This memory is fixed in size and cannot be increased.  Newer
> versions of the RSP like the RSP8 and 16 have more MEMD.
> 
> How the MEMD is allocated is determined by the number of interfaces, the
> types of interfaces, and the MTU set on the interfaces.   Since all the
> MEMD is allocated to the buffers, the numbers you see for total and such
> are expected to be low in "show mem".  In fact, the total from your 7500 is
> exactly the same as one of our lab systems (that likely has a completely
> different set of cards than yours).  What you should look at is the output
> of "show contr cbus" to see how much memory is available and how that
> memory is being allocated.  Here is a sample from that lab system:
> 
> 11-16-3-7513#show contr cbus
> MEMD at E0000000, 2097152 bytes (unused 448, recarves 1, lost/qaerror
> recoveries 0/0)
> ~  RawQ E8000100, ReturnQ E8000108, EventQ E8000110 IpcackQ E8000118
> ~  IpcSlaveackQ E8000120
> ~  BufhdrQ E8000138 (2379 items), LovltrQ E8000158 (9 items, 2112 bytes)
> ~  IpcbufQ E8000168 (16 items, 4096 bytes)
> ~  IpcbufQ_classic E8000160 (8 items, 4096 bytes)
> ~  3570 buffer headers (E8002000 - E800FF10)
> ~  pool0: 9 buffers, 256 bytes, queue E8000140
> ~  pool1: 1145 buffers, 1536 bytes, queue E8000148
> ~  pool2: 4 buffers, 1568 bytes, queue E8000150
> 
> If you don't see 2M+ bytes listed, that would be a problem.
> 
> - --
> =========
> bep
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.2 (MingW32)
> 
> iD8DBQFAbMyxE1XcgMgrtyYRAlwjAJ9kIRjslClo7b0yHp/8CvXjJLlLfgCfa/4b
> Pk1Wwggr/NJ+EDtd4TzsBl8=
> =dxDB
> -----END PGP SIGNATURE-----
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/