先 @ 万能的 @老虎会游泳

@罐子，另外，大量图片批量转也不建议使用 squoosh

因为我和本地的 avifenc 对比，参数相同的情况下，前者的耗时大概是后者的 5~6 倍

感觉 wasm 还不能像 Native 应用那样利用好 CPU 性能

@罐子，不是 squoosh，是 tinyjpg

但 6 楼的测试，感觉 tinyjpg 吸引力不是很大：

1. 没有甩其他工具几条街（比如 squoosh 上 avif 默认参数压缩浣熊图，肉眼质量轻微损失情况下，能减少 90% 体积）
2. jpg 式微了，webp、heif、avif 是更好的选择

有没有离线版本，不重要了。。

@MINE，@罐子，我拿 https://squoosh.app/ 首页的浣熊图试了试，

差不多大小的情况下（原图 2.66 MB，tinyjpg 768 KB，squoosh.app 的 Quality 调成 70 后 742 KB），感觉 tinyjpg 和 MozJPEG 没啥区别。。

@MINE，@罐子，这个有离线版吗？和 MozJPEG、webp 对比效果咋样？

你想压成啥格式啊？

• 无损压缩的 JPG （大概减少 20% 体积）：JPEG XL （官网有提供编译好的命令行工具）
• webp（应该较为通用了）：cwebp
• heif（好像推广不是很好）：heif-enc
• avif（大概减少 90% 体积）：avifenc

集成很多图片格式和功能的命令行工具：ImageMagick、ffmpeg

浏览器端测试各种图片格式压缩效果的工具（或用于命令行批量转换）：https://squoosh.app/

@tasy5kg，H264 H265，好像都是以 yuv 为基础的吧

@rkonfj，我目前的理解，SSD 下的大量小文件，比少量大文件，耗时多的地方，在于 inode

如，一个 inode 占用 256 B 的话，100W 个 小文件，要多读写 244 MB 左右的 inode 数据

可是这点数据量，对于 SSD 而言，最多几秒钟而已？

@老虎会游泳，求指教

@老虎会游泳，tar、rsync等命令，足够备份/迁移文件数据吗？

@rkonfj，文件拷贝为嘛会慢。。你不是SSD吗？随机/顺序读写，好像没区别吧

@rkonfj，没怎么迁移过数据。问一下，文件级别的拷贝（附带属主、权限等），会有啥问题吗？

@tasy5kg，webp转码好像不怎么耗时间

heif和avif，甚至是HEVC或AV1高质量硬件转码更有意义

@tasy5kg，我印象中，画图保存的 HEIF，没体现出来多少体积优势

早期画图保存的 HEIF，还有颜色问题（类似这种）

@tasy5kg，那我也不知道了

高通论坛里确实也搜出来一些类似找不到的问题，但都没见过官方人员回复

估计确实如你所说，高通只给大客户提供技术支持

@老虎会游泳，WSL2是自己申请个大文件来用EXT4嘛？还是继续用宿主机NTFS？

@tasy5kg，现在 Win10 + WSL / Msys2，以前用了一段时间 Deepin

@tasy5kg，@老虎会游泳，你们有啥需求要上 WSL2 吗？Docker？

我可怜的板载 8G 内存，开机占了 2G，用着用着 (非)分页缓冲池 又给我占了 1G+（这是内存泄漏嘛？），只敢用 WSL1 了

@tasy5kg，刚翻邮箱，高通给ID了

但我这下 Adreno SDK 5.0 (Windows) 太慢，你也可以下来试试：https://developer.qualcomm.com/qfile/6153/adrenosdk_5_0.zip

@tasy5kg，噢，你是说会不会导致老虎林变卡是吧？

我也不知道老虎林可以承载多少并发，这需要你问问老虎了

@tasy5kg，老虎林的大开销，应该是图片和附件吧

瞅了瞅https://hu60.cn/q.php/bbs.topic.103545.24.json?pageSize=1，大概1.7 KB

就算2 KB，看一次上次你那张10 MB的GIF，相当于你5000日活了

@tasy5kg，这个 24 楼，不会就是你用来检查最新版本号的吧

@tasy5kg，老虎说unicloud有免费空间可供存储。要不你也试一试，将“检查更新”所需文件放到那儿？