@512357301 如果真的优待，他楼主就不需要瞒着公司了

1. 不需要，除非跨 VLAN 。同一个 VLAN 内，交换机可以直接转发，不需要路由器参与，因为有 MAC 地址。
2. 不必要。可以用来分割内网。
3. 交换机负责内网和路由器之间转发，不参与 NAT 计算

墙：要给你提供 SLA 吗？

这就是为什么大容量单盘不推荐 raid5 啊，你要是有 raid6 或者有另外的备份，那就完全不慌
大容量硬盘 raid5 重建失败或者出错很正常，因为 SATA 盘的保守估计 URE 就在 10^-12 左右，标称值也就到 10^-15 。10TB = 10^13 ， 所以重建数据有错误是大概率事件
这还只是 URE ，没算硬盘直接挂了的情况

@scys r730 确实不算吵
这一代 CPU 的能效比已经不差了
特别吵的是 2950 和之前的，因为 DDR2 FBDIMM 特别热，而且 CPU 也基本没有降压关核能力
从 r710 开始就不算吵了，只有开机时才起飞，空载基本不吵。

更安静的选择是工作站和塔式服务器，设计上就是放在办公室用的

这种做法在国外挺多的，因为按绩效裁员的话可能触发反歧视调查。比如某些族裔的平均绩效差，按绩效裁员就会多裁。
所以要么按业务线砍，这个业务不做了，整个组上上下下一起裁
如果不全裁，那就抽签

你说万一把业绩好的人裁掉怎么办。实际上同一个级别，对公司的作用差不了多少。而且裁完员后军心涣散，平时的业绩不代表裁员之后的业绩

可以问，问一下又没什么
但是在合同签字之前，都不要停止面试，没有准信的事情就当不存在
找工作就是这样的，心态要好

@charlie21 #94 这话送给你就很合适啊
谁主张谁举证，楼主已经举证医生建议，请你举证
至于我说陨石，那是在质疑你前述的观点
比如#34 “坐月子即使是一种陋习，它是不好但无害的”
又或者#37 “外国孕妇是自己主动不坐月子，还是因为社会与家庭没条件让每一个孕妇坐月子所以社会宣传时候直接傻逼兮兮地宣传每个人不用坐月子、甚至开始反向歧视那些坐月子的东方人？”

确实，公共卫生问题不能以个例论，那么就请你举出坐月子弊大于利的客观统计数据，不要以莫须有的好处为论据。如果你认为这种天气不开空调坐月子的中暑风险可以忽略，那么也请你举例。

最后，如果你是男的，我奉劝你一句，坐月子的不是你，热死臭死的也不是你。祝你老婆坐月子快乐。

刚好看到这个视频
https://youtu.be/yaUg1mT0_BQ?t=1120
18:40 开始看，这是加拿大海关，但是道理是一样的

海关最讨厌的就是隐瞒、伪造。如果你诚实，那就算有问题，一般也不会拒签，只会让你回去补材料。如果确实是无法改变的因素（比如犯罪记录），那才是拒签，但是也会告诉你还有什么途径去解决（比如找使馆审核犯罪记录）。
如果海关感觉你不诚实，那你就很可疑，那就一定要查个明白，这不是给自己找麻烦吗？因为海关不需要无罪推定。而是你有义务向海关证明你完全符合签证要求所以海关应该让你入境。如果你解释不清，那就是你的问题，拒签。

你这个情况，持 B 签入境和 L1 结婚是完全合法的。 你只要向签证官解释清楚，你打算结了婚就出境申请 L2 ，证明你充分理解 B 签不是长期签证。

block 某人，真是看着就烦，这都能扯，味太冲了

我就是运营商没提供 ipv6 ，用 tunnel broker 的隧道
然而上个月开始，Google 封禁了大部分（甚至全部） tunnel broker 的 IP 段。无奈只能禁用。

不丢人，我要是有卡我也想。我还见过不少豪华车开 uber 的，还不加价。显然不是主业。要不是为了签证谁做码农啊。

楼上某些人属于孔乙己，又不了解国外特色国情。

@charlie21 #44 建议你别出门呢，毕竟万一被陨石呢？
即使宅在家不是一件好事，那么它在无害的情况下但凡能少砸死一个人，被陨石砸到的人就真的砸死了，在家的人就活下来了
你必须听到别人真的在家饿死了，你才能出门，否则你就是随大流，你就是人云亦云
当然你出门获得了什么呢？你获得了 “我融入了大家” 这种心理上的安慰剂 placebo 。

如果你在没有听到人家证明宅家有害的时候，你也出了门，那么你会是一个“很酷的路人”，在地府的生活就冷热自知吧


热射病是有案例的，这叫没有证据表面坐月子是陋习？
产后感染也是有案例的，保持卫生能减少感染也是得到现代医学充分证明的，这叫没有证据表面坐月子是陋习？

另外，你想用 zfs 不需要 truenas 。FreeBSD 和 Linux 都行。zfs on Linux 也很多年了。你自己选个喜欢的发行版

@leang521 权限管理不麻烦啊，你把 ACL 清空，只用 POSIX 权限就行
数据搜索就不适合由 nas 做，开虚拟机跑个 owncloud 之类就行，你想用黑群也可以虚拟机里跑
个人有什么海量数据搜索？这才是企业需求

@LeeReamond 5. 服务器硬件也没多费电
我 nas 用的是 Xeon D ，不装硬盘也就 25-30w

@LeeReamond
3 有解。zfs 就是为了应对硬盘冷错误
4. 有关系。任何一个对系统安全少有了解的人都知道要减小攻击面。单纯做好一个软路由系统容易。同时做好软路由和 nas 就更难。因为 nas 提供的每一个服务，包括开机启动到防火墙启动之间的所有情况，你都需要确认系统能够安全，这不容易。
如果还要再加上 docker 或者虚拟机，问题就更复杂。
不依赖内网隔离，单纯依靠每个服务自行鉴权，这是可行的，叫 zero trust 。这是大企业内部的做法。但是这个做法的前提是能保证每个服务都安全。这不是个人能够或者值得花精力去做的。
对于一般家庭来说，做好内网隔离不算太麻烦。比如把 iot 设备分出去。

@xgfan 这个视频槽点很多
1. ECC 纠错计数不一定报告，需要主板 BIOS 系统同时支持。比如 AMD 桌面 CPU 就是支持 ECC 但不报告。所以错误报告并不是好证据。还有用云服做证据的，底层有错误不一定报告给虚拟机啊。
2. ECC 不是用来挽救坏掉的内存的。虽然一些平台提供了单颗粒失效时屏蔽该颗粒，降级代用的功能，但是实际上需要特定硬件，比较难配齐。
3. 想想为什么 DDR5 需要在颗粒里使用片上纠错，就是因为容量大密度高以后，单个比特的体积太小，位反转更加容易了。
他视频里这点数据量不代表什么，，我自己就经历过 PCIE 设备（ HBA ）坏了，linux 日志里报内存错误的。神奇的是居然还能跑。
4. 我就是在云厂商工作的，内存错误当然是有监控的。ECC 错误我见得多了。
5. 另一个观点是如果内存坏了，系统早崩了。这话是没错，但是系统先崩还是你数据先坏，你想赌一把吗？
6. 另一个案例里，他说一个月“才”一次。一个月一次已经很多了好吗。你的 nas 要是想长期保存，定期 resilver 。resilver 一次坏一点点，这谁受得了？ resiliver 期间的内存错误不一定能被程序逻辑修复，反而可能往错误的方向越修越坏。
7. 评论区其实就有很多人持反对意见，也有很多案例，你可以往下翻翻

当然，你说你数据不重要，反正还有其他备份。那是你的选择，没问题。
但是，既然洋垃圾平台本来就便宜，Reg ECC 内存更便宜，那何必呢？为了多花几百块钱？为了省几十块电费？就为了赌内存不出错？

如果你是为了新硬件的性能，那参考我前一条回复，nas 和需要性能的应用服务不应该 all in one 。