将网络操作和解析分割到单独的线程中有好处吗?我意识到两者都应该在非UI线程上执行;这不是我的问题。网络操作是否应该在网络线程上运行,然后将数据传递给要解析的解析线程?
以下是我所看到的一些权衡:
pro
这两种操作不能互相阻止(?)
这两种类型的操作可以放在单独的线程池中,并分别进行调优。
con
上下文切换可以引入一些延迟。
更多线程,更复杂
流解析变得困难/不可能
我有一台Windows 2008 R2计算机连接到IPv4 Windows网络,该网络在试图访问文件共享时无法解析其他服务器的简单名称。如果我试图在资源管理器中浏览到\\SERVERNAME,就会得到
The network name cannot be found
但是,其他服务器名(来自同一域)可以正常工作。如果我指定FQDN,也可以连接到同一台服务器。\\SERVERNAME.my.domain.com点击简单名称(ping SERVERNAME)也能工作。有人知道这是怎么回事吗?
如何使用tshark专门从网络命名空间内的网络接口捕获流量?在我的例子中,网络接口tun0被移动到称为vpn的网络命名空间中。
通常,运行tshark -f "port 53"会使输出混乱,因为它包括来自网络命名空间最终使用的主接口的DNS查询。
这是我的网络命名空间设置(关于它的价值,这是来自openvpn up脚本这里的:http://www.naju.se/articles/openvpn-netns.html)
$ ip netns add vpn
$ ip netns exec vpn ip link set dev lo up
$ ip link set dev t