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

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

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 协议
正常情况下对方接收的时候根本无法预测能一次性的从缓冲区读取到多少数据
无法预测能读取到多少数据自然不可能有包的效果更不可能有后续的解释

2018-08-10 14:46:22 +08:00

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

提醒：TCP 是流传输协议

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

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

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

2018-08-09 10:54:01 +08:00

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

硬件的开发流程

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

2018-08-09 10:43:04 +08:00

回复了 revival83 创建的主题 › 问与答 › 预算 200 内有什么稳定的路由器么？送朋友

如果还能买到。。。K2P

2018-08-09 10:40:46 +08:00

回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问

@lyhiving #96
虽说一直都不信任任何云服务的可靠性，但经历了腾讯这件事，大概是不会把商业数据放上去了
毕竟有备份恢复起来也是很麻烦的...

2018-08-09 10:39:30 +08:00

回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问

@ryd994 #93
感谢信息分享

2018-08-09 10:35:44 +08:00

回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问

@songxinyingpg #95
请教，scrub 消耗磁盘性能的原因在哪里？

2018-08-09 10:32:29 +08:00

回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问

@zhuang
获益良多，感谢科普！

2018-08-09 10:03:54 +08:00

回复了 lsdir 创建的主题 › 宽带症候群 › 电信工作人员用光猫多拨是否符合程序？是否就这种问题进行投诉？

GPON 线路带宽 2.5G
EPON 线路带宽 1G

意味着，给你多拨的情况下只要你的总计带宽不超过 G 口带宽（也就是千兆）
一个光猫也是可以跑满的

2018-08-09 09:38:57 +08:00

回复了 hqdmy 创建的主题 › 问与答 › 老司机们有什么速度比较快的内网穿透方案

zerotier

2018-08-08 20:19:56 +08:00

回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问

@webjin1
本来存储系统搭建的原则也是用最便宜的零件构造足够可靠的系统（虽说这个可靠是要看场合的）...
所以家用 NAS 从不推荐红盘、紫盘、黑盘、企业盘
（显然做不到这一点用高价零件的可靠性也是差不多的）

2018-08-08 19:56:58 +08:00

回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问

@zhuang #83
获益良多，虽说部分观点与现在的公告逻辑略有出入
毕竟按照公告说法，异常在源数据仓库不在目标数据仓库，写入异常不成立

关于疑问三其实是没想通为什么是一刀切形式的仓库切换
按理说所有在线的虚拟机都需要一个短暂的快照后增量同步的操作
或许这 3 分钟就是重定向 IO 后的增量同步过程吧。

但...三分钟时间内删除了源数据？不太敢想...

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

❮

❯