Kongyuan's recent timeline updates
Kongyuan

Kongyuan

V2EX member #232783, joined on 2017-05-27 11:07:00 +08:00
Per Kongyuan's settings, the topics list is hidden
Deals info, including closed deals, is not hidden
Kongyuan's recent replies
Aug 12, 2020
Replied to a topic by fujrkx Linux 有什么对 Linux 友好的笔记本或台式机吗?
thinkpad 社区有专门的 thinkpad linux 版本驱动支持

https://www.thinkwiki.org/wiki/ThinkWiki

之前的工作机就是 t,w 系列, 然后装的是 archlinux,IBM 内部还有专门定制的 linux 版本

现在换 macbook 作为主力机,
太好用了!
为啥不来深圳呀
@a251922581 Flask ( wsgi ) + FalskRestful API 足够解决了, 配合 APScheduler。
是 C/S 还是 B/S ?如果是 B/S, 那可以让 wsgi 来处理接收并发的客户请求。 取决于你选择什么样的 python wsgi 实现。 对应的实现会处理好不同客户不同时间发起的多个请求,每个请求相互间应该是线程 /进程独立的。(取决于你选择的 wsgi 实现)。 所以你只需要考虑再收到客户请求的时候( http get/post ) 你要如何执行那 100 个 class。 这里有两种方案:

1. 客户请求( http get/post )进入,你采用阻塞的方式运行 100 个 class,全部运行结束返回给客户运行结果。 这期间你可以用全局变量或者别的方式控制每个阻塞进程运行的情况。 但这样无法完全实现你想要的 pasue/resume/terminate 因为一旦客户端口链接,一般 wsgi 的实现会销毁掉你正在阻塞的处理线程 /进程。
2. 客户请求( http get/post ) 进入, 你开启非阻塞线程 /进程来跑 100 个 class, 然后立刻返回客户成功运行程序。 后台需要全局变量(或别的实现方式, 我常用类里面的静态变量和方法来代替全局变量)来控制。

总结而言, 用成熟的 python web 框架帮你处理用户请求,再自己去选择请求内创建自己可以控制的进程或线程完成任务,维护全局信息表来索引实现你的控制。 至于 是用 threading 还是 mulitprocess 则见仁见智了。 另外推荐用 APScheduler 这个包, 分装了 Pause/Resume/Terminate。

有不对的地方,还请指正~
找到一个比较不错的答疑帖: https://msdn.microsoft.com/en-us/commandline/wsl/faq
Jun 30, 2017
Replied to a topic by xoxo419 程序员 在北京,你见过世面?
深证欢迎您~
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1033 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 18:34 · PVG 02:34 · LAX 11:34 · JFK 14:34
♥ Do have faith in what you're doing.