只要你工作上班，亏不亏你都得缴，法律强制的，就当是缴税吧。

srand 只调用一次不需要每次循环都重设 srand 。

如果需要真随机数或者用于加密学等用途请使用平台提供的 API 或者 STL 抽象出来的 std::random_device 。
但既然不支持 CPP11 ，那么你就只能选择使用平台提供的 API 了。

@Features
是一个东西，所有管理费都是基金公司收取，蚂蚁财富只是代销机构，基金的钱不会给到他们手上的。

@Features

场内交易的 ETF 基金公司一样有管理费，并且这些费用和场外基金几乎没有区别。

举个例子：
场内基金 510300 沪深 300ETF 管理费每年 0.5% 托管费 0.1%
场外基金 015278 东财沪深 300A 管理费每年 0.5% 托管费 0.05%

@Features

如果不频繁的申购赎回，那么就不会产生这些损耗。

@Hsinyao

国内常见的指数多是以总市值大小排序来编制的，总市值大的多半是一些比较著名的企业，国企，央企等。
这种编制方法的好处是，可以容纳的资金量比较大，坏处是这些企业基本都是成熟型企业很难成长。
A 股投资者在投资习惯上是喜欢中小盘成长股的，这些成长股很难被指数覆盖或者即使覆盖到了权重也太小。

最终从收益上来看，指数本身虽然也有一涨幅，但是主动式的基金在过去的历史上是比较容易超越指数带来的收益的。

@Features

你不频繁交易就不会对复利产生巨大的影响，而且现在短期交易也有 C 类份额，不收申购费，赎回费也很容易免。

1 、大部分人购买基金并非以指数基金为主，国内指数由于编制方面的问题，指数基金对比其他的权益型或者混合型基金没有更多的优势。
2 、场内基金虽然交易费用便宜，但是需要股票账户来交易，大部分人不了解或者不想参与股市的人会本能的有点抗拒，也不会主动的去了解，开户来交易。
3 、场内基金需要在开盘时间来做，很多人时间和精力上不具备这个条件。而大部分场外基金可以在任何的时候发起申购或者赎回请求，剩下的基金公司会去搞定。
4 、相较于获取的收益来说，基金的申购费和赎回费加起来可能也只有不到 1%，是微不足道的。

@mrzx
P101S 没有硬盘背板，数据线和供电需要自己走线的。

我个人备份是用的 Mirror ，然后定时 rsync 到一个冷盘，并且 3 块盘均来自不同的渠道，我认为 3 盘同时挂掉的话，我认栽了。对我个人来说这种方案已经提供了足够的容量，性能和安全性。
对比 Mirror ，RAIDZ2 能提供的安全性显然是更高的，一次性投入的硬件成本也更高是事实，还是根据个人的预算和需求来选择就好了。

市场大不一定能培育出头部企业，而且群晖或者 QNAP 也只是家庭市场占比大，企业级市场 DELL,HPE 不是更大吗。

目前网上没有这个 CPU 的数据，只能大概推测
我推测 R1600 这个 CPU 性能应该介于 R1305G 到 R1606G 之间，按照 cpubenchmark.net 的数据来说，多核分数应该是在 3100 到 4100 分之间。
J4125 在这个网站多核分数只有 3000 分，我想单纯论 CPU 性能，这个新 CPU 还是有那么一点点提升，但是核显确实是砍掉了。
如果用不到核显，那么新机器性能上还是有一点点优势。
另外对比 DS920+,这个新 U 有个额外的好处是，支持 ECC 内存，J4125 是不支持 ECC 内存的。

只能说这个牙膏挤的大概有点进步，但是幅度很小。

完全意义上全新的物理机应该是没什么戏的。
所谓的老平台再版无非就是回收来的芯片自己做出来的新板子，稳定性还是没办法保证的。
考虑一下新机搭配虚拟机接仪器使用看看？

@leavic

部分域名商是可以随时更换绑定邮箱的，可以找 2 家不同的域名注册商注册域名然后互锁就是了。
并且还有一部分域名注册商是可以用线下方式注册管理域名的。

mxroute 这样设计是没问题的，因为邮箱的最终控制权并不是在用户或者服务商手上，而是在域名的实际控制人手上。
假设：你的邮件服务商把你的账户封掉了，只要你的域名还在你手上，你可以通过域名注册商或者 DNS 供应商更改 MX 记录到其他邮件供应商，虽然可能最迟需要 48 小时的时间来切换，但过了缓存时间以后并不会影响到你接收新邮件。

网络上你也可以选择给自己的书信或者聊天内容加密啊。
PGP/GPG 对所有内容加密然后使用任意方式发送给接收者就行了，这样只有接收者才能解密信息。
计算机世界里普通人实质上享受到了更高强度的不被窥探的自由，只是大家普遍没有那么在乎或者说理解这个问题。

vmware ，hyper-v ，virtualbox 三家都是不支持的

我稍微帮你改了一下，你可以对照看看结果。

https://quick-bench.com/q/ZfSKwXB43akAlzz1MeR0DwL6r7M

std::unordered_set 默认使用 std::hash ，但 std::hash 某些编译器上的实现不够优良比较容易产生冲撞。建议是自己指定一个合适的 hash 算法，或者直接用 std::set 。

既然知道是 copy 产生了开销，那就尽量避免 copy 。
for(auto str:vec)
这里的 str 可能会产生复制，不如写成
for(auto &str:vec)

如果确定 string 内的内容一定是数字，那么先转换成 int 确实是更划算的选项，因为你每次 insert 都必然会复制对象，复制 int 毫无疑问比复制一个 std::string 更快

最后，代码风格上我个人不建议驼峰和下划线一起用，要么统一驼峰，要么统一下划线。

POWERSHELL:

ForEach($PROCESS in GET-PROCESS ffmpeg) { $PROCESS.ProcessorAffinity=1}