对于 nastool 的后续改造计划一

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

#开源项目 #nastool