@老虎会游泳

我们内部有一台纯血开发机，纯血还没有微信。

@水木易安，pro+不是ultra。安卓兼容层依然存在。

@老虎会游泳，还真是尊贵的𝑯𝑼𝑨𝑾𝑬𝑰 Pura 70 Ultra 16GB+1TB，现在系统是纯血鸿蒙了吗

有钱虎 电子设备真多
小米12 spro(基佬紫）

得之我幸，失之我命。不以物喜，不以己悲！

我的努比亚Z50Ultra不支持ROOTᥬ᭄

人生得意须尽欢

@希望自己长胖胖，对，1TB版本

比我电脑配置都好

楼主 @老虎会游泳 于 2024-04-24 11:44 删除了该楼层，理由如下：

与主题无关

老虎威武

试试精子。
一加8Pro

又给普通人多了一个限制
https://www.chengyao.xyz

膜拜大佬！
https://www.chengyao.xyz

@无名啊，github的markdown解析器应该也是这样啊，用空行隔开的段落会被转换为<p></p>，无论中间有多少空行都只会生成一对<p></p>。

所以实际上根本没有生成换行，你在这里看到的隔行效果只是<p></p>的边距。

如果你就是想要多个换行，可以使用[br]。


这是[br]叠加<p></p>的效果。

@老虎会游泳，上一楼，想每段隔多几行回复来着。咋连续多行，被压缩成一行了。。

@老虎会游泳，

std::cin >> word这个io可能比较慢

确实，我改成 std::getline(std::cin, word) 后，就由 28 秒 → 25 秒了。

你可以自行统计一下分段用时，看看输入、计算和输出各占比多少。

我简单测了测，读取 1 亿 15 长度字符串用时。

• std::cin >> word：5.1 秒
• std::getline(std::cin, word)：2.2 秒
• 手动开 64KB 缓冲区，每次 std::cin.read() 填充，std::memchr 找 \n，str.append() 构造：1.4 秒

感觉输入上，这速度也可以了。

而且，我 strace 了一下 DuckDB，它也是要读到缓冲区里的，且缓冲区贼大，32MB。。且一定要填充完整 32MB，才干活。。

怪不得我说，一边解压大文本/脚本实时生成内容，一边喂给 DuckDB，怎么耗时会变长。。明明 writer 产生内容的速度还挺快的呀。。

也许输入输出是大头（因为stdio是同步锁定的）

我取消与 stdio 同步了：std::ios::sync_with_stdio(false);。

这个确实很耗时间。不取消的话，总时间直接翻倍。。

把文件mmap到内存然后使用char*指针直接访问

如果想解压大文本，再通过管道喂给程序时，好像不能 mmap 了吧。。

可喜可贺，奇怪的姿势增加了

@上善若水，

@张小强，不清楚，没人举报的话应该不会有事。

恭喜老虎喜提华为Pura 70 Pro+一部。
一加ace2Pro(灰|24+1024)

@老虎会游泳，webview应该不受影响吧