[c-nsp] High memory utilisation on ASR 1004

[Tassos Chatzithomaoglou]

Dual IOSd processes in ASR1000 SW redundancy result in both the active and standby process 
having access to about 750MB of RP memory (each); what is left is used by other RP 
processes. Check "sh platform soft status contr" for more details about RP mem usage.

Regarding the SBC thing... i had the same problem...but i haven't got any answer yet.

PS: To be honest, i haven't found any real advantage of sw redundancy yet. I only met more 
issues.

-- 
Tassos

Pshem Kowalczyk wrote on 13/05/2009 23:55:
> Hi,
> 
> We use ASR 1004 for internet peering. I've noticed that despite the
> fact that the device should have 4G of RAM (2G for each IOS), it only
> reports about 750M:
> 
> 
> cisco ASR1004 (RP1) processor with 750908K/6147K bytes of memory.
> 10 Gigabit Ethernet interfaces
> 1 Ten Gigabit Ethernet interface
> 32768K bytes of non-volatile configuration memory.
> 4194304K bytes of physical memory.
> 
> Why is there such a huge difference?
> 
> Other thing that I've noticed - after bringing first full feed the
> free memory dropped by almost 300M, after bringing two more peers
> we're down another 200M, even though the BGP summary doesn't reflect
> that:
> 
> BGP router identifier 172.16.31.212, local AS number axaz
> BGP table version is 1499020, main routing table version 1499020
> 319336 network entries using 45345712 bytes of memory
> 1754099 path entries using 119278732 bytes of memory
> 521347/50531 BGP path/bestpath attribute entries using 39622372 bytes of memory
> 12 BGP rrinfo entries using 288 bytes of memory
> 105606 BGP AS-PATH entries using 2952666 bytes of memory
> 5844 BGP community entries using 579940 bytes of memory
> 18 BGP extended community entries using 608 bytes of memory
> 0 BGP route-map cache entries using 0 bytes of memory
> 0 BGP filter-list cache entries using 0 bytes of memory
> BGP using 207780318 total bytes of memory
> 853191 received paths for inbound soft reconfiguration
> BGP activity 451647/132207 prefixes, 2813379/1059265 paths, scan
> interval 15 secs
> 
> And the last thing - there seem to be a lot of memory allocated to the
> SBC process:
> (sh processes memory sorted)
> 
> Processor Pool Total:  768844520 Used:  666617736 Free:  102226784
>  lsmpi_io Pool Total:    6295088 Used:    6294116 Free:        972
> 
>  PID TTY  Allocated      Freed    Holding    Getbufs    Retbufs Process
>  247   0  524286824  156132532  372840416          0          0 BGP Router
>    0   0  157038032   10062300  127440824          0          0 *Init*
>  339   0   74528188        548   74698500          0          0 SBC main process
>  160   0   91102924    1746296   74647640          0          0 IP RIB Update
>  221   0    7073896     320908    7097036          0          0 BGP Scanner
>   90   0    4017044      39640    2498096          0          0 CWAN OIR Handler
>   52   0    2309192       2832    1977032          0          0 IOSD ipc task
>    1   0     540036       3104     554072          0          0 Chunk Manager
>    0   0          0          0     462436          0          0 *MallocLite*
>   27   0     802824       2464     436260          0          0 IPC Seat Control
>    0   0 1425513440 1426114596     375724    7275888          0 *Dead*
>   18   0     299268          0     321720     113400          0 EEM ED Syslog
> 
> How can i claim that memory back?
> 
> kind regards
> Pshem
> _______________________________________________
> 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/
>