@murmur 感谢回复，定制化的太贵了，还是想找找有没有现成的
侧开门的机箱接口还是在后面的，不过你启发了我一个思路，可以找电源键和灯在机箱上面的，然后反着放

bitlocker

@PbCopy111 期待你的结果，笔记对于我还是很重要的一个功能

@venster 哈哈，我就是看到有人说威联通比群晖还好才发这个贴问的

@xppppsfg 感谢回复，2.5G 是考虑磁盘连续读也就 200M+/s，10G 是不是必要性不大？

@GeruzoniAnsasu 仔细找一下还真的有，感谢，之前找的都让我用 /MT
大概是使用 /MT,/NODEFAULTLIB,/GS-,手动定义入口函数和子系统

@murmur 我的意思是，win32 有实现一套类似于 C 库的函数，例如 lstrcpyA 对应 strcpy，CopyMemory 对应 memcpy，如果程序在开发时就只使用了 win32 的那套函数而没有使用 strcpy 之类的 C 函数，是否能编译出一个不依赖 msvcrt 的程序？或者 win98 年代的 win32api 没有那套函数？

@BingoXuan 感谢回复，以之前说的例子为例，在 500 位置写了 0x1000-400 个字节后，你能直接用逻辑地址 100 访问 0x1000 大小的内存，例如传给 memcpy 之类的函数。当然也可以申请两倍的空间，或者写一个中间层来处理读写，但是会造成空间浪费或效率降低，我在一个微软的驱动里看过这种用法，只是想能不能学习一下而已。

@sujin190 指针你可以判断一下，超过 0x1000 的时候减 0x1000 就行，减指针比拷贝要省得多，功能肯定是有的，内核模块可以做，只是想用户态程序可不可以

@BingoXuan 假设程序里有一个循环，循环读进了 500 字节的数据到 0 位置，但只处理了 100 的数据，比较 low 的做法是把剩下 400 字节拷贝到 0，然后可以读 0x1000-400 个字节，但是如果 0-0x1000 和 0x1000-0x2000 映射的是同一片物理内存，就能省下那次拷贝，直接在 500 的位置写 0x1000-400 个字节了

@ysc3839 感谢回复，我的是树莓派 4b，当前 openwrt 只有 snapshot 版本

@laucenmi 对比了一下没有什么差别，请问你是什么操作系统呢？

@Rheinmetal
@lihongjie0209
感谢两位，redis 也是种解决办法，最后可能在 redis 和 sqlite 之间选一个

@silencefent 我懂你的意思了，是我描述的不够，我的 value 占用空间较大，但是生成后存起来就行，是不参与运算的，运算的基本都是 key 部分

@silencefent sqlite 也是基于磁盘的吧，按理说效率应该是差不多的？是有内存的 sqlite，但是数据在内存里放不下

@krixaar 感谢回答，sqlite 可能是目前能想到的最好的解决办法了，但是字典是程序运行过程中不断填充、修改、合并的，用 sqlite 效率有所下降，而且也比较麻烦，如果没有其他办法的话就用它

@keakon 感谢回答，可能问题有点不清楚，字典是程序运行过程中不断填充的，所以没有原始的字典文件。另一台机器加载字典内存溢出的问题暂时可以不考虑，可以想象另一台机器内存很大。