Bug 857385

Summary: RFE: sockopt for increasing number of datagrams that can be queued in an AF_UNIX/SOCK_DGRAM
Product: [Fedora] Fedora Reporter: Lennart Poettering <lpoetter>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, mschmidt
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-09-20 15:50:03 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

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.