Bug 857385 - RFE: sockopt for increasing number of datagrams that can be queued in an AF_UNIX/SOCK_DGRAM
Summary: RFE: sockopt for increasing number of datagrams that can be queued in an AF_U...
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-09-14 09:33 UTC by Lennart Poettering
Modified: 2012-09-20 15:50 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-09-20 15:50:03 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Lennart Poettering 2012-09-14 09:33:55 UTC
Currently there's a globally set limit for datagrams which can be queued in an AF_UNIX/SOCK_DGRAM socket, and it is really low:

$ cat /proc/sys/net/unix/max_dgram_qlen 
10

In order to increase concurrency at boot we'd really like to bump this up for some sockets (such as syslog sockets), but only for these very specific sockets. While we currently can bump the socket buffers per-socket there's no way to specify how many datagrams to queue. So even if we have huge socket buffers we still only can queue 10 dgrams in them, and that's mighty little... :-(

Comment 1 Dave Jones 2012-09-20 15:50:03 UTC
you need to take this upstream to netdev.org

We don't have manpower to implement every RFE we get filed, and we're not going to introduce new APIs that aren't upstream anyway.


Note You need to log in before you can comment on or make changes to this bug.