feisuzhu 最近的时间轴更新 feisuzhu 最近的时间轴更新 |
feisuzhuthbattle.net 🏢 LeanCloud / DevOps V2EX 第 39573 号会员，加入于 2013-05-23 17:18:52 +08:00 |
feisuzhu
| 火速占坑！全免费的东方 Project 卡牌手游《东方符斗祭》宣传贴~ 东方 Project • feisuzhu • 2016-09-23 00:10:22 AM • 最后回复来自 yanjingzhaisun | 4 |
| 东方符斗祭：纯Python实现的三国杀X东方Project游戏 Python • feisuzhu • 2015-11-17 14:03:30 PM • 最后回复来自 uuair | 14 |
feisuzhu 最近回复了
2018-04-27 11:27:03 +08:00 回复了 reid2017 创建的主题 › 程序员 › 哪家 IM 云服务商比较靠谱 |
关于 LeanCloud 我就说一句：你应该找不到一家工单做的比 LeanCloud 更好的云服务了，LeanCloud 的工单都是直接发到相应服务负责人那里去的，不是只会回复车轱辘话的人员，而且很快。
利益相关：每天需要回工单的运维人员……
利益相关：每天需要回工单的运维人员……
2016-11-30 16:39:48 +08:00 回复了 suomy 创建的主题 › 全球工单系统 › 吐槽下 LeanCloud 的咨询反馈途径 |
囧…… 能说一下工单号么
2016-08-31 23:23:58 +08:00 回复了 4ever911 创建的主题 › Python › gevent 代码是运行在一个线程里面吗？ |
1. 不暴力，这样挺好（对你的程序来讲），不会有什么压力。被请求的资源可能就蛋疼了。可以的话还是用 gevent.pool.Pool 吧，就是把 gevent.spawn 改成 pool.spawn ，剩下的活 gevent 都帮你干了。
2. 没明白。如果只是 gevent.spawn 的话，是不会有新线程的（除非底层的代码用了，而且你也没 monkey patch ）。
你说的是每个 task 都有自己的调用栈吧？这个是正常的。
2. 没明白。如果只是 gevent.spawn 的话，是不会有新线程的（除非底层的代码用了，而且你也没 monkey patch ）。
你说的是每个 task 都有自己的调用栈吧？这个是正常的。
2015-11-13 16:41:42 +08:00 回复了 feisuzhu 创建的主题 › 东方 Project › 火速占坑！全免费的东方 Project 卡牌手游《东方符斗祭》宣传贴~ |
2015-06-09 10:00:29 +08:00 回复了 LeanCloudRRY 创建的主题 › LeanCloud › 对六月六日 LeanCloud 多项服务发生中断的说明 |
2015-06-09 10:00:02 +08:00 回复了 LeanCloudRRY 创建的主题 › LeanCloud › 对六月六日 LeanCloud 多项服务发生中断的说明 |
@9hills
出现问题的并不是 mesos-slave 或者 dockerd 本身，而是一个奇怪的 lsof 进程，这个进程只在部署了 mesos-slave 和 docker 的机器上出现。而且并不是 mesos-slave 或者 dockerd 的子进程，并不接受 cgroups 的监管。
出现问题的并不是 mesos-slave 或者 dockerd 本身，而是一个奇怪的 lsof 进程，这个进程只在部署了 mesos-slave 和 docker 的机器上出现。而且并不是 mesos-slave 或者 dockerd 的子进程，并不接受 cgroups 的监管。
2015-06-09 01:07:46 +08:00 回复了 LeanCloudRRY 创建的主题 › LeanCloud › 对六月六日 LeanCloud 多项服务发生中断的说明 |
2015-06-08 22:31:27 +08:00 回复了 LeanCloudRRY 创建的主题 › LeanCloud › 对六月六日 LeanCloud 多项服务发生中断的说明 |
@9hills
我们没有使用 mesos 自己的 containerizer，全部都在 docker 上，没有你说的这个问题。
我们没有使用 mesos 自己的 containerizer，全部都在 docker 上，没有你说的这个问题。
2015-06-08 19:28:56 +08:00 回复了 LeanCloudRRY 创建的主题 › LeanCloud › 对六月六日 LeanCloud 多项服务发生中断的说明 |
@9hills
这次事故的导火索其实就是 mesos 和 docker，也就是你建议的 cgroups。（当然不是事故的原因不是 cgroups……
我们刚刚进行了 mongo 的升级，时间规划都是精确到分钟的。都这样了，本以为对 mongo 启动恢复什么的有一定了解，然而还是踩了坑……
（真想把锅丢给 mongo
利益相关： LeanCloud 运维，目测要背锅 _(:з」∠)_
这次事故的导火索其实就是 mesos 和 docker，也就是你建议的 cgroups。（当然不是事故的原因不是 cgroups……
我们刚刚进行了 mongo 的升级，时间规划都是精确到分钟的。都这样了，本以为对 mongo 启动恢复什么的有一定了解，然而还是踩了坑……
（真想把锅丢给 mongo
利益相关： LeanCloud 运维，目测要背锅 _(:з」∠)_
Select Language