还能敲这么多字， 没问题的。

98时代买过诺顿, win 2K时代买过瑞星, 用windows时代唯二买过的正版软件.

发完又想起了古永锵， 他貌似也是自己开的新节点。

雷布斯是苗红根正被邀请的， 刘作虎是自己开了个新节点刷， 国内一开始的就这两个吧？ 其他的就没注意了。

@maye696 电信飞扬20MB, 截至前天零点短信通报用掉了7.9M。

你们工资是计时算的还是计件算的?

反应过度主要心里暗示吧。 我小时候有气管炎， 医生经常叮嘱不要受凉。 后来空调刚普及那会儿我在空调房里呆几分钟就感觉身体发热呼吸不畅， 隐隐的有种气管炎发作的感觉, 后来待久了不当回事就习惯了。

刘作虎单开节点帮焦头烂额的竞争对手刷正面曝光， 他对罗胖子是真爱吧。

这时段请吃顿饭送点水蜜桃螃蟹什么的吧.

太贵重的别送, 我有几个亲戚当老师, 老的小的退的教小学高中都有, 一般超过200的东西就得记人情账想办法还了, 尤其是已经毕业的, 你一千多的东西送出去大概率是害对方破财再回送你东西.

小额一般都认, 大额差价高的哪家会给发? 真以为美亚、bestbuy这些不砍单么?

古代私杀耕牛长时间都是犯法的, 谁家有头耕牛死得不明不白当心被报官.

楼主, 如果你想用新的nginx和mysql版本.

nginx官方提供了源, 不过目录的组织形式和deb系自己包的nginx略有差异, 但问题不大.

MySQL、MariaDB和Percona这些官方也均提供了源.

@seki 功能上stable一般都不会动的, 要动也是推送到backports源, 除了backports源外的包就算追加最新的补丁也会刻意维持在该系统版本freeze时的软件版本号上. 官方源的数量和质量上, deb系一向比centos出彩(不过RHEL在服务器相关的驱动上跟进得比deb系好, 嗯, 我指RHEL, 不是centos). 从维护周期上看, 长时间来Ubuntu LTS反而表现得比debian保守, Ubuntu(server) LTS一贯是5年, debian之前只有3年, 最近才改成了5年.

55离老还远呢, 我父母奔七, 一个4" android, 一个4.5" android, 看电视一个电信OTT一个天猫魔盒, 手机不玩太多东西, 就日常使用, 看看天气, 拍照和拍视频, 回家投影到天猫魔盒, 都很顺溜.

@wangfeng3769

书接上回

我再说直白点吧

stackless既不是进程也不是线程, 只是协程, 用来切换context的, 和greenlet或python新内置的yield from大致相仿, 并不具备进程或线程具备的任何并发或者并行运算能力.

python因为GIL, 对于纯py运算或者没释放GIL的扩展无法有效利用多核, 所以Python的线程主要用途就是处理IO堵塞问题. 基于这个前提, 通常说的Python用"协程库代替线程"指的是*异步协程库*(如eventlet、gevent或者yield from + asyncio, 或者类似twisted或tornado)代替多线程处理*部分IO操作*实现并发(本地文件的读写或者sock隐藏在C/C++库里没暴露接口是替代不了的), 你指望没有异步IO的封装, 单靠stackless来替代多线程就好像指望拿着一扇车窗代步一样.


stackless少人用无关渣不渣, 而是stackless已经释出了cPython下能用的greenlet模块, 比起装一个stackless python, pip install greenlet轻量方便得多. second life一直被作为拿stackless做游戏的代表, 而其在七八年前就放出了主要基于greenlet的异步协程库eventlet(也能在stackless下运行, 但是是把stackless封装成greenlet的接口实现的), 国内的沈游侠六七年前启动
eurasia项目, 之后火速把一开始用的stackless换成了greenlet. 你的信息源是对的, 只不过大致滞后了十年.

@wangfeng3769

我总结一下吧
multiprocessing是python封装的包含了调用和进程间通讯的多进程类库, 无论密集型运算还是IO堵塞都能用, 副作用小, 但最重.

threading是基于系统级的线程调用, 适用的场合通常是IO堵塞, 密集型运算由于GIL,纯Python的运算和一部分没在底层释放GIL的C/C++库无法有效利用多核.

stackless仅仅只是协程, 既不能处理密集型运算的堵塞, 也不能处理IO的堵塞, 该怎么堵塞还得怎么堵塞, 只是开销比线程小. stackless近年来少人用是因为许多年前就单独搞了个cPython下能直接用的py.greenlet, 后来又独立成greenlet包, 而后多年前基于greenlet和异步库的几个高级封装库如eventlet和gevent能处理一部分IO堵塞场景.

你这帖列举的三个库的用途是完全不一样的.

适用场景都不一样的, 你这是乱挖坑跳.

@huangyan9188 socket.io只是把websocket做为backends之一, 实质上已经封好了一堆心跳超时、protocol && event的基础业务和rooms && broadcast高级业务进去了, 单单和纯websocket比就已经够重型了.