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

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 100 101 102 103 104 105 106 107 108 109 ... 122

❮

❯

2016-03-10 09:30:36 +08:00

回复了 sujin190 创建的主题 › Python › 说个最近遇到的 tornado 的小坑吧

@cevincheung 正常其实压力不大，高峰突然停机重启才会出现这种情况

2016-03-09 23:17:09 +08:00

回复了 sujin190 创建的主题 › Python › 说个最近遇到的 tornado 的小坑吧

@pynix 正有此意

2016-03-09 23:15:33 +08:00

回复了 sujin190 创建的主题 › Python › 说个最近遇到的 tornado 的小坑吧

@cevincheung 其实我瞬间并发超过了单机 mysql 的负载，加机器才是王道。。

2016-03-09 22:43:25 +08:00

回复了 sujin190 创建的主题 › Python › 说个最近遇到的 tornado 的小坑吧

@cevincheung 像 php 来说，每个进程同一时刻只能接受一个请求，所以一般来说 mysql 并发查询不会太高，同时过高的并发过来会直接访问拒绝，但 tornado 不会，所以像 php 之类的来说是不会出现循环等待的，挂个中间件估计不能解决问题啊

2016-03-09 22:40:17 +08:00

回复了 sujin190 创建的主题 › Python › 说个最近遇到的 tornado 的小坑吧

@lecher 是的，以前一直想高并发高并发的，没想过超过 mysql 查询数后的快速失败策略，学习到了，现在果断调低了连接池最大连接数， TorMySQL 应该有个队列等待超时策略才是

2016-03-05 10:37:50 +08:00

回复了 SlipStupig 创建的主题 › Python › python GIL 如果可以调整颗粒度会怎么样

想太多，细粒度的锁早就有人做过了，然而并不好用，还想自定义锁粒度。。

2016-03-04 21:59:06 +08:00

回复了 wdg8106 创建的主题 › Python › 关于 web 后台架构问题请教

一般来说会分层吧，最后业务逻辑写在 RequestHandler 中挂接 url ，数据操作层，服务扩展，通用业务逻辑，业务层组合其他模块实现业务逻辑，每一层又可以单独扩展，比如数据操作层就可以扩展缓存、读写分离等等

2016-03-04 21:51:30 +08:00

回复了 scalaview 创建的主题 › Python › python logger 没有往文件写 log

一样的啊， logging 底层有锁的啊，线程安全的

2016-02-29 22:22:49 +08:00

回复了 glogo 创建的主题 › C › 请教大家一个感受：内存对齐

其实还是没看懂这个怎么对其的，有人解释一下么？

2016-02-28 12:48:17 +08:00

回复了 Strikeactor 创建的主题 › 分享发现 › 免费的 docker 容器运行服务，支持 TCP 监听

@fleer 除此之外似乎暂时也没什么其他用途。。

2016-02-27 23:17:41 +08:00

回复了 Strikeactor 创建的主题 › 分享发现 › 免费的 docker 容器运行服务，支持 TCP 监听

@Strikeactor 原来如此，一下子没想通，对 docker 也还不太熟。。

2016-02-27 19:35:54 +08:00

回复了 Strikeactor 创建的主题 › 分享发现 › 免费的 docker 容器运行服务，支持 TCP 监听

@Strikeactor 没有 bash ，没有 apt-get ，没有 yum ，没有 rpm ，没有 dpkg 。。研究了半天，终于发现原来它和灵雀云是完全不一样的，他给的不是 docker 系统，是 docker 环境，你可以在这个环境下自己 pull 镜像，自己 run 系统。。

2016-02-27 10:51:51 +08:00

回复了 Strikeactor 创建的主题 › 分享发现 › 免费的 docker 容器运行服务，支持 TCP 监听

正在 Ping 172.99.79.44 具有 32 字节的数据:
来自 172.99.79.44 的回复: 字节=32 时间=248ms TTL=46
来自 172.99.79.44 的回复: 字节=32 时间=249ms TTL=46
来自 172.99.79.44 的回复: 字节=32 时间=249ms TTL=46
来自 172.99.79.44 的回复: 字节=32 时间=348ms TTL=46

172.99.79.44 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 4 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 248ms ，最长 = 348ms ，平均 = 273ms

2016-02-27 10:49:55 +08:00

回复了 Strikeactor 创建的主题 › 分享发现 › 免费的 docker 容器运行服务，支持 TCP 监听

这是什么系统啊？不会安装软件了。。

2016-02-22 11:01:08 +08:00

回复了 xloger 创建的主题 › 问与答 › 我的 Android 水平真的渣到连个面试机会都没有么？

@xloger 你如此鄙视南京好么。。。

2016-02-21 23:13:29 +08:00

回复了 xloger 创建的主题 › 问与答 › 我的 Android 水平真的渣到连个面试机会都没有么？

来南京么？

2016-02-17 12:57:08 +08:00

回复了 odoooo 创建的主题 › 问与答 › 最近在开发一个在线视频网站，有几个关于 redis 问题请教。

@baskice 这样数据一致性要疯的， mysql 写入性能也没差到这种地步，还是看写入频次和写入量吧，频次高量大的准确性要求一般来说会低一些，比如浏览次数播放次数，视屏上传，评论之类的哪有那么高的频次和量，但准确性要求就高了很多， mysql 直接写完全没事