3. 谷歌翻译是完全没法用了
130 replies
| by libook
| in Google
| 09:53:58
打开谷歌翻译，英文翻译成中文简体，英文那一栏填“艾滋病人”。
8. go 语言提高 web 生产力
60 replies
| by zwnozhuce
| in Go 编程语言
| 06:58:30
试了下 go 语言
- 开发代码简洁
- 编译部署简单
- 心智负担较轻
慢慢写一写工具，深入下
11. 调研高端羽绒服市场
46 replies
| by matrix67
| in 生活
| 05:35:33
调研高端羽绒服市场，发现这真是一个超级内卷的市场，始祖鸟实至名归，加拿大鹅在割韭菜，波司登真是性价比极高，迪桑特和北面退出了比赛，中间还蹿进来 black yak, lafuma ，这种黑马。xbionic 未来可期。
姑且用四个指标去评价他们，虽然偏颇一些，但比较有代表性。第一个指标是否是戈尔的 GORETEX 面料，第二个指标蓬松度，800 蓬作为起点线，第三个含绒量，90%作为起点线，第四个从白鹅绒，灰鹅绒，白鸭绒，灰鸭绒进行区分，鹅绒作为起点线。也就是高端的羽绒服至少符合 GORETEX 的面料，90%含绒量，鹅绒，800 蓬。
始祖鸟这个品类大概八千块钱，符合所有指标，加拿大鹅一万价位的羽绒服，在拿非 GORETEX 的面料，625 蓬，还是白鸭绒的面料混日子，继续收割韭菜。波司登也做出了符合所有指标的羽绒服，GORETEX ，90%，鹅绒，800+蓬，价格 3999 ，真是换个始祖鸟的 logo ，几乎各项数据都是鸟的数据，除了设计和品牌，确实性价比很高。北面和迪桑特已经不配拥有 800+蓬和 GORETEX 的加持，在 600+蓬的中端市场徘徊，3000 的价位狠狠抽打了加拿大鹅。
神奇的是，市场还有国内小众的 black yak ，lafuma ，也同时符合了上述指标，并且性价比非常高，迪桑特的价位，鸟的质量，遗憾是缺少高端品牌基因。
期待看到一件 X-BIONIC Gore-Tex 800 蓬 ALLIED 90 白鹅绒防水羽绒服，去打爆始祖鸟。
不得不说，GORETEX 真是高端羽绒服的芯片，戈尔像高通一样，向各个厂商收税，期待国内可以多一些像戈尔的这种公司出现，带领中国服装产业出海做大做强。
14. Emby 也来黑五优惠了 仅需 $99
43 replies
| by imnpc
| in 优惠信息
| 02:41:17
Cyber Weekend Sale! Premiere Lifetime only $99
购买地址
https://emby.media/premiere.html
准备买了 这家全部美元计费 搞不了土区
19. SMR 叠瓦盘究竟在什么情况下会显著掉速？
25 replies
| by acess
| in 硬件
| 13:24:28
（先不要吐槽为啥不上固态之类的……）
想拿到公认是 CMR 而不是 SMR 的 ST2000LM003 （ 2.5 寸 CMR 盘里貌似也只有这个型号是 2TB 了，而且据说很多年前就停产了），为此淘了一块希捷 2T 移动硬盘，感觉像赌石，结果这次赌输了，插到电脑上发现是 ST2000LM007 ，网上搜了一圈基本公认是 SMR ，anandtech 当时还有报道。
据说希捷的 2T 移动硬盘是 2016 年 2 月以前出厂才是 CMR 的 ST2000LM003 ，在此之后就逐渐换成 SMR 的 ST2000LM007 了。
这块 ST2000LM007 在 Crystal Disk Info 里没有显示支持 TRIM 。
出于好奇，楼主用 DiskGenius 选择随机数据进行全盘填充 /清除，总共用了大概 5 个小时，没感觉到速度慢——嗯，应该是因为新盘本来就都是 0 ，还没有条件暴露“脏盘掉速”问题。
但是在此之后，用 HD Tune 跑写入测试（这个测试是强制在没分区的情况下进行的，否则软件拒绝开始），看着写入速度曲线好像并没有什么异常，还是外圈快（ 125MB 左右），越到内圈越慢（最慢也没低于 50MB/s ）。
然后我又整盘分了一个大分区，启用 BitLocker 加密，XTS-AES 128 ，选择只加密可用空间。我觉得 BitLocker 应该可以防止硬盘主控耍压缩之类花招。
先是复制进去了一个 70GB 的大文件，显示速度大概在 100MB/s 以上，没感觉到掉速。
然后我创建了一堆 1GB 的填 0 文件填满分区（最后不足 1GB 也仍然让他填满）——貌似还是没发现有显著的掉速问题，还是最慢也没跌破 50MB/s 。
做成图表，看上去也类似于 HD Tune 跑出来的曲线，只是跑到最后几十 GB 的时候速度会突然变快。用 DiskGenius 定位最后几个文件的数据开始位置 LBA ，好像也并不在靠近外圈的地方，所以不太理解具体原因，也许和 SMR 盘内部的翻译映射有关？
接着我用脚本，让 openssl 先在 ramdisk 里走 aes128cbc 生成 1GB 的伪随机数（每个文件密钥都不一样），再从 ramdisk 复制到这个移动硬盘、覆盖填充上述文件——没跑完我就把它停了，但跑了好一阵子还是没发现显著的掉速问题。
再然后我又用同一份伪随机数据，按文件名反过来的顺序覆盖填充这些 1GB 的文件，结果发现这样跑出来的曲线，左右翻转一下，几乎就是和上述填 0 的实验跑出来的曲线一模一样。
现在我的猜测是，这块（ drive-managed ） SMR 硬盘的主控也许远比我想象的要聪明。
比如……（以下纯脑补）也许写入 1GB 数据的时候，（因为仍然是顺序读写）虽然会覆盖邻近磁轨，但绝大部分空间本来就是要被新数据覆盖掉的，所以前面绝大部分空间并不需要去费劲反复搬迁数据，只有最后一点点数据收尾的时候需要搬迁，于是在这种情况下就感知不到明显的掉速？
总之楼主不太理解现在的状况……难道同是标注型号为 ST2000LM007 ，还可能有 CMR 而不是 SMR 的盘？楼主感觉这似乎也不太可能吧……
