了解下 storj， 似乎是完全一致的服务模式。 仍然是 copy-to-China.

也不知道 storj 和迅雷谁吹的更猛

@hilyjiang 还有这种操作？

@justs0o 也可能和他的工作直接相关呢， 比如欧美市场 股票 /期货 这种。

@lawfun 似乎 miracast 标准挺乱的， 各家的设备多少有些不兼容，是否顺利使用，可能得看运气

我用着顺利可能是恰好用的同一厂商的设备。

原理记得是发送者把画面+音频编码成视频流，用 wifi 发给接收者。
音频也发给电视 /显示器了，我的显示器有耳机口输出。

@lawfun 我用的手机小米 max， 和小米盒子。
分辨率 1080p 放显示器上正好， 似乎显示器分辨率不同会按照手机画面缩放。
手机性能问题，本来游戏画面就不能调高。

适合摇杆，不适合触屏操作。

小米盒子上开一个系统自带 app 就行， 然后手机上就能搜到显示设备。
这个过程不需要路由器，似乎建立连接之后 2 个设备之间是 5GHz 频段的 wifi 直连。


用起来有 4 个问题：
大概有几十毫秒延迟， 游戏基本还是能玩的；
偶尔花屏几秒；
投屏同时手机可以连 wifi，但是会增加花屏频率；
在 ADUI 使用很成功， lineageOS 下没连上过。

另外试过 win10 自带的 miracast 功能作为服务端或客户端， 使用体验是。。。 仅限于 ppt 流畅。

我用过 windows 下的 夜神 网易 mumu 海马玩 腾讯手游助手 等模拟器 ，
玩王者荣耀基本不卡，也纠结于这个手柄的问题。 各模拟器的摇杆控制都是残废。

我有个思路：
做一个 windows 软件，不停地取手柄状态， 监听一个端口，把手柄操作发给客户端；
做一个安卓程序装模拟器里面，要用 root 权限的， 连接到主机上的。
直接读写 /dev/input/ 下面对应的设备文件模拟触摸操作。

做了一半， 后来。。。 我意识到我的需求只不过是在大屏幕上玩游戏而已， 就用了 miracast 投屏。。。

Moral of the story: 你根本不知道同事干了啥

说个我见过的神奇状况：
我们小公司管理相当、相当宽松， 负责 IT 的是我。
去年有一天我在路由器和交换机之间添了个流控软件， 然后发现同事的电脑，
因为工作需要 24 小时开机， 时常远程进来使用的，
在半夜没人用的时候大量网页访问，包括 taobao.com 。

问题根源： 某个免费的网游外挂。

我见过更离奇的， 自建的 ddns，
从 QQ 发送了链接、用户名、密码，用户名和密码不在链接里

然后在我配置到路由器之前，就被访问了。。。还更新了（说明验证了用户），是个上海的 ip

@bobawujh 根源应当是延迟高，tcp 慢启动逐步扩大窗口。
用低延迟的线路是简单的办法， 或者改服务端的 tcp 拥塞控制算法缓解之（ bbr、htcp、hybla ）， 似乎高延迟（ 200ms 上下？）低丢包此处应当使用 hybla，高丢包（那也得 20%以内） bbr 给力，再高丢包就锐速、kcptun 了。

既然服务器的不能改。。。
所以说尽量避免使用 vpn 方案，能用代理就用各类代理的软件，s2 什么的。

@cck 这个不清楚； 因为没有 esxi 开机而直通的 vm 关机的必要啊。从显卡风扇狂转推测是最大功耗，这个不太确定... vm 开机后恢复正常。

我试过的最新的是 hd7750，hd7770，R7 250，R5 230。我认为目前最新的 amd 中低端显卡应该都行

高端显卡似乎直通容易出问题

企业级别大多是固定 IP 吧，dhcp 岂不是多此一举

@965380535 搜 “为什么运营商不采用 802.1x ”

@965380535 当初 pppoe 败给了 802.1x，可惜啊。
确实国外很多宽带都是直接 dhcp 到公网 IP 的。

楼主的类似需求（指不想用路由器而 pppoe 拨号产生问题）我就见过一次合理的：pppoe 拨号的组播优先级最高，就是接口的 metric 最小，覆盖了 vpn 虚拟接口。这个我不知怎么改。 最后要么改光猫拨号，要么加路由器

接下来是扯淡：
从理论上来说，2 个路由器，路由器 A 外侧公网 ip （例如 1.2.3.2 ），内侧 192.168.9.1 ； 路由器 B 外侧 192.168.9.2，内侧 1.2.3.1，dhcp 给 pc 1.2.3.2。 路由器 A 对 192.168.9.2 静态 nat，路由器 B 给 pc 静态 nat，，，重拨号时用脚本控制由 A 通知 B 改地址和地址池以及通知 pc 换 ip

我觉得理论上可行，虽然没什么意义

https://www.google.com/search?q=how+to+create+zombie+process&ie=utf-8&oe=utf-8&client=firefox-b-ab

据说是这样，未亲手验证：
先 fork 出一个子进程，
然后父进程 sleep ，子进程 exit ，
子进程就 zombie 了。

然后根据这个：
https://www.google.com/search?q=how+to+create+zombie+process&ie=utf-8&oe=utf-8&client=firefox-b-ab#q=cleanup+zombie+process
干掉父进程，子进程会被 init 接管，然后会被 wait 后清除。
所以？ init 接管后还有一大堆 zombie ？ 哪里的 bug 呢

试试这个：
https://stackoverflow.com/questions/20535438/cant-cleanup-a-zombie-process-whose-parent-is-init

得散点纸钱才行

啊不能改自己的回复， 突然想到如果 libnetfilter 可行， 何必玩高级花样。
既然真正的 response 在假的之后到达，那么假数据包太容易辨认了。
甚至可否将服务端返回的数据包缓存个多少毫秒超时，如果后续没有就发送这个，后续有“重复”的则 DROP 掉前一个。

---------
可能 proxy server 更适合实现这样的功能。