V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 99 页 / 共 122 页
回复总数  2436
1 ... 95  96  97  98  99  100  101  102  103  104 ... 122  
2016-08-08 10:56:52 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@onlineismy 首次启动确实是,之后就不是了啊,直接 master 把操作命令同步发给 slave ,后面消耗就很小了
2016-08-08 09:52:14 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@onlineismy 其实我知道这个过程,只是数据量和 fork 时间影响比我想象的大多了,所以是不是还有其他的坑呢
2016-08-07 23:59:43 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@500miles 内存只用了四分之一,应该不是这个问题
2016-08-07 23:59:16 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@500miles 这个系统调用不是同步文件写到磁盘的么?主进程还会有这个调用?
2016-08-07 23:57:38 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@tczzjin 现在就是这么干的,还不错
2016-08-07 22:20:34 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@SErHo 可是在 bgsave 过程中,响应延时都过秒了,也和那不一样啊,奇怪
2016-08-07 22:19:15 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@killpanda 不可能吧
2016-08-07 22:05:11 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@czheo 8 核,就跑了一个 redis 实例
2016-07-30 12:11:15 +08:00
回复了 SlipStupig 创建的主题 Python 关于 python 内存释放问题的一个疑惑
@SlipStupig dict 对象不是还要占内存么?你删除了 dict 对象内存当然会释放一部分了
2016-07-30 10:09:21 +08:00
回复了 SlipStupig 创建的主题 Python 关于 python 内存释放问题的一个疑惑
整数缓存,每个整个只分配一次内存,但一旦分配了内存一般是不回收的,即使不使用了
这个明显得看你启动 DBUtils 的时机了吧,是在 fork 之前还是之后, fork 之后创建的连接肯定只能在本进程用啊,不过话说 python work 一般都是单线程的, DBUtils 没什么用处吧,开个连接一直挂着就是了,使用时检测下是否还正常就是了,完全不需要那么复杂的连接池管理机制
2016-07-24 09:45:29 +08:00
回复了 sujin190 创建的主题 Python 基于 peewee 的 tornado 异步 ORM
@LeoXu 有什么问题么?其实很久不写博客了。。
2016-07-04 13:36:32 +08:00
回复了 csdreamdong 创建的主题 问与答 求助一个 nginx+uwsgi+iptables 环境下遇到的问题。
@csdreamdong 你可以 telnet 连一下端口看看
2016-07-04 13:19:11 +08:00
回复了 csdreamdong 创建的主题 问与答 求助一个 nginx+uwsgi+iptables 环境下遇到的问题。
uwsgi 中又请求了其他网站的接口?或是访问了其他机器的数据库之类的
2016-06-21 13:34:53 +08:00
回复了 hard2reg 创建的主题 Python 在学习 tornado 的时候遇到的一个小问题
你应该用 tornado 的 AsyncClient ,并且好像 AsyncClient 是可以下载一部分来个回调你发给客户端就行,如果还不行,你直接用 IOStream 连也可以啊, IOStream 每下载一部分就会回调
@zhu327 没有连接池的话性能起不来吧,连接池还要负责排队,阻塞清除之类的,否则异步很容易挂的
对,原来的 IOStream 是为了各种情况读写而设计的,太慢了, mysql 协议读写过程很稳定,不需要那么复杂的读写过程,重写之后 cpython 快了近 40%, pypy 上快了 3 倍。。
@zhu327 好想法,不过 django 是线程安全的么?没注意他文档中怎么写的,包括内部的连接池之类的,如果异步 mysql 没有连接池支持的话会性能更低吧,我只看过早先版本的 django 连接池实现,好像不能支持这种情况吧
其实想 tornado 想这样异步使用 mysql 虽说可以,但真要想用在生产环境,还是要做很多要调整的,异步使用 mysql 和同步有很多不一样的地方
https://github.com/snower/TorMySQL
我实现的,已用在生产环境中,数百并发,每天千万流量下稳定运行。
2016-06-13 17:23:48 +08:00
回复了 sujin190 创建的主题 MySQL mysql 奇怪的死锁问题求解
@Infernalzero 没有这段啊。。不过有这个 INNODB MONITOR OUTPUT
1 ... 95  96  97  98  99  100  101  102  103  104 ... 122  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3172 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 04:40 · PVG 12:40 · LAX 20:40 · JFK 23:40
Developed with CodeLauncher
♥ Do have faith in what you're doing.