V2EX › mhycy 的所有回复 › 第 39 页 / 共 189 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 35 36 37 38 39 40 41 42 43 44 ... 189

❮

❯

2018-08-25 18:02:31 +08:00

回复了 feral2013 创建的主题 › 问与答 › 木工怎么赚钱？本人除了是一名程序员外，还是一名木工

定制化、专业化、自动化思路构建一个商业化木制品定制平台...
软件平台中提供简单易用的模块化构件让用户定制木制产品...

(写不下去了，大概就这么个思路吧)

2018-08-25 14:33:44 +08:00

回复了 baskice 创建的主题 › 问与答 › 网站 tcp 旁路干扰/切断如何有效解决?

换机房~

2018-08-24 17:37:09 +08:00

回复了 eary 创建的主题 › 宽带症候群 › 1000M 带宽，什么设备能跑满？

你需要单一信道理论速度大于 2000m 的无线设备

2018-08-24 12:34:00 +08:00

回复了 baitutu3312 创建的主题 › 问与答 › 关于女装大佬衣服搭配

@baitutu3312
肩宽、腰围....
不过看你 165 这个数字...天赋党随便买吧~
体重有点高，建议减重

2018-08-23 17:14:50 +08:00

回复了 baitutu3312 创建的主题 › 问与答 › 关于女装大佬衣服搭配

报身材数据~
如果可以附带张照片~
不然怎么给你推荐？

2018-08-23 16:29:13 +08:00

回复了 aino 创建的主题 › 问与答 › TCP 负载均衡架构方案提问

@s609926202
你说的是 HTTP ？

TCP 上承载的协议不明的话除了 IP 包头加料（用扩展字段）好像没别的方案了。。

2018-08-23 15:51:30 +08:00

回复了 aino 创建的主题 › 问与答 › TCP 负载均衡架构方案提问

@aino
设备不更改 IP 也要考虑到机房搬迁的可能性
建议使用域名绑定 ip，这样设备只需要连接之前动态查询现在的 IP 就好

至于网关的单端口多协议负载均衡，有一个前提：协议的定义是已知且容易区分的
需要考虑协议识别的资源消耗，虽说只要识别出个头就可以直接转发了

至于多出来的那个如何读取到客户端 ip 的问题，
代理式负载均衡无解，除非这是路由设备，那么通过 NAT 形式是可以拿到源 IP 的

2018-08-23 15:30:21 +08:00

回复了 aino 创建的主题 › 问与答 › TCP 负载均衡架构方案提问

端口泛滥分布式不知道怎么做的意思是？
另：固定端口固定 IP 会遇到协议识别问题

2018-08-23 14:26:34 +08:00

回复了 mt7620 创建的主题 › 问与答 › 求助， MSSQL 服务器的硬盘 RAID 选择

补充：数据库备份可选择远程冷备

2018-08-23 14:26:11 +08:00

回复了 mt7620 创建的主题 › 问与答 › 求助， MSSQL 服务器的硬盘 RAID 选择

直接上 RAID6

2018-08-23 09:48:51 +08:00

回复了 alex8 创建的主题 › Linux › 有在生产服务器换新内核的大佬么，进来聊聊

上 docker 隔离开来母机随便换的感觉。。。
不知道这个感觉是否正确，望拍砖

2018-08-20 09:31:35 +08:00

回复了 facat 创建的主题 › 宽带症候群 › 家庭布网线应该用 6 类线还是超 6 类线？

@xiebruce 补充：单模带宽高，至于为什么多模设备还活着，希望有大佬能解答。。。

2018-08-20 09:30:43 +08:00

回复了 facat 创建的主题 › 宽带症候群 › 家庭布网线应该用 6 类线还是超 6 类线？

@xiebruce 单模，能用单模的场合别用多模，贵~

2018-08-12 01:10:12 +08:00

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@pangliang
希望能有技术人员应有的严谨态度

2018-08-10 17:26:39 +08:00

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@qk3z
前提：业务无法获知 TCP 的底层分包情况

既然无法获知，那么这句“业务上认为”是不存在的，因为业务不能对流式协议的底层做任何假设

而且书上认为 TCP 最终发包的时候会被如何分片的估计情况并不完整
毕竟 TCP 作为一个流式传输协议，在网络传递过程中被中间设备如何重组数据包都是不确定的

2018-08-10 17:13:25 +08:00

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@zjp
只是我把你不愿意说的话说出来了而已...

2018-08-10 17:12:29 +08:00

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@zjp
显然我的想法和你是一样的...

2018-08-10 17:03:14 +08:00

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@zjp
面向 Socket API 学习 TCP 协议了解下...
说白了还是基础不扎实...

看了下那本《 Netty 权威指南》粘包相关部分的网络知识同样如此
另: 这篇文章其实就是相关章节的重写

2018-08-10 16:52:51 +08:00

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@wysnylc
应用层无法简单获知 TCP 底层的包状态
事实上在系统内核做拥塞控制的时候就已经解包到字节流缓冲区了
既然给应用层的是字节流，那么自然不存在包的概念，更不可能粘起来。

(注意：极端情况下一次 socket read 调用会只获得一个字节的数据返回)

2018-08-10 14:58:05 +08:00

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@wqyyy
还是有毛病...
这个解答显然这是面向 Socket API 学习 TCP 协议
正常情况下对方接收的时候根本无法预测能一次性的从缓冲区读取到多少数据
无法预测能读取到多少数据自然不可能有包的效果更不可能有后续的解释

1 ... 35 36 37 38 39 40 41 42 43 44 ... 189

❮

❯