删除文件不影响文件内的数据，除非是粉碎文件。

如果你家里也有像 GitHub 那么大的专门负责网络和系统安全的团队 24 小时盯着，那确实是可以保证安全的。

你不会以为 GitHub 也是像你一样把网站往服务器上一放然后就不管了吧？

1. bash 打开了 foo.txt 并获得了文件描述符
2. bash 启动了 ls ，启动的时候把文件描述符塞进了 ls 的嘴里
3. ls 列表，看到了 foo.txt
4. ls 退出，foo.txt 关闭并刷出内容

@loveumozart 那你卡的时候自己观察一下呗？看看是 CPU 吃满了还是内存吃满了。
Chrome 和 IDE 吃内存很厉害的，我这只开一个 IDE ，浏览器随便开几个 Tab ，内存就吃了 20G 以上了。

你这 CPU 不太行啊，2020 年的 i7 移动端怕是还不如现在台式机的 i3 吧。
我手里 Windows 的公司本也是 2020 年的 i7-8665U ，自己插了条 32G 上去，速度也快不到哪去，跑 Java 最多只能听个响，公司大仓库整个 build 一遍 40 多分钟。要是换今年的 13 代或者 7040 再插上 64G 内存应该会快不少，但是公司本子天知道会配什么给我。

如果你打算让仓库和原始仓库有互动（比如给上游交 PR ），那就 fork 。没有的话，可以 clone+push 开新库。

Fork 本质上是在原始仓库上开一个命名空间，所以对 fork 出来的仓库提交更改是可以在原始项目里查到的。
clone+push 出来的是全新的仓库。

虚拟机的 CPU 并不一定是实际核心。ec2 给你的 vCPU 可能是 0.2 个核心而不是 1 个核心。

主要问题在功耗和噪音吧。你要是电觉得便宜，又需要用到 12 盘，又能利用上大内存（比如插上 128G 跑虚拟机），那确实很划算。
但如果盘位要求不多，随便弄个什么 5600g 带个 64G 内存，跑跑 NAS 真的足够了。

我 1000qps 跑 http 都要 8mbps 了，你 14000qps 用 10mbps 能跑下来就怪了。

16G 内存写 Java ？ Swap 拉满是吧……

@zpf124 连写项的优先级会比乘除更高，但并不会比幂运算高，你给的平方的例子是没有意义的。

简单来说，2x 与 2 乘 x 并不等价。
比如说，1/xy 是 1 / x / y 而不是 1 / x * y 。

0.5x^2 中，0.5 和 x^2 是一个整体，所以 1/0.5x^2 是指 1 除以 x 平方的一半。

不管西数还是希捷还是东芝都不建议买小容量。
小容量都是给消费级用的生产线和配件，不如大容量企业级耐草。

@my3157 同用着 mxroute ，黑五大促买的。小厂有小厂的优点也有缺点，还是看楼主自己的想法了。

1+8T ，美版。
优点：美版频段，不像用国内手机那样缺频段连不上基站。可以解 BL 刷其他系统（但现在还没解）。屏幕指纹和前摄解锁速度快，续航不算太差，一天一充（ 20 充到 80 ），私有快充 30w 左右从 0 充到 80%。防水，不担心浸水损坏。
缺点：升级到 ColorOS ，还行，但感觉没以前那么舒服； 865 有点老了，但是 1+11 不是很有换的欲望，又没有其他合适的鸡可以换，暂时打算等 1+12 。

一直会，但是和你说的这个好像又没关系，预分配以后写到预分配空间的数据是不会占用额外空间的。

@shuax Turbo C 笑死，这不得再整个 DOS 3.3 来玩玩（

开放的服务器还谈什么安全性，当成消耗品处理就行了，勒索了就全盘格调重装。