Re: 4.9 network not freeing memory

damir bikmuhametov wrote:

On Wed, Mar 29, 2006 at 10:55:30PM -0500, Stephen Clark wrote:


Try to increase net.inet.ip.intr_queue_maxlen and monitor
net.inet.ip.intr_queue_drops.


Increasing net.inet.ip.intr_queue_maxlen to 400 seems to have fixed the problem.



Could you please report this to the list after some testing?

Thanks.



Do you know if the queue_maxlen is exceeded do the mbufs get lost? It
sort of seems that is
what happens.

This is after a test where I was increment queue_maxlen til queue_drops
were not increasing.
$ sysctl net.inet.ip.intr_queue_drops
net.inet.ip.intr_queue_drops: 27444
X10001:~

At this point the network after my test the network is pretty much quiet.
But there are still mbufs allocated for data??
$ netstat -m
689/5504/131072 mbufs in use (current/peak/max):
689 mbufs allocated to data
265/4958/32768 mbuf clusters in use (current/peak/max)
11292 Kbytes allocated to network (11% of mb_map in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines


After a reboot:
X10001:~
$ sysctl net.inet.ip.intr_queue_drops
net.inet.ip.intr_queue_drops: 0
X10001:~
$ netstat -m
2/416/131072 mbufs in use (current/peak/max):
2 mbufs allocated to data
0/44/32768 mbuf clusters in use (current/peak/max)
192 Kbytes allocated to network (0% of mb_map in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines


This after a reboot and another test with queue_maxlen=400
Note there are only 3 mbufs allocated to data.

sysctl net.inet.ip.intr_queue_drops
net.inet.ip.intr_queue_drops: 0
X10001:~
$ netstat -m
3/416/131072 mbufs in use (current/peak/max):
3 mbufs allocated to data
0/44/32768 mbuf clusters in use (current/peak/max)
192 Kbytes allocated to network (0% of mb_map in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines


Is there some way to see what the current queue length is? Like the
queue drops.

What do you think?

Regards,
Steve

_______________________________________________
freebsd-stable@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • Re: iSCSI disconnects dilema
    ... While I think I have almost solved the problem of network disconnects, ... When a 'local' disk crashes, ... You have a queue of I/O requests. ... This is roughly the same as a RAID box accepting a write into a writeback cache ...
    (freebsd-hackers)
  • parallel vs. serial disk access
    ... Background is still that I'm creating a solution for network file transfers. ... When accessing a system with a single client, ... the explanation for this heavy performance loss is the i/o ... requests in the one queue and a small request in the small-request-queue, ...
    (comp.os.linux.development.system)
  • Re: Share internet connection/make a small server
    ... > the DHCP server for your network? ... No subnet declaration for eth1. ... ** Ignoring requests on eth1. ...
    (Fedora)
  • A question about a basic security setup...
    ... before I go through motions of setting up the network. ... I am running a web server on port 80. ... I was thinking of running iptables on the dual homed host, ... What I want to do is make it so only legit GET requests get to my web server ...
    (Security-Basics)
  • Question on protocol drain routines
    ... On all 6.0 which get moderate to high network activity (ie webmail to inn), ... I see that the 'calls to protocol drain routines' statistic given by netstat -m ... requests for sfbufs delayed ...
    (freebsd-stable)