V2EX › mhycy 的所有回复 › 第 42 页 / 共 192 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 38 39 40 41 42 43 44 45 46 47 ... 192

❮

❯

2018 年 8 月 24 日

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

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

2018 年 8 月 24 日

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

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

2018 年 8 月 23 日

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

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

2018 年 8 月 23 日

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

@s609926202
你说的是 HTTP ？

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

2018 年 8 月 23 日

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

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

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

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

2018 年 8 月 23 日

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

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

2018 年 8 月 23 日

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

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

2018 年 8 月 23 日

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

直接上 RAID6

2018 年 8 月 23 日

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

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

2018 年 8 月 20 日

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

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

2018 年 8 月 20 日

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

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

2018 年 8 月 12 日

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

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

2018 年 8 月 10 日

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

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

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

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

2018 年 8 月 10 日

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

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

2018 年 8 月 10 日

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

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

2018 年 8 月 10 日

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

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

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

2018 年 8 月 10 日

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

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

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

2018 年 8 月 10 日

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

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

2018 年 8 月 10 日

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

提醒：TCP 是流传输协议

> 传输控制协议（英语：Transmission Control Protocol，缩写为 TCP ）
> 是一种面向连接的、可靠的、基于字节流的传输层通信协议，由 IETF 的 RFC 793 定义。
> （中文维基百科 TCP 词条第一句）

理解了这个本质，那么**粘包**就不是一个问题
因为本来就没有**包**的概念，自然没有**粘**的可能性，更没有**粘包**这一说法

本质问题：如何在流传输协议上构造具有**可靠**分段特性的(包 /报文 /数据段)传输协议

2018 年 8 月 9 日

回复了 capturepointer 创建的主题 › 硬件 › 只能硬件的开发流程

硬件的开发流程

1、确定需求
2、依据需求选择方案（电源、芯片、模块、外壳工艺）
3、依据采购难度、体积、耗电、发热、成本等关系迭代需求进行取舍或增加功能
4、依据方案寻找有无开发板，如果没有自行开发一套开发板 /直接出成品电路
5、如果有参考设计，原理图的某些部分可参考参考设计，但总体来说需要配合产品本身进行开发
6、造外壳是与电路设计完全不同的一个领域，且与加工方的加工工艺紧密关联，务必准备足够的钱
7、上层应用的开发都是套路，最主要的硬件平台准备好了，应用开发就不是问题了(显然这是楼主最熟悉的)
8、如非必须，别踩驱动巨坑，如果需要进坑，聘人。。。

1 ... 38 39 40 41 42 43 44 45 46 47 ... 192

❮

❯