@adezh
没有居住证。去年毕业到广州来的，当时没想着办居住证……看来是不行了。

@hsuan
我就是看到政策好像有放宽，所以抱一点希望。

@qinrui
是吗？我们公司没办诶。我一直都住公司宿舍里，没有在外租房子，就没怎么考虑去办居住证。
不过这家公司是台湾企业，确实也很多方面没有跟着大陆的规矩走。

@dobelee 不是诶……
本人回原籍办的话，就要等春节前后了。中间跨一个春节假期，恐怕要三月中旬才拿的到入台证😞这样可能就不会派我去了……

@honeycomb 诶，但是其实，NAND 厂商提供的闪存并不会专门对齐 64G、128G。
所以用户端如果能用的容量有 128GB，那实际可用容量多半是大于 128G 的啦

@iyg429 有证据吗？哪家的主控？

我觉得还是 NAND 寿命对 ssd 寿命影响大点。

@honeycomb 这位兄弟也是业内的？
我是做后端的，所以对 NAND 这块比较熟。不知道你有没有手算过容量，即使按每个 page 16KB 来算，一个 64GB 的 die 也不止 64G 的可用容量。
具体数据我就不摆了，因为不清楚哪些算机密。

OP 留多大，我觉得是非常 various 的。
跟 firmware 管理机制、NAND 厂商提供的 extended blocks 数量、面向的客户都有关。
有些企业级客户会直接要求 OP 的大小。消费级也并不是固定 7%

另外，SMART 查到的信息是没有参考价值的。host 发查询指令的时候，我们 ssd 这边的 firmware 想给它回什么值就回什么值。

业内人士现身说法。

是有预留的。但是不知道你这算法怎么来的。不是你这样算的。
首先是 NAND Flash 厂商供应的闪存颗粒就有预留——每个 page 提供给用户的大小是 16KB，然而实际上有 18KB 左右的物理空间可用。
然后就是 ssd 厂商预留用来做坏块替换的 block。这部分跟你讲的大致差不多。
所以实际上如果你看到的硬盘有 240G，它物理上应该可以写 270G 甚至更多吧。

跟二进制十进制换算没关系。但是厂商喜欢拿十进制换算来说事，假装这是历史遗留问题。消费者那边好解释一些。

在坏块替换这个部分，各家的管理策略不一样。
ssd 里面用 NAND Flash 组了阵列，全部并行做读写操作，这是 ssd 速度快的一个原因。
如果一块 ssd 有 8ch 4ce 2plane，那就等于是 8*4*2=64 个 plane 在并行工作。不妨把 plane 理解为跑道，有 64 个跑道一起在为你发车。

假如按你的 7%预留来考虑。其实质上是给每个 plane 都留了 7%的 block 用来做坏块替换。
但如果有某个 plane 擦写次数特别多，导致很快就把 7%用完了呢？那它就不能跟其他 plane 一起做并行了。在有些厂商那里（实际上我认为大多数厂商都是吧），这块 ssd 就被认为寿命到头了，firmware 会将它设为 read only，只允许 host 从里面读取数据，做一点最后的抢救。

至于为什么跑道少了一根就牵连所有跑道，这涉及 firmware 管理的问题。当然是受制于主控啊、DRAM 啊那些。不能把 firmware 写得太复杂。

firmware 写得好的厂商，能确保均匀使用各个 plane。到最后寿命将近的时候，所有 plane 几乎会一起坏掉。

late 13
就怕电池和硬盘撑不下去了

然而我买 steam

前几个月刚工作的时候去申浦发被秒拒啊，不知道是试用期工资不够高还是怎么的。
然后改申建行名校卡等了两周就给过了。3w 额度。

你们试试上联输：神州

win 的话我还是强烈推荐 anaconda 的。
这两年每次在 win 上配环境都相当头痛，公司同事让我帮忙都直接给他们装 anaconda 了

然而是因为闪存工艺更新，2D 转 3D 良率降低，拆 2D 生产线建 3D 产能进一步降低。
云和大数据和 ML 的浪潮又导致企业级对内存 /ssd 需求暴涨。

简单来说就是企业有钱，你没钱，人家把闪存卖给企业了。

@shoujiaxin 是啊，干点啥都卡得不行。GUI 的部分确实很不完善，我比较习惯命令行就用命令行了

我在 Mac 上装 octave 觉得 GUI 很难用的，用了两次就改用命令行了

大疆也比较累哦（室友去了大疆，压力比较大还是常年加班的）
但是如果是我的话我会选大疆啦。面过一些游戏公司，对这个行业没有多高的印象和期望。

成都不好。深圳好，有点热就是。杭州也好。

成都这些公司确实……今年上半年春招在成都试了一圈之后还是决定不留成都了。