考虑一个 docker 容器，它接收 UDP 上的日志并使用 TLS 转发到中央日志服务器，我想知道我是否可以对一个队列感到满意，或者我是否需要几个。
事实上，我知道除了将日志发送到收集器之外我不会做任何其他事情，我并不真正理解需要多个队列。如果存在其他操作（例如在文件上写入日志或重复输出以进行故障转移），它们当然是有意义的，但是如果转发是唯一的任务呢？在直接队列模式（即无队列）下拥有主队列和“发送到收集器”操作还不够吗？如果中央服务器出现故障（或在网络中断期间），那么日志将简单地重新排队到主消息队列中？
例如，在下面的这种情况下Action Q完全有意义，但是如果我们放弃登录/var/log/messages不会Action Q没用吗？这不仅没用，而且还减慢了转发速度，对吧？
场景图：https ://i.stack.imgur.com/8kFQP.png （不能发图）
我在互联网上找到了两个答案。
我认为它应该是 2 个字节 = 2^16 = 65,536，但在维基百科上写的是 65,535：
字段大小为 UDP 数据报设置了 65,535 字节（8 字节标头 + 65,527 字节数据）的理论限制。
为什么缺少 1 个字节？
当我尝试使用 udp ping 与 mtr ping 时，我从外部 wan 丢失数据包
（mtr 8.8.8.8 -s 576 -n -u）的结果：
5. 149.6.154.169 9.5% 465 79.1 86.3 71.8 707.3 47.8
149.14.126.105
154.14.64.29
93.186.129.10
149.14.125.145
149.6.155.85
149.14.124.33
149.14.124.73
6. 46.33.86.206 3.2% 465 107.2 90.7 70.6 754.7 51.2
93.186.129.21
154.54.61.30
154.54.36.70
72.14.221.78
93.186.129.25
93.186.129.23
130.117.48.205
7. 195.219.166.196 36.3% 465 91.7 89.4 71.4 663.0 42.5
72.14.221.145
72.14.204.72
108.170.252.225
130.117.51.138
72.14.213.156
72.14.216.154
130.117.51.74
8. 209.85.172.66 55.9% 465 100.3 96.9 83.3 732.9 48.6
72.14.213.156
195.2.26.25
66.249.95.55
72.14.232.49
8.8.8.8
172.253.67.155
9. 195.2.24.130 91.0% 465 103.5 100.0 84.2 141.0 8.7
8.8.8.8
108.170.245.65
108.170.245.81
10. 8.8.8.8 92.0% 465 102.3 98.8 83.3 104.5 6.1
195.89.96.234
216.239.50.241
有没有办法解决这个问题或者减少它，我也可以在没有 vpn 的情况下更改 isp 路由作为 vpn 增加 ping 吗？
我有一个向端口发送 UDP 数据包的程序xyz，我将用一些 UDP 数据包回复！界面。
我发现我可以发送一个 UDP 数据包
echo <packetContent> | socat - udp:<dstIP>:<dstPort>,sp=<srcPort>
并用
socat - udp-listen:<srcPortFromPreviousLine>
但是我怎样才能把这两者结合起来呢？当我首先在一个窗口中开始监听部分时，该端口已被使用，我无法在另一个窗口中从那里发送任何内容。