@qdwang 整个世界都在研究如何 scale out 。区块链一出现就是加机器不升性能，减机器不降性能。
扩展性最好的区块只是能做到提升单机性能同时提升网络性能。网络性能不会大于单机性能。

同样地 Filecoin 也有速度上线，现在是吞吐量 = 2MiB/(打包消耗的数据量) 大约是 600 每 90s
大家都用 64G 的块。((25920000 / 90))*600*64GiB to EiB = 10.2EiB 现在已经是 filecoin 的容量上线了。

@daokedao 把文件直接删掉也是免费的 : )

@qdwang 你否定了存储行业 20 年来的所有努力

出于讽刺目的，我把这个帖子做成了磁力链接。

c1e73d1c64f8f0ba9457fc5925237e325a7a67ef

> @xarthur 还有一个就是 IPLD ，不过 IPLD 目前还没有什么具体可以用的产品。
我没有看到币圈做的任何东西离开币圈来到真实世界中。币圈的研究没有在现实世界产生哪怕一点成果。

> @jim9606 IPFS 对存储节点是有可用性要求的，需要根据容量提供 FIL 进行质押，导致参与有门槛。
参与有门槛不意味着你的数据会安全。机器的额外价格和机器会稳定也不存在因果关系。增加入门门槛只会导致普通人无法自己组装存储节点。矿机托管商赚得盆满钵满。

> @liuser666 从 ipfs 的初衷来看，其实是不需要激励机制的，大家下载文件并帮助别人缓存，本身就是一个更好的 BT 。只是现在用的人太少罢了
我有权选择我想要存储那些文件，比如你这个 .zip 文件，不解压之前谁都不知道这是个啥。我不会浪费我的硬盘空间去存储你自己的文件。

===

这东西定位是有问题的。现在的商用存储已经大规模用 EC 了，保存的副本数大于 1 但小于 2 ，同时抗掉盘掉节点，不做热数据加速的话存储成本在 0.01 CNY/(TiB*30day) 左右，这个成本是计算副本之后的。

作为参考按照 backblaze 的存储密度来算，现在整个 Filecoin 的算历 = 10 EiB / (8 TiB * 60 硬盘 * (42U/4U)) = 2184 机柜，大约是一个中大型的数据中心。
但实际上肯定不止 2184 个机柜，还有负责跑 hash 的高性能计算节点，这些节点估算有 10EiB/ (2TiB * 300 天 * (42U/2U)) = 832 个机柜。
这些有着 2080Ti AMD EPYC 和 128GiB 内存的计算节点的长期成本按存储机的 5x 计算。

为了简单不计算对象存储的冷数据分层，和整个存储系统的流量费用。

filecoin 的最终存储成本是现代化对象存储的 3 倍到 4 倍，取决于 IPFS 是无副本还是三副本。这些成本要么由炒 filecoin 的人承担，要么由存文件的人承担。

那么问题来了：

- 想要备份，为何不把数据加密后存对象存储？
- 想要分析，为何不创建一个 BT 种子或者把盗版电影传到 PT 站上？

> 执行 explain 发现 count 的语句查询行数有好几万行
> @x:=IFNULL(@x,0)+1 as rownum ，执行了下里面的子查询，直接 count(rownum ) 0.1 秒。数量也对

你最后结果是好几万么？

> 进 BAT ，会有银行上门给你开卡
我怎么不知道

> 一般公司在香港或者美国上市了，就会有人上门办理
我怎么不知道

不能，iOS 不支持 USB 摄像头。只能加额外的硬件把摄像头转成 IP 摄像头，然后再走网络给 iPad

搜一下 「 pm981a 寿命 」第一页全是小搭百科网

@Seayon 索引是降低搜索的复杂度，缓存是更快的扫描。
你记到本子上，没排序，没降低搜索的复杂度。只是在更快的介质上做顺序扫描

如果我用本子记下来我把它放在哪，就能很容易找到，这就是索引。
这叫缓存，并不是索引。

@IgniteWhite 能不能支持是利益问题，不是技术问题。

先交雷电授权费，找 AMD 和 Nvidia 编译一下驱动，然后找一个 PCIe BAR 符合显卡要求的 MMU，做一块 arm 芯片。

亮一块 10bit 4K 屏幕需要的显存是 32MiB，为了防止撕裂，一般有个三缓冲。每个屏幕需要 96MiB 显存。
能亮几块屏幕取决于显卡有多少个驱动显示接口的电路，在 arm 里这个电路叫 VOP 。

有一个 VOP 就只能亮一个屏幕，有两个 VOP 就能亮两块屏幕。
有些 VOP 是双通道的，一个 VOP 可以亮两个屏幕

VOP 的下一级才是 HDMI (E-)Displayport MIPI 这些接口。

iPadOS 15 可以在运行 iPhone 应用的时候横屏了，反而是京东支付宝那样强行放大到 iPad 的最难用

https://i.loli.net/2021/09/07/VgxG4OJyUjY6pDa.jpg

GC trace 显示在第二次 force GC 之后 Go 编译器预知未来了，直接把你的数据干掉了。
我认为是某种 UB，Go 判定的的函数已经返回了。

为什么刚好是 250s （ 4.1 分钟），是因为 Go 每隔 120s 会触发一次 force GC，这个等待时间不随机不可调。

@sy20030260 理论上应该没有全局锁，但是会吃满你的硬盘 IO，别的东西动弹不了

开启事务 插入 1000 万条数据 提交事务。不会
开启事务 插入 1000 万条数据 回滚事务。会开始 undo，卡很久。

标准正版受害者