@nguoidiqua #9 开源的 syncthing ，只是获取别人分享的文件目录，就要读写几百 GB ，咋办？

国外的、开源的、重视隐私的、无网页端的、Linux 版也这样的、虚拟机装也防不了的……

@IDAEngine #43 那这俩的效率也太差了吧，哪有获取个文件列表，就库库读写几百 GB 的。。

看人家 eMule 、BT 就好多了，好像（老版） BT Sync 也没有这么高的读写（新版的我记得很吃资源）

@yanqiyu #10 Emm... 换句话说，申请 1GB 虚拟内存，和 100TB 虚拟内存，操作系统付出的代价，是一样的吗？

@arielcc 楼主追踪看看，读写了哪些文件？

目前我只知道可以用 sandboxie 做到，可参考 25 楼，

当时追踪了更过分的微力同步，只是获取了文件目录，就读写了 几百 GB 的垃圾数据库 index-v0.14.0 。。

@yukinomiu #33 看来电脑用大内存还是很有必要的。省得那些软件公司天天转嫁成本给自己。

发布会不是说可以支持吗？当时好像还有人说，能根据设计图，生成全套前端工程来着？

@yukinomiu #30 如果 25 楼采用你说的，放进虚拟机里运行，限制硬盘容量和 IO 速度，估计只会有以下结果：

1. 下载很慢

天翼云盘就是要分 18W 份下载，每一份就是要先丢到临时目录，最后再合并。

还要写 66W 次数据库。限制速度不会让它跳过这些步骤。


同理，微力同步也一定要预先构建 15 GB 的数据库。

我尝试丢到过树莓派上运行，看是不是 Windows 端的问题。

结果就是更慢，但该写的数据，一个 Byte 都少不了。。


2. 下载失败

我建立了内存盘，设置 sandboxie 重定向对 C: 盘的操作到内存盘，D: 盘的正常放行。

设立过小时，这俩软件都说空间不足。。

@yukinomiu #3 楼主是心疼新硬盘被不合理地乱干，虚拟机防不了这个吧？

也有可能只是软件设计得垃圾。我以前用 天翼云盘 和 微力同步 时碰到过。


1. 天翼云盘，在下载一个 4GB 的文件时，保存目录在 D: 盘，但 C: 盘也有 40 GB / hour （ 12 MB/s ） 的速度写入。

用 sandboxie 跟踪文件操作日志，并分析数据，发现有 170W 次文件操作：

- 4GB 的文件被分了 18W 份进行下载，每一份先下载到 C: 的临时目录
- 反反复复开事务写一个 52 KB 的数据库 66W 次（导致反复创建删除 xxx.db-journal ，估计触发了很多 NTFS 的东西）
- 读写配置文件 47W 次（看不懂。。）
- 写目标文件 1500 次
- 还有个 35W 次的，对程序目录的操作，我看不懂。。

分析命令：

```shell
$ awk -F$'\t' -v OFS=$'\t' '$5 ~ /^File/{arr[$7]++} END{for (k in arr) if (arr[k] > 1) print arr[k], k}' sandboxie.log | sort -rn
666140 \Device\HarddiskVolume3\Users\wuxun\AppData\Roaming\ecloud\transManNew_###########@189.cn.db-journal
470862 \Device\HarddiskVolume3\Users\wuxun\AppData\Roaming\ecloud\setting.xml
353936 \Device\HarddiskVolume3\Program Files (x86)\ecloud
1544 \Device\HarddiskVolume9\??????\????????\????????.part11.rar
23 \Device\HarddiskVolume3\Program Files (x86)\ecloud\Config\ecloud\transfercfg.xml
22 \Device\HarddiskVolume3\Program Files (x86)\ecloud\eCloud.exe
18 \Device\HarddiskVolume3\WINDOWS\System32\drivers\etc\hosts
11 \Device\HarddiskVolume3\Users\wuxun\AppData\Roaming\ecloud\setting.xml.tmp
11 \Device\HarddiskVolume3\Users\wuxun\AppData\Roaming\ecloud
6 \Device\HarddiskVolume3\Users\wuxun\AppData\Roaming\ecloud\LogFileTransfer_###########@189.cn.db-journal
4 \Device\HarddiskVolume3\Users\wuxun\AppData\Roaming\ecloud\userinfo.xml
2 \Device\HarddiskVolume9\??????\????????\????????.part11.rar.ecdl
2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_ZNx3dAAodr46ERcahHyp
2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_z84dXqNPNdgIWChWt1PM
2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_Z2RJUJnPusih593Oxc9F
2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_ylQaBzpTKmd9O7nXb447
2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_XaAabe9g3PxVgRtbBPff
2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_X2XEpRBBSfbNoRlXyCSa
2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_VW5XBHbCfAMSHQboxLR0
2 \Device\HarddiskVolume3\Users\wuxun\AppData\Local\Temp\etilqs_uSrTPYjHvBhmRWHVahW7
……
```

当时 sandboxie 跟踪文件日志截图：

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



2. 微力同步，在获取 zlibrary_cn 大概 36W 个文件的列表信息时，就要读写几百 GB 了（还没咋开始下载真正的文件内容呢）。

跟踪了下，发现只是在构建它的索引数据库 index-v0.14.0.db 。。（不知这数据库咋设计的，36W 个文件信息，就要存 15GB 。。）

当时正从其他 30 人获取文件列表信息：

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

任务管理器发现，这货库库读写 C: 盘：

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

@yanqiyu #8 系统要多少内存才能维护 1T 虚拟内存来着？好像是操作系统的页表那块内容吧？忘完了。。

@hez2010 #86 其实也没太大所谓了。


首先，这几个编辑器里，确实也就 你的 和 vscode 好看些。赏心悦目嘛，自然要付出些代价。

而且，以后内存越来越便宜，多占点少占点也差不太多。

主要是我现在的笔电，内存是焊死的，加不了内存，我才比较在意。以后换电脑后，也就无关紧要了。

另外，这个也是未来的趋势，连微软都用 WebView2 来写一堆自带应用了。。


你的再加点点功能，当个日用编辑器也挺好的：

- 启动比 vscode 快
- 比其他编辑器好看
- 几十万行文本处理也不慢（至少比 Notepad++ 卡七八秒快），占用内存也可接受（几百 MB ）

总之，技术也挺厉害的了，写的 demo 差不多也算是成品了 https://i.imgur.com/lG44yUl.png

@hez2010 #83 没有吧。。

vscode 右边的缩略图全部都染色了（刚打开文件，要等几秒钟才染色。之后随便疯狂拖滚动条都没事了）。

Notepad++ 的话，第一次滚动到文件末尾，确实卡了七八秒。但之后就能随便疯狂拖滚动条了。

Notepad--、Notepad Next 、QtCreator ，随便疯狂拖滚动条也没事，甚至还有层次折叠。

如果每次都只处理显示出来的代码，那怎么知道是不是在 /* */ 注释里呢？甚至还知道在哪个层次里，该层次有没有被折叠。。



另外，我发现 Notepad-- 甚至会解析 #ifdef 之类的宏块，未定义的块甚至会暗淡。。

如果在开头写个 #ifdef abcdefg ，结尾写个 #else /* else */ #endif ，那么就只有这四行深色，其他 25W 行都是浅色。。



好吧，所有应用都缓慢拖动滚动条，从顶至底，又回到顶部，反复十次。

尽量确保每一处代码都分析完毕并渲染过后，再测量内存：

| 应用 | 内存（最大化，反复缓慢拖动滚动条至两端十次，再静置至稳定） |
| :-----------------: | :--------------------------------------------------------: |
| Visual Studio Code | 510 MB |
| EditorDemo-Angle | 800 MB |
| EditorDemo-Software | 720 MB |
| Notepad++ | 30 MB |
| Notepad-- | 40 MB |
| Notepad Next | 50 MB |
| QtCreator | 440 MB |

不知为啥，你的内存占用还膨胀了。。

按理说，已经预先缓存所有高亮代码了，后面应该不会再涨内存了？（就像其他 5 个应用一样）

@documentzhangx66 #82 那么，那些号称体积小、占用内存小、性能接近原生的框架，发展方向错了？

比如，一个文本编辑器，应该大力宣传：

- 安装包 1GB+，但功能全面
- 内存占用 10GB+，但功能全面
- 运行较慢，但功能全面

？


另外，以后都 GPT 自动生成代码了，程序员的时间不值钱了

隔壁不是有个说，1 元钱，能自动生成全套包含产品文档、架构设计、代码的完整 repo 了么

@hez2010 #64 试了下：

| 应用 | 内存占用（启动后，最大化窗口为 1080P ，静置至稳定） | 内存占用（打开 sqlite3.c ，8MB ，25W 行，静置至稳定） |
| :-----------------: | :-----------------------------------------------: | :-------------------------------------------------: |
| Typora | 130 MB | |
| Clash For Windows | 110 MB | |
| Visual Studio Code | 250 MB | 450 MB |
| EditorDemo-Angle | 70 MB | 500 MB |
| EditorDemo-Software | 50 MB | 460 MB |
| Notepad--（ QT5 ） | 15 MB | 35 MB |
| Notepad Next （ QT6 ） | 20 MB | 40 MB |
| QtCreator （ QT6 ） | 70 MB | 420 MB |

感觉内存占用差不多和 Electron 应用看齐。

论高效省资源，应该还得是 QT 应用。

@buf1024 #3 我碰到的情况是这样的，你看看可能是啥问题：

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

@DTCPSS #52 感谢指路。

体验了几个应用，感觉就像是 Win11 风格的应用。

另外，体积、内存、CPU 等资源消耗都变大了。比如（内存占用是刚开启的起步占用）：

- 一个丑丑的播放器，体积 40MB ，内存占用 100MB+。

- 一个搜索软件，体积 160MB ，内存占用 200MB+。（应该没索引文件，因为搜索不到）

- 一个歌词软件，体积 460MB ，内存占用 100MB+

- 一个 UI 设计软件？体积 160MB ，内存占用 1GB+

感觉和用 Electron 应用差不多，笨重、软绵绵、不跟手

楼主你是不是在不断地切换 SQLite 的日志模式？

Windows 上，你的应用每秒写入磁盘 10 MB/s 。

追踪看了下，每秒写入这俩文件几百上千次：

- C:\Users\xxx\AppData\Roaming\buf1024\hiqradio\hiqradio\hiqradio.db-wal
- C:\Users\xxx\AppData\Roaming\buf1024\hiqradio\hiqradio\hiqradio.db-journal

按理说，这俩应该只会出现其一？

@everyx @hez2010 @DTCPSS 请问有哪些比较著名的 Avalonia 应用吗？想去体验一下

@chengxiao #39 Windows 上还有哪些 flutter 应用吗？想去体验一下