[nsp] RSP4 Memory

[Bruce Pinsky]

-----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-----