对于 nastool 的后续改造计划一

1. 由于 GIL 的存在,即使 twisted 线程池也无法真正充分利用多核心并行,所以打算用多进程+reuseport 的方式其多个 twisted 进程
2. 然后我意识到像配置监听热重载以及写入对于多进程来说是个阻碍
3. 我的部署场景是只考虑支持容器化,实际上不需要热重载和源码升级重启这些能力,应该将这些部分清除,既可以减少累赘,也可以扫除多进程的障碍
4. 新的架构应该是,首先一个主进程,负责初始化数据,然后启动多线程背景任务,接着管理分叉多个 twisted 子进程等待。各自的子进程并行利用多核优势进行网络请求的处理响应

#开源项目 #nastool
发布了第一个 alpha 版本镜像

ghcr.io/yuchanns/nastool:v2.10.0-alpha.2

#开源项目 #nastool

功能上暂无什么实质性的变更,主要改动了:
1. HTTP 运行时从 flask 自带的 demo 改成使用 twisted
2. 调整了项目布局,以便于优化 Dockerfile 的构建流程
3. 为代码添加了 ruff format 和 lint 并通过验证
4. 打包镜像时限制了最小权限提高安全性
5. 增加开发脚本,优化了开发时的体验
6. 采用 PDM 管理依赖 GitHub
记录一下 fedora zram 如何调整:
1. 安装配置生成器
sudo dnf install zram-generator-defaults

2. 创建配置文件`/etc/systemd/zram-generator.conf`并写入:
[zram0]
zram-size = min(ram, 4096)

3. 重启 zram 服务:
systemctl restart systemd-zram-setup@zram0


#linux
看了一下似乎 ruff 对 mypy 的支持也在路上了
typecheck 先放着不管,等后面再修吧

https://x.com/charliermarsh/status/1884651482009477368

#开源项目
先把仓库建起来,并作了 pdm 的适配,对目录进行了改造。
修改了 Dockerfile 移除了一些没用的功能脚本。把基础镜像改成了 debian。

此外添加了 ruff lint format,还有 mypy typecheck 。不过目前 typecheck 有太多不通过的地方了😅慢慢改

https://github.com/yuchanns/nastool

#开源项目 #nastool
nas tools 增强计划

nastool 2.9我用了有两年左右,有些功能年久失修,有些在使用上也不能满足我的需求。今天我突然想到自己是不是也可以继续在这个基础上开发维护呢?

先定下几个想法:


1.切换到 twisted
2.识别失败的 unknown 数据接入 mcp 提供给 ai 做 tmdb 查询
3.异步化改造
4.对订阅源支持可指定固定 tmdb id 而不是每次识别
5.存储层切换成 opendal
6.设计一个插件架构,保留核心,剥离其他功能成为插件

#开源项目 #nastool
非常喜欢 twisted 这个框架,给我一种 solid 的感觉。使用它,除了总网关外就不需要再另外配置 http server 。比起生命周期短暂的脚本,我更喜欢这种常驻内存的进程。一如 PHP 的 workerman
最近改造一个网友的 wxocr 项目也使用了它,压测的感觉非常强大!
https://github.com/yuchanns/wxocr
AX6S 老断流,实在受不了刷个纯净版治好了

国产路由这些年都塞了什么乱七八糟的功能进去啊……

1. 教程 https://right.com.cn/FORUM/thread-8216670-1-1.html
2. 纯净固件 https://right.com.cn/forum/thread-8258192-1-1.html
3. 救砖备用 https://right.com.cn/forum/thread-8261401-1-1.html
尽管浏览过很多次 itch.io 但今天是第一次注册了一个账号。并且在 LOVE2d 区看到了一个完整的开源游戏,在此记录一下日后可以学习: https://gitlab.com/stone-kingdoms/stone-kingdoms #gamdev
Back to Top