|
|
libook
.... . ._.. ._.. ___
🏢 Full Stack Developer
V2EX 第 78834 号会员,加入于 2014-10-27 17:14:14 +08:00今日活跃度排名 19926
|
不参与一切辩论、圣战,无意义。
如果你觉得我我说得好,点一下“感谢”我将荣幸至极;
如果你觉得我说的不好,仅一句嘲讽是没有人获益的;
什么?触碰到了你的信仰?那么请务必当我放屁~
libook 最近回复了
服务用容器,数据放数据库里,迁移没遇到耦合情况,除非你用了很多云服务自己的 api
Node.js 默认不使用多进程、多线程 API 的话就是一个单线程的主进程,然后 IO 会由特定的接口管理的单独的进程跑。
你要想利用多核,可以把服务无状态化,然后跑核心数量个服务,用 Nginx 之类的负载均衡,这样还能容灾和灰度发布什么的。
SMB 很多压测数据表明很慢,实际使用确实很慢,小文件是灾难;
WebDav 协议很重也快不了;
这三者相对来说 SFTP 最快。
不加密的协议可能会更快,比如 NFS ,但因为本身连认证都没有,所以不大适合临时性的文件传输和公网的传输,适合局域网内长期独占挂载。
同样走 SSH 的话,可能 scp>rsync>sftp>sshfs ,当然具体也看参数优化和传输的文件情况。
买好点的 USB 硬盘盒,不会不稳定的,除非你板子老化了。
我一树莓派 3B 插着个 USB 硬盘盒已经跑一个多月没停了,啥毛病没有。
RAID 除了 RAID-1 以外仅保障可用性,不保障完整性。保障完整性还得是备份。
我 NAS 现在有这么几个层级:
1. 热数据走 RAID-1 ,冷数据走 JBOD+奇偶校验。
2. 重要数据本地每天定时 rsync+快照。
3. 重要数据异地 NAS 每天定时同步快照。
我本地和异地备份主要用的是 btrbk 脚本,利用 btrfs 的快照及其增量传输功能。
编译器已经说很明白了,let y = &mut x;这一行 x 已经被可变借用了,下面 println!要重复借用,Rust 里可变借用是排他的,因为你不不知道上一个借走的会不会修改了它的值导致下一个读到的是脏数据(数据竞争),你可以再问问 GPT 怎么安全地在多个地方可变借用,有很多语法糖可以用。
觉得 JS 心智负担更大的话,试试用 C 做内存管理和二进制处理,以及看看那些“极致性能优化”过的代码……
不加的前提是有 StandardJS 这种 linter 保障不出问题,没有 linter 老老实实加分号。
我反正都会加。
两地三中心,本地一份热数据,一份备份,异地一份备份,就行了。