python 多线程被 GIL 局限，只能使用一个 core ，

一种解决办法是：任务对列化，按 CPU 核心数开多线程，每个多线程开 subprocess/独立子进程去执行任务。这样，可以用到所有 CPU 核心。

@popil1987 DRBD 是网络 RAID ，对网络品质要求蛮高的，同一个局域网下还不错，且从机的 drbd 数据盘是不可以被挂载的，只能用于离线备份。

@pupie 分布式文件系统，那得把当前存储的东西迁移到新创建的分布式文件系统上。 windows 的 DFS 也有延迟的，看文件大小和网络速度。因为要通过公网，那么 vpn 把两头 连起来也是必要的了。

@v1024 哦对，就是这个。现成的镜像，直接写 sd 卡就行。

今天刚收到 ODROID-XU4 (8cores CPU, 2GRAM, USB3x2, 1000Mbps 网卡)

@v1024 32 位的 2 代 pi ，友人也在跑 docker

成熟产品化的独立硬件负载均衡器基本都有主备容灾功能，

某厂商当年给的建议是：设备买 3 台
在线一台，在线备机 2 台。
假若在线的坏了，其中一台备机立即接管服务，坏机报修，那时依然至少是一主一备，没有单点隐患。

@imgalaxy arch 天天滚不易挂，滚动版的系统，假若间隔长时间滚一次，是容易挂。

当然，备份对于啥系统都一样重要。

使用不设置 passphrase 的 ssh-public/private key 对登录。

目标服务器上的 ssh-public key 里可以写入一条 shell 指令，使用此 key 登录目标服务器即执行 public-key 内的 shell 指令。

比如：

command="/bin/bash /home/test/some.sh" ssh-rsa AAAA......ssh-public-rsa-key 内容

注意，如此这般，登录这么设置的服务器，这对密钥就只能用来执行这条指令，不能 login 获得一个交互式 shell 终端。

@woyaojizhu8 ［大部分人都丢过数据，然而其中很多人仍然不明确什么样的文件是重要文件］

那么看来不作取舍，所有数据都备份可能是个最佳选择(成本可能不是最佳)

@woyaojizhu8 暂时还没做到重要数据完全有云备份...目前只有手机照片，通讯录，最近 3 年的文档，代码，这些是有云端备份。

最近半年，手里自用的 Linux 机器陆续在转向 arch

@zhangneww MyISAM 和 InnoDB 都是 mysql 的表存储引擎，可以不正确滴比喻是 mysql 的 "文件系统"。

MyISAM 是最早的 mysql 表存储引擎，表级锁，单纯的读 or 写速度很快，但有时可能会莫名其妙得到不正确结果(跑的太快裤子都掉了)，不支持事务， mysql 意外退出 /表很大 /负载很重 时损坏表，需要运行 myisamchk 等工具来检查和修表。

InnoDB 是现代化的 mysql 表存储引擎，行级锁，完整支持事务，在启动时会自检，若表损坏，会自动修复。

具体的相关信息，谷歌吧，大把。

@JFW [什么样的文件是重要文件，比如说？] 丢失过一次数据 /硬盘 /备份 后，才会真正明白。

“重要”，对不同的人在不同时期有不同的解读。

@YUX ［中华遗嘱库］公益性质的遗嘱托管，可以留下相关的后事 /紧急"行动手册".

@zhangneww [通常发生在网站被攻击的时候，导致 mysql 进程关闭，后来就表损坏了。] 你这表这么容易坏？ MyISAM 吗？ InnoDB 的一般在起点时会自动修复的，假若不能自动修复，手动也最多只能救援模式只读状态下导出数据了。

以前有类似需求， nagios 监控 mysql ，发现需要修表时，自动执行修表脚本。

@nightv2 [为啥照片这种需要加密再上传到云盘，我感觉没有啥需要保密的啊，又不是日记、个人证件照]

一切资料皆有价值；单看某项资料 /某张照片 可能没价值，但整个所有这些资料共同组成的信息就有了价值。另外，也很可能有不少资料当下看起来并无价值，之后有更先进的数据分析技术 /利用形式出现，可能就变得很有价值。

@woyaojizhu8 说对了，重要数据和重要文件放安全的异地，突发灾难时，更可以心无旁骛全力逃生。

况且，不少证件补办也不是简单事情，还有一些凭证没法补的。

即便逃不出来，重要资料靠谱保存，也方便亲友处理后事。

别轻易说自己的数据 /文件不重要，丢了无所谓，真正丢一次，才能发现哪些重要，哪些不重要。

天灾人祸？别以为离自己很远哦。