@ChillyPrince

还不是一个道理,容器里的系统是个精简的系统,就一些 glibc 之类的最基础的组件,没有 python 依赖,你用 py2.4 都可以

正常系统里有大量 python 依赖所以不能升级

这玩意只有你代码文件里有相关字符串才需要啊...你代码文件里没有其他编码的当然不需要啊

你引用的库也不会在每个文件里都带这个头啊(其实大部分库都没带头,因为人家都用英文),

不过在东亚国家注释得写母语的话,233333

因为你只看到 python 没升级
长期支持版系统基础组件连小版本都不升级,只更新非常微小的 bug 修复版

glibc gcc 什么的没一个升级的,python 升不了级因为 python 是系统的基础组件

linux 系统不怎么和 java 打交道,随便升...老早就提供多版本并存工具,想用什么版用什么版

1~2 年内红帽 8 普及,如果你们系统不考虑低级系统支持,可以抛弃 python2 了

介绍你个东西 maxwell

可以读取 mysql 的 binglog 以 json 形式发到卡夫卡 /redia/rabiitmq....
这样你可以在不改业务代码的情况下,把数据转发到其他的位置做 olap 啦

把要做分析的数据丢 pg 里比 mysql 里分析快多了...

不过 maxwell 的代码好像有点简单..有资源可以考虑 debezium

看 openstack 怎么做的~~~

@a523
我不知道你所说的集群各节点是什么,如果你是指微服务的 endpoint 的话
各个 endpoint 通信用的 http, endpoint 和自己的 agent 通过 mq 走 rpc

虽然 endpont 都是 RESTfulAPI, 但是不同组件 api 设计不一样,版本不同也 api 也不一样
现在除了 keystone,几个大组件都走 pecan 了
但是原来的兼容代码也还在,如果不熟悉要看晕去
当然,这也是可以学习的地方,学习怎么在迭代版本的时候兼容旧接口

至于用 pecan
一是把原来部分放 paste-deploy pipline 里的过滤器改放到了 pecan 里
二是路由什么的也用了 pecan, 以前都用 routes 比较乱

openstack 里每个组件写的人不一样,功能也不一样,所以 api 也差异很大
比如 neutron 就非常 RESTfulAPI,而 nova 的就明显不同,应该是 api 的需求不一样
我感觉网络的资源表达更适合 RESTfulAPI, nova 那边如果只用 RESTfulAPI 没法表达

如果你想参考 RESTfulAPI 的 api 设计,看 neutron 的 server 比较好

不过嘛..openstack 这玩意你不熟悉整体,看代码要懵逼,不知道他为什么要这么做

@gtlions

...我似乎找到原因了
where 条件里不带秒 '2019-01-01 02:00:00' 可以并行

where 雕件里带秒'2019-05-07 19:59:37'

就没法并行了.........？卧槽这什么鬼

我联系了官方的客服.... 对面也说是支持的...
卧槽 我做错了啥

@gtlions

不会吧
https://medium.com/@aiven_io/timescaledb-101-the-why-what-and-how-9c0eb08a7c0b

3.2. The second most optimal query
看这里... 原来好像是支持的

因为新版加了事务导致？还是说现在商业版才支持了 0 0 ？

感觉好像是 扫描 chunk 时间比较短没必要并行？
时间都花费在刚开始排除不需要的 chunk 上了？

是因为 Custom Scan (ConstraintAwareAppend) (cost=0.00..712676.29 rows=12583034 width=16) (actual time=0.065..10334.102 rows=12650070 loops=1)

时间太长导致的？

https://github.com/lolizeppelin/simpleservice/blob/master/simpleservice/ormdb/tools/sqldecode.py

之前稍微测试了一下 后来一直没用没管了

我搞过....最后别人给了思路不要正则
用写语法解析器的思路

入栈出栈 按规范处理 23333

水平不够写得超级难看

@noli

又来,谁 TM 说了其他语言不能调 C 了？
python 封装好了的库我不用我专门去写个 c ？
语言原生对系统管理友好其他语言要自己来一套就不是优点？

什么叫方便？ C 要是写起来方便还写其他语言干个屌?方便就不是优点？

还有,别扯什么 gevent, 谁和你扯这种系统调用

go/java 里才封装了几个系统调用,大部分要自己写 system call,用起来不如直接写 c

我所见的语言 python 里才有那么多系统封装

我写相关代码不用 python 用 go/java 吃屎？

我要用 rpm 管理程序版本, 你拿其他语言封装好 rpm 库给我用？
我要 gdp 调试程序用 python 辅助, 你给写个 gdp 插件？

go/java/再牛逼还能把 python 现有的各种方便库都做好了？
还是你觉得自己有本事可以用其他语言做没问题
我没本事我需要啊,OK ？

你对 python 特有的东西没需求所以 python 渣？
妈的 go 没泛型难用的 1B,所以我可以说 go 就是渣,我用 go 干嘛不用 c ？

@noli

你这不 TM 是废话么
别的语言为什么都没做好或者不做,因为别人不用那些语言干这些活或者那些语言做这些活太麻烦

我 TM 做一些系统管理的事情不上 python 我直接拿 c 写拿 go 写拿其他的的写有 python 方便？
不是能不能而是更适合 OK,照你说法不如都不 C 大家都用 C 算了？
用起来爽用起来方便,在很多领域性能可以接受这不是优点？

算了和你扯浪费时间,python 就垃圾得了

python 有优秀的路径处理库,我用过的语言里都怎么见过
python 有 psutil, 没见哪个语言提供了这么方便的进程管理库
python 把各种系统调用封装得非常方便,没哪个语言在这方面能这么舒服的
python 有 rpm 库, 如果你发布的代码用 rpm 管理,python 处理起来非常舒服,哪个语言有？
gdb 里有 python 虚拟机, gdb 的时候可以用 python 辅助调试,你告诉我哪个语言有？

操作系统选 python 来管理淘汰了 perl,openstack 选择了 python 都不是偶然的.

python 在很多不是那么注重性能的场合真的非常好用.没那么多地方对性能要求那么高的,要求高就胶水,胶水不行换语言,不要只看到 python 慢不看 python 好.

@noli

python 的线程本来就是稍微做点异步的,稍微注重点性能都是用协程,锁都是用排序实现

所以 GIL 不管是谁的锅对 python 来说真不是最大的问题

即使没有 GIL 的限制, PYTHON 能像 dart 一样用协程+多线程(go 不熟悉,理论上应该是一样的)也没用
因为 python 的性能本来就是坨屎, python2 我有次测 monotonic 时间调用,就 ctype 返回的时间再算一次除法
比直接调用 time 慢了 60 倍, python3 用同样写法提升不少但是也有 20 多倍差距

所以才说 GIL 根本不是黑点,python 到处都慢, 那这个来黑 python 根本没什么卵意思

了解 python 的的话,一开始就应该知道,必须单进程里用多核就应该 pass 了
可以多进程但是涉及到大量计算,如果不方便胶水到 c 里做,也不应该用 python

python 一开始就不适合你要做的东西, 然后你用 python 这些缺点来说 python 不好有啥意思呢？

只盯着缺点不,看不到优点,python 自然是个渣