V2EX › zwh8800 的所有回复 › 第 8 页 / 共 11 页

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 11

❮

❯

2016 年 7 月 9 日

回复了 easychen 创建的主题 › 分享创造 › 因为不想做审核后台，这周把 Server 酱升了个级

哈哈，我用你这个做了个斗鱼开播提醒。自己用，不违规吧😜

2016 年 7 月 9 日

回复了 zwh8800 创建的主题 › Go 编程语言 › 在项目中的一些思考：线程池里究竟该放多少线程？

@kamikat 嗯嗯，确实是数据库的，但有时更复杂，并发高了之后 connect 函数也会莫名其妙超时。

@mengzhuo 我以前也是你这种想法，直到发现 goroutine 只解决了线程资源瓶颈的问题。其他 IO 资源的瓶颈问题还是需要自行解决的。

2016 年 7 月 9 日

回复了 nlimpid 创建的主题 › Python › 求助，为什么 Requests 不能获取到知乎的页面？

@nlimpid 一般网站都会检查 ua

2016 年 7 月 9 日

回复了 zwh8800 创建的主题 › Go 编程语言 › 在项目中的一些思考：线程池里究竟该放多少线程？

@tiancaiamao

这个公式也并没有考虑到 IO 资源的瓶颈问题。我在实际中首先使用单线程做了 pprof 。总执行时间 130s ，卡在 Syscall 上的时间是 90s 。

那么按道理来说应该是 130 / (130 - 90) * 核数＝ 52 。

但实际上，开 32 个线程，数据库就崩了。这是 IO 资源有瓶颈导致的。

好吧，确实和有没有线程池关系不大，重点在线程数量上。

2016 年 7 月 9 日

回复了 zwh8800 创建的主题 › Go 编程语言 › 在项目中的一些思考：线程池里究竟该放多少线程？

@des 是的，运算密集型的应用应该是最可控的。但实际中都是复杂到不行的 IO 密集型应用😳

2016 年 7 月 9 日

回复了 x8 创建的主题 › Go 编程语言 › golang 的官方字符串包里为什么都用 string 类型传入参数而不是*string？

string 在底层已经是指针了，具体可以看源码 /usr/local/go/src/runtime/string.go#L215

type stringStruct struct {
str unsafe.Pointer
len int
}

在线也可以看源码：

https://golang.org/src/runtime/string.go#L215

2016 年 7 月 6 日

回复了 haozhang 创建的主题 › Java › 一个 Play framework 项目，仅供参考。

没有介绍没人去看的

2016 年 7 月 2 日

回复了 alexapollo 创建的主题 › 程序员 › 大家都喜欢什么样的游戏主播？我先来一个。

@Elemento http://www.nvliu66.com/ 女流亚洲研究中心

2016 年 6 月 29 日

回复了 kitesays 创建的主题 › 问与答 › 要填志愿了，想学计算机，不知道 V 友们有什么建议

城市很重要，靠近北上广深很重要

2016 年 6 月 23 日

回复了 babytomas 创建的主题 › PHP › PhpStorm 无法自定义字体

关了中文呢？