ryd994 最近的时间轴更新
ryd994
ryd994
ryd994
ryd994 最近回复了
2 天前 回复了 heshizhe10 创建的主题 › 问与答 › 关于台式机独显和核显切换用的问题 |
核显也不是完全没用。你如果要直播串流的话，集显可以用于编解码。
2 天前 回复了 heshizhe10 创建的主题 › 问与答 › 关于台式机独显和核显切换用的问题 |
这个技术是有的：nvidia optimus，但是是笔记本专用。台式机驱动没这个功能。至少官方来说没有。
非官方的：曾经有一批矿卡，根本没有输出端口（物理），而且驱动里屏蔽了 3D 功能。淘宝卖家利用修改版驱动，强行使用 optimus 集显输出。
非官方的：曾经有一批矿卡，根本没有输出端口（物理），而且驱动里屏蔽了 3D 功能。淘宝卖家利用修改版驱动，强行使用 optimus 集显输出。
4 天前 回复了 baobao1270 创建的主题 › 美国 › 关于美国入境海关检查 |
不要带药。
感冒灵的有效成分是对乙酰氨基酚，这个也是不能进口的。在药店买 OTC 就可以。
其他药物规则上可以带，但是实际上要是海关查起来，你没有能力解释。
还有口罩洗手液之类的。你算过行李超重多贵吗？你第一次来美国，就应该轻装上路。否则拖这么重的行李在机场跑你累不累？穷家富路。出门在外人生地不熟的，就别想着省钱。美国又不是第三世界，所有东西都能买得到。就算抢口罩最难的时候，也只是加钱而已。并不是真的买不到。
动漫周边也可以来了再买或者之后寄过来。第一次入境不要带。
感冒灵的有效成分是对乙酰氨基酚，这个也是不能进口的。在药店买 OTC 就可以。
其他药物规则上可以带，但是实际上要是海关查起来，你没有能力解释。
还有口罩洗手液之类的。你算过行李超重多贵吗？你第一次来美国，就应该轻装上路。否则拖这么重的行李在机场跑你累不累？穷家富路。出门在外人生地不熟的，就别想着省钱。美国又不是第三世界，所有东西都能买得到。就算抢口罩最难的时候，也只是加钱而已。并不是真的买不到。
动漫周边也可以来了再买或者之后寄过来。第一次入境不要带。
7 天前 回复了 PingAn66 创建的主题 › 生活 › 车剐蹭了有点不开心，想倾诉一下 |
你在家也得帮忙干点家务。自己之前的存款也得拿点出来。这就不叫在家吃干饭不干活了。
这种事情其实不必急着说。找家店修好了再说，当然是自己掏钱。
这种事情其实不必急着说。找家店修好了再说，当然是自己掏钱。
9 天前 回复了 kjstart 创建的主题 › 问与答 › 请教一个简单的家用文件服务加虚拟化方案， NAS+VM，不要群辉 |
truenas scale 是基于 Linux 的。支持 KVM 虚拟机。
但是它目前还是测试版。good luck 。
如果虚拟机对你很重要，那么可以反过来，Linux 上开虚拟机装 truenas/unraid 。需要 pcie 直通 hba 。如果要求网络性能的话还得直通网卡。
但是它目前还是测试版。good luck 。
如果虚拟机对你很重要，那么可以反过来，Linux 上开虚拟机装 truenas/unraid 。需要 pcie 直通 hba 。如果要求网络性能的话还得直通网卡。
13 天前 回复了 Macklemore 创建的主题 › 程序员 › [为什么要抱怨同事代码很差] |
@Vegetable 第三个实际上也是代码风格的问题。编译器早就给你优化掉了。
顺手就改掉了，没必要去说别人。
顺手就改掉了，没必要去说别人。
16 天前 回复了 koebehshian 创建的主题 › 问与答 › 有关 GPL 协议，不改源码也不用动态链接，只是单独的服务，可以商用吗 |
GPL 是允许商业使用的，只要不“再分发”。
各大网站用 Nginx
各大云厂商用 Linux
企业内部用 MySQL
这都没有问题。
GPL 的边界在进程空间。不是同一个进程就没事。而且，linked library 有单独的例外。所以商业软件同样可以 link 到二进制的 GPL 库。
AGPL 才是禁止一切间接商用。只要用户能间接使用到 AGPL 的代码，那所以依赖于该代码的软件都需要开源。
各大网站用 Nginx
各大云厂商用 Linux
企业内部用 MySQL
这都没有问题。
GPL 的边界在进程空间。不是同一个进程就没事。而且，linked library 有单独的例外。所以商业软件同样可以 link 到二进制的 GPL 库。
AGPL 才是禁止一切间接商用。只要用户能间接使用到 AGPL 的代码，那所以依赖于该代码的软件都需要开源。
20 天前 回复了 plko345 创建的主题 › 程序员 › 请教虚拟机网络 nat 和桥接的区别 |
@cassyfar 一般虚拟机的 nat 网络需要做 tcp/udp 的端口分配，而不是简单的 IP 地址翻译，否则就和宿主的通讯冲突了
涉及到 TCP 就需要检查和改写 4 层 header 。不需要提供完整的 TCP 功能，比如重传。但是还是要有基本的 TCP 状态机，否则端口池回收只能靠超时。
routing 是 vswitch 在做
涉及到 TCP 就需要检查和改写 4 层 header 。不需要提供完整的 TCP 功能，比如重传。但是还是要有基本的 TCP 状态机，否则端口池回收只能靠超时。
routing 是 vswitch 在做
20 天前 回复了 plko345 创建的主题 › 程序员 › 请教虚拟机网络 nat 和桥接的区别 |
nat: 虚拟机之间组成内网，而且使用私有地址，无法直接对外通信。宿主机会提供虚拟 nat 网关的功能，不仅转发包，还提供地址转换服务。NAT 是有状态的，所以开销很大。而且 NAT 工作在 4 层，需要了解每一个 TCP 连接的状态。
桥接：虚拟机之间组成内网，但使用“公网”地址。因为你家只有路由器有真正的公网 IP （甚至路由器也没有，这也是论坛上讨论关于开公网 IP 的问题），家里的所有机器其实只有内网 IP 。这时，宿主机仍然需要提供私有网关服务，但不需要提供 NAT，所以开销较小。这时只是提供路由器或交换机的功能。工作在 3 层或 2 层。
然而计算开销较小并不代表性能就会好很多。肯定是更好的。但是实际在网络处理中，难点是对大量的包进行处理，单个包的处理很简单，但包的数量很大，需要迅速处理完。CPU 并不适合这种工作。这种工作适合硬件。所以软路由的性能的极限比起硬件来说低很多。而且加钱买更好的 CPU 也没用。
硬件加速是网络处理很重要的一部分。非虚拟机的连接，其实大部分工作依赖硬件加速。比如 RSS，TSO，LSO，LRO 。这都不是新技术，几乎所有的网卡都支持。
虚拟化网络硬件加速则是商业应用的重要课题。宿主机可以直接下放路由功能或者交换机功能给硬件。低端的，硬件可以执行简单的筛选分类，把虚拟机的包放到独立的缓冲队列里。CPU 只需要简单的处理就可以把数据转发给虚拟机。而且可以提供虚拟 RSS 功能，让虚拟机也可以多线程处理网络。
高级的就是 SRIOV，虚拟机网络数据完全不经过宿主机软件。PCIE 直通给虚拟机。PCIE 直通由主板 /CPU 硬件加速，使用中开销几乎为零。虚拟机直接控制硬件吗，也就可以享受到和非虚拟机一样的硬件加速功能。性能也完全不损失。没有 SRIOV 也能用 PCIE 直通，但是只能物理硬件一一对应，无法在虚拟机之间共享。
各大云厂商的高性能网络大部分就是 SRIOV 再加上 SoC 或 FPGA 来处理虚拟网络流量。
如果你的 CPU 有 VT-d，而且有富余的 pcie 槽，那最简单的就是再买一块网卡做直通。组 NAS 时这个方法很常用，直通网卡和 HBA 。不然的话，配置开启 VMQ 其实性能也还行。从你的描述来看你应该已经在用类似的功能了，否则所有的虚拟机负载都会打在一个核上，不会做到 CPU 占用 90%
如果没有 pcie 直通的条件，但你的目标只是内网性能。那么也可以在全部设备上启用 jumbo frame 。之前说了，网络的难点在于包的数量。LSO LRO 技术实际上就是通过硬件切割组合包，CPU 实际上只看到硬件处理后的大包。jumbo frame 启用之后，线路上传输的就是更大但更少的包。自然也就不用耗费那么多 CPU 资源了。但是问题在于网络上的每一个节点都要有 jumbo frame 的支持，所以实质上仅限内网使用。
桥接：虚拟机之间组成内网，但使用“公网”地址。因为你家只有路由器有真正的公网 IP （甚至路由器也没有，这也是论坛上讨论关于开公网 IP 的问题），家里的所有机器其实只有内网 IP 。这时，宿主机仍然需要提供私有网关服务，但不需要提供 NAT，所以开销较小。这时只是提供路由器或交换机的功能。工作在 3 层或 2 层。
然而计算开销较小并不代表性能就会好很多。肯定是更好的。但是实际在网络处理中，难点是对大量的包进行处理，单个包的处理很简单，但包的数量很大，需要迅速处理完。CPU 并不适合这种工作。这种工作适合硬件。所以软路由的性能的极限比起硬件来说低很多。而且加钱买更好的 CPU 也没用。
硬件加速是网络处理很重要的一部分。非虚拟机的连接，其实大部分工作依赖硬件加速。比如 RSS，TSO，LSO，LRO 。这都不是新技术，几乎所有的网卡都支持。
虚拟化网络硬件加速则是商业应用的重要课题。宿主机可以直接下放路由功能或者交换机功能给硬件。低端的，硬件可以执行简单的筛选分类，把虚拟机的包放到独立的缓冲队列里。CPU 只需要简单的处理就可以把数据转发给虚拟机。而且可以提供虚拟 RSS 功能，让虚拟机也可以多线程处理网络。
高级的就是 SRIOV，虚拟机网络数据完全不经过宿主机软件。PCIE 直通给虚拟机。PCIE 直通由主板 /CPU 硬件加速，使用中开销几乎为零。虚拟机直接控制硬件吗，也就可以享受到和非虚拟机一样的硬件加速功能。性能也完全不损失。没有 SRIOV 也能用 PCIE 直通，但是只能物理硬件一一对应，无法在虚拟机之间共享。
各大云厂商的高性能网络大部分就是 SRIOV 再加上 SoC 或 FPGA 来处理虚拟网络流量。
如果你的 CPU 有 VT-d，而且有富余的 pcie 槽，那最简单的就是再买一块网卡做直通。组 NAS 时这个方法很常用，直通网卡和 HBA 。不然的话，配置开启 VMQ 其实性能也还行。从你的描述来看你应该已经在用类似的功能了，否则所有的虚拟机负载都会打在一个核上，不会做到 CPU 占用 90%
如果没有 pcie 直通的条件，但你的目标只是内网性能。那么也可以在全部设备上启用 jumbo frame 。之前说了，网络的难点在于包的数量。LSO LRO 技术实际上就是通过硬件切割组合包，CPU 实际上只看到硬件处理后的大包。jumbo frame 启用之后，线路上传输的就是更大但更少的包。自然也就不用耗费那么多 CPU 资源了。但是问题在于网络上的每一个节点都要有 jumbo frame 的支持，所以实质上仅限内网使用。
Select Language