改成 ps -efww

我是用 cython 编译所有模块，main.py 里只 import 和调用 run()。

第三方的库就别想着用它接口以外的东西了

clickhouse

@livid 标签多识别了一个引号

我这返回 5 毫秒。

一个是在 import model 之前修改，另一个是修改 model.requote_uri

models.py 里执行了 from .utils import requote_uri，你再去修改 requests.utils.requote_uri，不会对 models.py 里的 requote_uri 有任何影响。

直接把原始的字典文件压缩后传过去啊，不然另一台机器加载这个字典就内存溢出了。

代码中是先检查是否需要 rotating，然后再 format 时间的，这里存在时间差。
另外，官方的实现比较低效，自己实现比较好。

虽然都在嘲讽楼主，但是这个变形金刚版的 R8000 要拆机用 TTL 大法才能刷第三方固件。

之前我也是 Tornado 的粉丝，不过现在在做的新项目是用 Python 3.7，比较了一番后用了 Starlette。
如果不是做 web 服务，自己拿 asyncio 实现也没几行代码，还有挺多数据库已经支持 asyncio 了。

移动不是有很多 9 折充值的活动么

感觉你这个需求可以试试 redisearch。

另一个方案如下：
value 存字符串会比存整数占用更多内存，可以拆分成 2 个 key，分别存 timestamp 和 pageid。
而每个 page 的所有分词其实都是相同的 timestamp，所以其中一个 key 可以改为 pageid 和 timestamp 的映射关系。
再用一个 key 做倒排索引，存储每个 page 的 hash_id。用 timestamp 过滤出过期的 pageid，然后去倒排索引找出对应的 hash_id 去删除即可。

@fengjianxinghun 没关系的，需求是可以获取旧值，只要不获取到错误的值就行

@tulongtou 你编译的时候把 GOARCH 指定为 amd64，然后代码中都假设是 64 位就行了。

如果不考虑兼容性和可移植性，只写 64 位的代码就行了。编译器会做内存对齐，在 64 位机器上操作 64 位的指针或整数是原子的。

是 form，不是 from …

1. 你这没有乐观锁
2. update 没在事务中
3. ResultProxy.rowcount 是更新的行数