@onecode 32 位程序只能用 4g 虚拟地址。其中 2g 是内核寻址，用户态能用的只有另外 2g 。

https://wiki.ipwx.me

我用的 hexo 某个主题，自行修改了一部分内容。支持了 [[Article Title]] 这种类似 wiki 的插入连接方式。

然后这个脚本同步是单向的，本地删除不会导致远程删除。

按照日期存放文件夹中；脚本同步到移动硬盘+NAS 。

楼主看完评论大可以继续喷：

“我觉得 WSL 抄袭了 wine……”

别的不说，wine 的 HiDPI 是坨屎。所以高分屏的机器就不要尝试 wine + qq/微信这种搭配了。

好吧具体一点，你怎么保证一年前的程序能够用一年后的 runtime 正常启动？还不是要装一堆不同版本的 runtime 。这样管理 runtime 的版本实在是太麻烦了。像 mac 和 windows 又没有统一的依赖包管理，你这是想让软件开发者死啊。

所以打包在一起，分发起来最方便了。

这是历史的轮回。

为了减小程序体积，所以发明了动态链接库，在系统中预装。

结果随着软件系统的复杂，为了解决不同软件之间的依赖关系，引出了各种包管理器。

然而随着系统越来越复杂，动态库和软件包之间的版本冲突开始出现。于是人们干脆把库一起和程序打包，变成了一个整体分发，这样就能避免冲突。

然后大家开始抱怨软件包太大。。。

于是楼主自己手动开发，经过几次版本迭代之后发现，自己原来又造了个框架。还是独此一家的那种，只能自己去维护 www

好吧楼主是一个字符串里面找其他字符串。。。那我觉得其实也可以用上面这个思路改编，你把原始的字符串切段，然后用更小的切片（比如长度为 3 、为 5 ）进行索引。把查询字符串也切片，根据索引能缩小查询范围，大大加快查找速度

场景描述再清晰一点。。。
- - - -

比如你是不是要从一整个数据库一堆较长的字符串里面，找少数一些不怎么长的字符串是否出现？如是的话，这个场景的基本思路是预先对你数据库里面的字符串进行切片索引，然后你的查询字符串也切片，根据切片结果可以缩小查询范围。类似于全文检索，不过去掉了一些比如停用词或者分词之类的操作。

我觉得楼主的需求更接近于：

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

发现这个问题了，到底是为啥。。。

那就，anaconda ？本体安装包可以离线，还能把虚拟环境整个导出导入。爽！

毕竟听你的描述，你们单位也不是什么互联网大厂。。。

ssh -L 做个隧道，你们那边有风险控制么？没有的话就可以让你们内网服务器通过你的笔记本代理上网。

@hyshuang2006 www 确实。总之让人把外卖放地上我觉得实在是太虚了