@3dwelcome LZ 那个是四路服务器，共 64 核，裸跑，网卡硬中断都在 socket0 上面， NAPI 没有丢包，但网卡上的 ring 已经爆掉丢包了，所以怀疑是硬件问题。系统自动跃点是什么，是 ACPI 的 SRAT 吗？ 有其他思路分享一下。

这价格......是不是回扣拿的太多了，原装卡有这价格？ 这个我也爱莫能助。 ethtool -S ethx |grep rx_missed_error 看一下是否还是增加。 我记得你那个服务器是 DELL 吧，打他们售后工程师电话，我说过了 什么都不跑还丢包就直接 call 。

@lhbc 发包和收包完全俩概念，不用 dpdk 只要处理器够也能发小包线速，但收就不行了。

官方版本即可无限续币。随便找的 http://pan.baidu.com/s/14dERO payd

@VmuTargh CNNIC 出事了又如何，前年中国那几个根镜像被劫持 ISC 机房里的那些人不还是一头雾水，一边 dig 一边在邮件组里发难说问题不在这。另外 1248 回复 addition 记录不是说明自己很 NB 就是说明自己很傻。如果它像 114 那样知名看它可以扛几分钟。

时不时打开 psp 上的合集玩两下

@New2016 艺高人胆大

我接触的一些程序员中能把运维工作干好的人都是老板最信任的，待遇涨的最快的。我接触的能把程序员的活干的差不多的运维也是老板最信任的，但待遇涨的不是很快。

正好两个都有且都使用 3 年以上了， g80-3000 没有钢板键帽为 pbt 或 pom ，做工相对粗糙，整体松垮垮，让别人说值 30 块不夸张。 filco87 有钢板键帽为 abs ，做工好很多也重得多。手感方面综合做工用料键帽布局等因素我感觉是 g80 和 filco87 的手感是不能相互替代的， g80 相对松弛自由柔软（不是肉）， filco87 更拘谨有力但长时间使用后者容易累，所以我就把 g80 放公司了。但如果 LZ 非常看重做工就忽略 g80 吧...

如果方便可以发邮件到匿名邮箱 [email protected] 我登上去看看。

看 rx_fifo_errors ， rx_no_buffer_count ， rx_missed_errors ，只看 ifconfig 那个没用。禁用 RSS 后 rx_fifo_errors ， rx_no_buffer_count 增加是正常的，因为只有一个核心处理软中断了，关键看 rx_missed_errors 频度是否有相应的大增。

服务器用 I7 ？ 应该是志强 e3 e5 吧。
不是上层处理能力不够，否则的话 rx_fifo_errors ， rx_no_buffer_count 不可能都为 0 。只有小包才对协议栈有压力，如果上面是核心路由器肯定有 vlan tag ， vpn 包头之类的，实际收到的包应该有 200 字节了吧，裸跑抓包禁止输出肯定不会有压力了。 设备是谁上的，如果让对方知道裸跑抓包出现这样的问题对方应该是推不掉责任的。我印象中像这类问题都是谁上架谁测试有问题也是运维和设备商一块搞定，哪能推到后面去。

@yuedingwangji RPS 是针对多 cpu 但队列少的情况，用来对付软中断负载不均的情况和你现在的问题没有关系。 随便找了个： http://blog.chinaunix.net/uid-20788636-id-4838269.html 。
另外你参考这里的 http://blog.csdn.net/cd520yy/article/details/8507633 ，把 RSS 关掉，也就是只跑一个队列试试看。
最后有个说法可以回应给老板，裸跑原来千兆不丢包， cpu 不差也不要求跑线速，现在丢包能想到的恐怕只有网卡和 sfp 了。

不过我也觉得很奇怪，除掉 sfp 的疑点，如果服务器是 dell 、 hp 那些大厂的加上官方认证的网卡，裸跑丢包 ethtool -S 看到有 rx_missed_errors 不是应该找经销商维保吗？

@yuedingwangji @menory 82599 好像最大队列数就是 70 ，如果 cpu 核心数超过 70 也就只有 70 个队列，不开 RPS 的话其他 cpu 会闲置，少于 70 个核心队列数应该会自动调整缩减。你那个实际只有 14 个队列有收到包，这个是网卡根据源 ip hash 的结果。
光模块不用原装的等于找死啊，遇到过用国内牌子 sfp+插上去导致网卡随机 down 的情况，造成的损失够买一车原装光模块了。所以光模块不靠谱什么奇怪问题都可能遇到，找个原装换上去看看先，另外可以把万兆卡换一个 pcie 插槽试试。

根据 ethtool 看，调 ring buffer 没用，因为在进入 ring buffer 前就丢了，这样原因就复杂了，有可能是硬件中断问题或 PCIE 带宽不够。 LZ 的机器是品牌服务器还是 DIY 的？ 首先确保用的不是寨卡，如果是品牌服务器一定要用厂商指定的卡。然后用 lscpi -s 43:00.0 -vvv 检查 pcie 带宽，万兆至少要用 pcie 4x 。除此之外 ixgbe 还有几个中断相关的参数（内核自带的没有），其中 InterruptThrottleRate 是中断频度，如果太少网卡内部 buffer 会丢包，太多的话 cpu 负载会升高，默认好像自适应，你可以适当调高看看丢包是否有改善。

和网卡驱动应该没有什么关系。 LZ 列一下 cpu 型号以及 ethtool -S ethX 。万兆卡对平台有要求。

@pH 最新的一个例子 https://www.v2ex.com/t/279967

弄虚拟机和容器有什么劲儿，不都是文档读一读就跑起来了吗。想折腾就鼓捣一下嵌入式，现在门槛低很多了比如树莓派。想自虐的话就自己弄板子上片子跑 android 。唉， v2 这里搞底层的见不到几个。

@whoops 那个只对旁路劫持有效，现在都是串接设备甚至运营商 DNS 直接应答假数据。另外除 TCP 之外的虚假 DNS 应答都和 GFW 没关系，各地方的 DNS 已经替 GFW 先污染一次了。现在唯一有效的防污染可能就只有 dnscrypt 了，缺点是偶尔会被干扰。