@Exp 图在 107 楼可以看到，第一次插图。不好意思

我 IOS 自带的日历本身就有基于定位的提醒，还是手机电脑平板一起提醒。也不担心被杀死。。。

 奇怪，怎么插不进去图片，试试 markdown

租的房子，简单组一下网，倒也好用，几个房间可以无缝漫游（ 5G WiFi 的穿墙是真不太行）
http://tva1.sinaimg.cn/large/006Q77vSly1ht28ypx2etj30x80kv0uf.jpg

咖啡画布那个，试了下百万杯画布，滚动卡得要死。性能也就这样吧

啊？你们不能去其他层的卫生间吗？

我创建的 3 分钟的房间，一直在打字，却提示长时间未操作，给我关了。。。

@mxT52CRuqR6o5 确实，循环次数够大才能触发编译。有时间写个大点，还能水一篇博客，哈哈。

@mxT52CRuqR6o5 如果 web crypto api 能够支持分块计算的话，我就把 sha 部分的实现换成他了。有分块就可以展示进度，当长时间计算一个大文件没有进度的时候，心里会有点担心这玩意儿是不是卡死了，什么时候才能算出来啊。

@mxT52CRuqR6o5 我没去找 benchmark ，我是在一个知乎帖子上看到的，见 https://zhuanlan.zhihu.com/p/664350420

@mxT52CRuqR6o5 web crypto api 计算 sha256 确实快得有些离谱了。。。

@mxT52CRuqR6o5 我不认为能优化到 wasm 这种程度，就拿计算斐波那契数列来说，这么简单的计算函数，js 和 wasm 的 jit 是一个引擎，那他们速度应该接近吧，可实际计算出来还是有几倍的差距。而且 web crypto api 的实现一定不是用 js 写的。

牛的，我们之前也做过类似的产品，效果很拉胯，学习一下

@mxT52CRuqR6o5 速度上和 wasm 比不会像和 js 比那么大差异，而且看了下接口，没看到流式处理的 api ，总不能把十多个 G 的文件直接读进内存丢过去计算吧。

@cat 这些散列算法本身就是一块一块的算的，只是应用层面看起来是一起计算的整个文件。

@lstz 嘿嘿，我写的时候确实没考虑兼容问题，因为用到了 WebWorkers 和 WebAssembly ，所以需要新一点的浏览器内核。

@lstz 应该不会很吃内存，他是流式处理的，将文件一块一块的读取到内存里计算，一块 50M 大小。可能稍微大了点，你是用的什么设备？