@SoloCompany 你的解释是错的.... tcp 连接中有 4 个变量 是 源 Ip 源端口, 目标 Ip 目标端口, 其中不变的是 目标端口 和目标 Ip (比如单 Ip 服务器监听 80 端口), 变量是 源 Ip 和源端口... 并不是你说的通过 dns 去解析出多个目标 Ip, TCP 链接并没有 dns 后面拖多个服务器的事
qdk0901
2016-12-27 23:44:00 +08:00
就算是发黄图,他水平也不高
so898
2016-12-27 23:49:25 +08:00
轮子哥在 V 站不是也有账号的么 @vzch 话说你们趁着轮子哥休假不上网在这里黑他真的好么? 别人好歹是编程大牛,虽然在不懂的领域闹了点笑话,但是技术还是很牛逼的 虽然我在知乎关注他主要是为了看妹子照片(这个月营养快线又不够了……
@SoloCompany 问题是在于"如果一个 IP 后面可以堆一堆机器的话" 你都说了是一个 IP 后面了,那你后面堆多少个机器他的相对于客户端的“目标 ip ”都是一样的呀 所以这种方式并不能提高服务器处理 c100k 的能力 真正需要处理超过 c100k 的能力还是要上多服务器 IP 才行
SoloCompany
2016-12-28 00:52:55 +08:00
@wwqgtxx 不知道是我语文能力问题还是你理解能力问题。我的意思是说 tcp 端口数不会成为单服务器连接数(也就是 c100k 问题)的瓶颈,因为在 tcp 层面,一个 ip 一个物理机和一个 ip 多个物理机或者虚拟机在客户端看来是完全没有区别的,不是说这种方式能提高服务器的并发能力,后面的是反问句式,说明假如 64k 问题存在的话,单 ip 负载就存在瓶颈,从而导出一个明显是错误的结论
wwqgtxx
2016-12-28 00:53:49 +08:00
@shoaly 其实“源 Ip ,源端口,目标 Ip ,目标端口”这个还是要相对于客户端和服务端来区别看待的 对于客户端来说就是“源 Ip ,目标 Ip ,目标端口”三源相同,而“源端口”不同,所以带来了 65k 限制 而对于服务器来说,就是“源 Ip ,源端口”相同,而“目标 Ip ,目标端口”不同,这个带来了 c100k 问题
解决上面两者的办法就是服务器提供更多的公开 IP 地址,这样就提供了更多的对于服务器的“源 Ip ”,对于客户端的“目标 Ip ” 而提供更多公开 IP 地址的最常规方法就是通过 DNS 设置多个 A (或 AAAA )记录来让客户端无感知的提供更多 IP