RACKNERD 刚遭遇了被改 ip 和 cloudinit 初始化，惨不忍睹，一切重来

128G 应该是物理机吧

建议按楼上这位哥的来，看看进程数、内存使用、swap 速率、tcp 连接数、文件句柄数，如果因为死掉没法看的话，旁路接一个交换机的端口镜像，持续抓包看是不是有异常连接数大户吃光了

再者，我也遇到过几次莫名其妙死了的情况，盲目扩句柄数、会话数、缓存这些参数可能改完是正常的，但遇到一些极端环境（比如某些进程占用过大）才能发现问题。我觉得多数都是 sysctl 里头的参数配置导致问题，如果你修改过 sysctl ，将修改内容注释掉跑几天试试。

如果直连互联网没做防护的话，大概率被打。

一个朋友家的猫和你同款，我给他弄了两个 tplink 玄鸟系的 ax5400 （ xdr5410 ），有线组 mesh ，二级节点不接光猫，接在路由上，二级节点上有线 iperf 性能可以达到 400-600Mbps ，无线性能波动较大，300-800Mbps ，开启 160GHz

如果只是家里二三十个终端的话，傻瓜交换机也无脑用，企业级的就得看做接入还是汇聚，处理能力差异大了去了

自己电脑装啥都行，服务器装得越少越好，最好 GUI 都别装，然后敲命令行，你才能真正发现它的美

处理能力不是一个档次

路由器支持 zerotier 的话，直接把两个局域网通过 zerotier 串起来就行，不支持的话就用那两台分别装 zerotier 互联就行。

类似 fe 开头的 ipv6 吧？：）

floccus 解决的主要是跨浏览器之间的同步。相信总会有电脑上开启浏览器使用的操作吧，打开一下就完成同步了。

浏览器同步用 floccus+坚果云，浏览器自身也能同步书签的嘛，登录了就可以在移动端使用了。不想登录的可以装一套 brave ，加入钥匙链后移动端也能同步。

你往库里写文件？写大二进制？不建议这么放，放文件都比他好，为啥非要入库嘞？

一直用 floccus+坚果云免费号
开一个 WebDAV 协议即可，配置一个加密。

@0superx0 主要每一台都有本地硬盘，不用会感觉浪费。

新版的拔网线都不行，本地账户功能越来越弱

2.6-2.10 好用，2.11 开始问题一堆

360 也分团队的，各个团队之间没啥关系，团队间实力差距也很大。给国家做护 VV 的又和这些家用团队企业团队没啥关系，各个团队公用一个 360 的名字而已。要不为啥 360 杀毒做得烂而 360 安全卫士做得又相对好点，烂的是团队。

一直忙着部署，没空上来看一下，今天来看居然有好多！感谢大家的建议，我列一下我的场景：

1. 这四台服务器配置为 Intel Silver 4416Y/521G DDR4/960G SSD*3/4T SATA 7200RPM*9
2. 要部署一套 4 节点高性能 ArcGIS Server 集群，集群需要依赖一个高速共享存储空间，用于存放集群配置和地图数据包，高速共享存储空间 ArcGIS Server 并没有做过多验证，他只要有一个文件夹能够四台服务器同时读写即可，但如果做同步的话，延迟不可太高，检测时如果写入完毕后超过十几秒后另外几台读不到文件就会出现离线判定；
3. ArcGIS Server 主要用于发布地图服务，也就是说读的业务量较大，但大部分服务在首次访问前会自动渲染缓存数据（瓦片 Tiles ），每个服务大约会生成 3000 万个 100-500KB 的瓦片文件，因此在渲染缓存时有超巨量的小文件写入，如果采用同步方式的话，此时同步压力巨大（我实测 rsync 会崩、fastdfs 扛住了、fastcfs 打算试试）
4. ArcGIS Server 存储瓦片有两种方式：分散模式和紧凑模式，分散模式每个瓦片存一个文件，紧凑模式按内置规则约 1000 个瓦片打包为 bundle 文件（ zip ）存储为一个文件
5. ArcGIS Server 提供大约 1600 个地图数据服务，由此产生的文件数量即使用紧凑模式也还是惊人的，本来用一台高性能 NAS 是最好解决方案，但目前没有，我只好用很土的办法，自己在底层直接挂 4T 裸盘然后用 zfs 组成一个存储池，再加入一块 ssd 做缓存，每台可提供 28TB 的存储空间
6. 目前不确定的是假如我在 zfs 之上叠一层 fastdfs/fastcfs ，他的同步性能如何？目前只能说没有崩溃，不过都在测试，后续我打算看看 fastdfs/fastcfs 的冗余策略测试一下，再和大家汇报

付费国产品牌都是坑

反而电脑要好点，默认开了个防火墙，入站协议默认都关了