SO_PRIORITY
Set the protocol-defined priority for all packets to be
sent on this socket. Linux uses this value to order the networking
queues: packets with a higher priority may be processed first
depending on the selected device queueing discipline.
这是使用以下设置：
int optval=7 // valid values are in the range [1,7]
// 1- low priority,7 - high priority
setsockopt(socket,SOL_SOCKET,SO_PRIORITY,&optval,optlen)
并且说,该过程具有：
一个.来自socket_1 – socket_10的10个低优先级套接字(优先级= 4),
湾1个高优先级套接字(优先级= 7) – socket_11
在以下场景中会发生什么：
> send()：进程在socket_1-socket_10&上发送多个消息.在socket_11上,socket_11上的IMO消息将优先于通过socket_1-socket_10发送的消息.
> recv()：如果在上面描述的所有套接字上都收到了多个msgs,那么socket_11在读取socket_1-socket_10上的消息时会获得更高的优先级吗？
>有没有办法使用lsof,netstat等工具从命令行测量套接字优先级？
解决方法
但是,通过优先考虑qdisc(例如pfifo_fast(通常是Linux上的默认qdisc)),套接字优先级可能会产生影响.
这张图片描述了pfifo_fast qdisc中发生了什么：
我们看到数据包根据其优先级放在队列中.当接口发送下一个数据包的时候到了(实际上是帧,但是我们没有进入),它将始终选择发送具有最高优先级的数据包.这意味着如果多个数据包正在等待,那么优先级最高的数据包将首先发送.请注意,这要求接口拥塞 – 如果接口没有拥塞并且数据包在从OS到达时立即发送,则不会排队,因此没有优先级.
其他qdiscs有不同的结构和政策.例如SFQ qdisc：
考虑到这一点,让我们回到你的问题：
>取决于qdisc,是的,来自socket_11的数据包可以在来自其他套接字的数据包之前发送.如果使用pfifo_fast,并且如果socket_11发送足够的流量来使出站网络接口饱和,则可能根本不会发送来自其他套接字的数据包.这在实践中不太可能,因为在饱和其他资源之前通常很难使网络接口饱和,除非它是无线接口.
>数据包从计算机的网络接口到套接字的路径比网络本身快得多.而且,正如您所记得的那样,为了确定优先顺序,必须有拥堵.在典型情况下,到达网络接口的数据包已经通过网络传输的瓶颈,因此不太可能出现拥塞.
您当然可以使用ingress qdisc或other mechanisms人为地创建瓶颈,并优先处理传入流量.但你为什么要这样？只有在构建流量整形器或类似网络设备时才有意义.另外,由于这个qdiscs是一个低级别的机制,发生在更高级别的套接字之下(甚至在桥接或路由之前),我怀疑套接字的优先级可能会对其产生任何影响.
>不是我知道的,但我很乐意学习. This kernel module接近,但它似乎无法显示优先级标志,只是常规套接字选项.
