V2EX › sujin190 的所有回复 › 第 102 页 / 共 122 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 98 99 100 101 102 103 104 105 106 107 ... 122

❮

❯

2016-03-24 13:54:46 +08:00

回复了 sujin190 创建的主题 › MySQL › mysql 大量更新请求 updating 状态

@Lpl 没有，只是每个都很慢，经常等待几十秒的

2016-03-24 13:54:20 +08:00

回复了 sujin190 创建的主题 › MySQL › mysql 大量更新请求 updating 状态

@peter999 事务表？

2016-03-24 13:54:10 +08:00

回复了 sujin190 创建的主题 › MySQL › mysql 大量更新请求 updating 状态

@msg7086 普通磁盘，磁盘 io 不高啊

2016-03-23 20:41:06 +08:00

回复了 yanyuechuixue 创建的主题 › Python › 想问一下，为什么这段代码内存占用不会降下来？

@dreampuf https://github.com/python/cpython/blob/master/Objects/obmalloc.c#L1598
而且内存限制也不是说不能超过这个内存，而是当内存超过这个值之后直接由 c 的 malloc 直接来分配，所以如果你有引用没有释放，内存依然还是会占用很高的

2016-03-23 13:21:21 +08:00

回复了 yanyuechuixue 创建的主题 › Python › 想问一下，为什么这段代码内存占用不会降下来？

@dreampuf 是的，一般不开启，但看这个逻辑似乎是每次最小分配 16*256KB 字节，再分成 256KB 大小的每块，再在每块上分配对象需要的内存，但一块上所有对象都被释放的话，该块还是会被释放的

2016-03-22 21:42:28 +08:00

回复了 yanyuechuixue 创建的主题 › Python › 想问一下，为什么这段代码内存占用不会降下来？

@dreampuf free list 不是有长度限制的么？超过了依然会释放的，不过会有整数缓存，字符串缓存什么的，如果你从 i 循环到数百万，内存占用数百 M 是正常的

2016-03-22 10:02:26 +08:00

回复了 caixiexin 创建的主题 › 问与答 › 百度云通过开放 api 上传的数据，能知道是从哪里过来的吗？

百度空间下线时发过公告了，百度空间用户数据被保存到百度云了，没有提供备份接口，但用户可以从百度云找回自己的数据

2016-03-17 23:58:24 +08:00

回复了 sujin190 创建的主题 › Python › tornado 连续踩了两次坑，看来想驾驭好它还不容易啊

@AndyCrz 我们现在已经数十万写入，数百万 request 了。。 dbutils 同步读写吧

2016-03-17 18:48:14 +08:00

回复了 sujin190 创建的主题 › Python › tornado 连续踩了两次坑，看来想驾驭好它还不容易啊

@xxxcat 多了很多 callback ，消耗时间自然多了很多

2016-03-17 13:17:36 +08:00

回复了 sujin190 创建的主题 › Python › tornado 连续踩了两次坑，看来想驾驭好它还不容易啊

@ainimuyan 并发其实不是太高，大概 300-600 左右吧，单机，只是因为我们客户端的原因，有时可能超过数倍，所以突然升高的负载会使得 mysql 连接管理，负载出现异样整个不可用，也正在调整尝试

2016-03-17 13:15:08 +08:00

回复了 sujin190 创建的主题 › Python › tornado 连续踩了两次坑，看来想驾驭好它还不容易啊

@wingyiu 是的，使用同步 sql 方式来管理思考查询过程，到了异步来说，似乎问题不太一样，也正在尝试调整

2016-03-17 13:13:49 +08:00

回复了 sujin190 创建的主题 › Python › tornado 连续踩了两次坑，看来想驾驭好它还不容易啊

@ainimuyan 其实说起来 mysql 并未到瓶颈，测试下来，每秒过万查询完全没问题，只是 tornado 完全异步，确实查询数据库等待不接受其他连接这个缓冲，使得突然高并发削峰，连接管理上和同步模式有些不一样

2016-03-17 13:10:19 +08:00

回复了 sujin190 创建的主题 › Python › tornado 连续踩了两次坑，看来想驾驭好它还不容易啊

@lecher 恩，测试下来， mysql 每次查询数确实过万的，没有 join 查询的话

2016-03-16 23:25:35 +08:00

回复了 sujin190 创建的主题 › Python › tornado 连续踩了两次坑，看来想驾驭好它还不容易啊

@CrazySpiderMan 用过 nodejs ，不得不说，没有 yield 的 nodejs 更坑，各种异常处理，查询数据库，麻烦死了，但是 tornado 遇到的问题，估计也会遇到吧

2016-03-16 23:10:03 +08:00

回复了 sujin190 创建的主题 › Python › tornado 连续踩了两次坑，看来想驾驭好它还不容易啊

@decaywood 读写分离并不能解决这个问题，单独起个服务的话分明又加了个更复杂的问题，否则有 nginx 我为什么要用 tornado 呢？

2016-03-16 22:48:32 +08:00

回复了 sujin190 创建的主题 › Python › tornado 连续踩了两次坑，看来想驾驭好它还不容易啊

@deben 不平稳的请求数，在完全异步的 tornado 环境下，会导致 mysql 队列太长，最终请求超时，客户端发起重试，但 mysql 查询请求并未取消，然后就循环超时，高并发时快速失败是个问题，后来加了队列等待超时机制，然后又一波一波开始超时了，削峰又是个问题啊，异步的 mysql 操作，又有可能造成连接池获取连接死锁问题。。

2016-03-16 22:43:24 +08:00

回复了 sujin190 创建的主题 › Python › tornado 连续踩了两次坑，看来想驾驭好它还不容易啊

@janxin 是啊，看来比较懂，后来加了队列超时时间，然后要一波一波开始超时了。。

2016-03-16 22:41:51 +08:00

回复了 sujin190 创建的主题 › Python › tornado 连续踩了两次坑，看来想驾驭好它还不容易啊

@mailto1587 异步的，要是阻塞的就简单多了

2016-03-12 14:36:11 +08:00

回复了 hunau 创建的主题 › 求职 › Python 工作机会好少啊

@hunau 我们在中华门那边 http://www.lagou.com/gongsi/23018.html

2016-03-12 10:24:34 +08:00

回复了 sujin190 创建的主题 › Python › 说个 tornado 在秒杀之类场景上的使用吧

@xiamx 所以在设计同步锁的时候要有两个参数，一个是等待最大时间紧，另一个是锁保持最大时间，超过等待最大时间则获取锁超时，超过锁保持的最大时间则获取的锁要自动释放，一般来说超过平均处理时间数倍也就没问题了，这样既可以保持同步，又可以在程序异常时不出现死锁

1 ... 98 99 100 101 102 103 104 105 106 107 ... 122

❮

❯