@aieruishi 你们说的『数据丢失』，包括『事务结束后，数据无法持久』吗？

感觉从题主描述来看，是包括的？

但个人认为，数据一致性要求极高的地方，就该攒批落盘数据后，这堆事务再批量返回结果。。

调用方线程被阻塞太多的话，应改用协程等方式实现。。

@aieruishi

关于第一点，如果数据库能做到 54 楼说的那样，是否能消除『数据丢失的窗口期』呢？毕竟是批量落盘后再返回事务结果的？（这应该是数据库要实现的？）

第二点，还是 54 楼说的，应该没必要每次事务都单独刷盘吧。。等一小会儿，积攒多些事务数据后，再批量落盘，总体更划算？代价就是每个事务延迟大一点点。。但高频系统，要短时间内攒够足够多的事务，轻而易举吧。。

这和你说的第四点是类似的，但应该是脏页在内存中停留时间增大一些？攒够一堆脏页再批量写盘？

当然，上面这些都是软件层面的，硬件不可靠，软件再完善也没法力挽狂澜。。

@scegg 数据库能否根据 SSD 『不同块大小顺序写入 - 延迟』关系，等待一段时间，积累更多写入事务，再一次性刷到 SSD 上，实现数据严格一致性的同时，性能影响降到最小呢？

比如，如果发现 SSD 顺序写入 1MB 时，延迟 100 μs ，那每次攒够 256 个事务（假设每事务写入 4KB 页），再一次性落盘，这样总体延迟不高（平均每事务延迟 50 μs ），数据一致性也能得到保证？

@msg7086

1. 20 楼也说，手机 4K@60 拍摄，600MB / 分钟，也大概是 80 Mbps 呀

2. 淘个二手 🍎 Mac mini M1 呗，现在才 1400 元了。。🍎 又保值，转完了再卖出去，实际花不了多少钱吧。。

实在不行，还有 400 元成品骁龙 865 盒子，是 M1 的 40% 性能，满载主板 7W ，加风扇应该 8W 就够

@msg7086 这 10 TB 视频用 Arm 设备转，200+ 元电费，就能以 x265 veryslow 影视级画质，节省 80% 体积了吧？

---

我试了下用 🍎 Mac mini M1 转 4K HDR 黑神话宣传片[^1]，x265 veryslow --rect=0 时速度 1 fps ，耗电 30W ，

转两年能压缩 10TB 这样的宣传片[^2]，参考奈飞 4K 影视级画质 15 Mbps ，节省 81% 体积，累计电费 263 元[^3]。

如果换成 🍎 M4 ，速度快近一倍，也就一年左右就能搞定。。

或者 2299 元 7945HX 板 U 看起来也挺不错，能效比也很高。。

---

[^1]: [email protected] ，04 分 44.43 秒，2.80 GB (2.61 GiB)，码率 78.769 Mbps ，文件名 "heishenhua final trailer hdr10.mov"
[^2]: (86400 * 365 * 2) / ((4 * 60 + 44.43) * 59.94) * 2.80 = 10359 GB
[^3]: (24 * 365 * 2) * (30 / 1000) * 0.5 = 262.8 元

@chutsetien #1 ，AV1 是强在中低码率吧？这场景你用 x265 也能压得比 svt-av1 好吗？

9 楼链接里，国外大佬测试数据表明，比 x265 veryslow 快十倍的 svt-av1 p4 ，中低码率（如 1080p 真人 < 2 Mbps ）下画质就能接近甚至超越前者了。。

该大佬测试也表明，中高码率 svt-av1 不及 x265 。我自己用 video-compare 逐帧放大对比，也同意中高码率时 svt-av1 细节保留不如 x265 。。（但现在 svt-av1-psy 分支有很多细节调整选项，可能会有改善）

我有 1080p 压成几百 kbps 放手机里的需求。x265 veryslow 压出来有种画面稀碎的感觉，svt-av1 p4 还能很顺滑。。

@MacsedProtoss #25

呃。。不是点开链接就能看了吗。。

同架构下，应该就能根据跑分类比了吧。。CPU Monkey 说，M4 大概是 M4 Pro 性能 60% 左右。。

反正意思类似这样，我手头也没有这俩机器，网上也找不到交叉编译到 x86 或 arm 平台的编译测试结果。。还有 x265 、svt-av1 等的结果。。

要是你能找到，欢迎告知我一下。

@MacsedProtoss #23 说实在，我不想看跑分，我想看实际任务速度。。

比如，编译 Chromium 、x265 / svt-av1 视频编码、7z 压缩解压等，这才最符合实际的场景。。


关于第一项，我在知乎[^1]看到，M4 需要 147 分钟，9950X + Windows 需要 83 分钟，

但感觉后者偏慢？因为网上一贴[^2]看到，9950X 只需 65.9 分钟。本站另一帖[^3]看到，7945HX 只需 80 ~ 90 分钟。。

而且 Windows 文件系统性能一直很差，更不要说巨量源码小文件的了。。要是能换成 Linux 测就好了。。


因此我采信 65.9 版本，认为 M4 性能最多是 9950X 的 45%，

看 CPU Monkey 上跑分对比[^4]，R24 中 M4 性能为 42%，R23 为 31%，GB6 为 65%，

所以你说得对，看 R24 更准确些。


[^1]: https://www.zhihu.com/answer/30599039317
[^2]: https://www.techpowerup.com/forums/threads/amd-ryzen-9-9950x.325439/page-7
[^3]: https://v2ex.com/t/1081503#reply15
[^4]: https://www.cpu-monkey.com/en/compare_cpu-apple_m4_10_cpu-vs-amd_ryzen_9_9950x

@MacsedProtoss #21 就算是 M4 Max (14 CPU)，也一样啊。。

为啥不对比 R23 成绩呢？为啥 R23 和 GB6 差这么远。。

链接： https://www.cpu-monkey.com/en/compare_cpu-apple_m4_max_14_cpu_32_gpu-vs-amd_ryzen_9_7940hx

@MacsedProtoss #7


感觉 7940HX 、7945HX 还可以啊？

在 CPU Monkey 上对比 M4 Pro (14 CPU)，7940HX 多核整体强 5%？

Cinebench R23 ，7940HX 强 30%，

Geekbench 6 ，7940HX 弱 22%

换块电池，应该就正常了。

同为 K40 ，用了三年后，电池寿命掉到 60% 时，出现了类似你说的：

1. 低电量时，有时充电不增加数字。我记得此时重启后再充电，则正常。
2. 低电量时，某些疑似瞬间大负载操作（如上滑看任务列表、启动某 APP ），会自动重启。怀疑是电池供电能力不足。

图方便，直接去官方换就行。动手能力还行的话，自己花 50 块换电池也不错。我自个儿换了块，用了小半年，还有 96% 寿命。

唉，原本用两年后，寿命还有 80% 左右的。。结果小半年天天数据线给电脑供网络，疑似过充严重，寿命迅猛缩水。。

https://i.imgur.com/krir4IG.png https://i.imgur.com/krir4IG.png

https://i.imgur.com/wLLg9Qz.jpeg

怕啥。。真被替代了，你要求 AI 写个《日赚过万，一键提现》的 App ，不就能天天过上退休生活了吗？

@wangliran1121 #51

1. 是因为害怕，交易过程有 BUG ，会算多余额。失之毫厘，往后谬以千里吗？
所以需要设定，支出上限为昨日余额？那会不会也害怕，今日交易过程也有 BUG 呢。。

2. 用户看余额，应该是《实时》余额吧。。但汇总频率加快成几分钟，应该就不太介意了。。

3. 交易过程只写在一处，甚至写成存储过程，再疯狂并发测试几十上百亿次，可以尽量保证正确性吗？

4. 单个用户是串行，但可以多个用户同时交易吧。。（间隙锁范围，只是该用户现在 ~ 未来？）


5. 现在有点怀疑，会不会只支持串行化，并发数量能更高呢？（免去了很多锁之类的开销？）

我半个月前测试过，SQLite 在 1.3 亿 100 GB 数据时，仍能 1W 随机写事务 / 秒。。

设备是六七年前的轻薄本 + SATA 低端固态，Python 单线程 16 MB 内存完成的。。

源码发在当时的[帖子]( /1075881#reply68 )里了，可以去测试一下。

@zhady009 #26

连 wrk 都能用 10 线程，Vertx 本身是用了二三十个线程吗？

100 个 TCP 连接，占不了啥内存吧。。每个 4KB ，也就是 400 KB 这样？