首页   注册   登录
 sujin190 最近的时间轴更新
ONLINE

sujin190

  •   南京
    V2EX 第 36127 号会员,加入于 2013-03-19 10:01:03 +08:00
    今日活跃度排名 40
    PHP socket_set_option 为啥会 Permission denied?
    PHP  •  sujin190  •  290 天前  •  最后回复来自 sujin190
    2
    root 用户没有权限访问/root 目录。这是啥逻辑?
    Node.js  •  sujin190  •  330 天前  •  最后回复来自 sujin190
    5
    sujin190 最近回复了
    11 小时 19 分钟前
    回复了 cwbsw 创建的主题 宽带症候群 HTTP3 已经来了,运营商还要继续劣化 UDP 吗?
    @loong0xf #18
    @yyfearth #17 我想说的是任何技术方案的进步和思考都是有好处的,我钦佩他们的工作和思考,但这不是 0 或者 1 的问题,没有任何一个技术方案会成为银弹,能够在任何场景都带来良好的效果的方案是不存在的,良好技术方案是基于细致理论和工程限制选择取舍的结果

    http 使用广泛不止在于浏览器端,其良好的适用性也在于其协议十分简单,这即代表这协议结构简单同时也是实现简单和协议状态管理的简单,用 udp 取代 tcp 多路复用带来了三次握手和多个请求间头部阻塞的性能提升,但是同时由应用层实现的重排重组重发 ack 算法必然增加协议实现的复杂性,有协议实现来实现的连接管理也使得 http 简单的无状态变成部分有状态化,在简单应用网络条件又日趋良好的环境下确实带来非常大收益,但在应用交互日趋复杂的趋势下,这个改进却又是明显利大于弊的,任何技术方案的思考进步都不可能是没有负面的,这再正常不过了

    人云亦云,不能对技术方法实现以及现实场景做出理性细致独立思考不是一个好技术人,这也不利于自身进步,谷歌是跨国公司巨大的浏览器占有量和 web 跨国访问量,udp 取代 tcp 以及应用层实现的所带来的性能提升和价值收益是显而易见的,其所做工作和尝试并不能被否认,但是其是否具备广泛适用性和把 http 协议变成一个更复杂协议是否适合确实值得思考

    @yyfearth #17 关于丢包这个问题我觉得你可以多去看看底层 ip tcp 再下结论,tcp 存在丢包重传,udp 仍然存在,基于现实甚至可能更为严重,这个是任何协议都无法规避的问题
    14 小时 48 分钟前
    回复了 cwbsw 创建的主题 宽带症候群 HTTP3 已经来了,运营商还要继续劣化 UDP 吗?
    @jedihy #15 不要人云亦云啊,事实上这个问题是有,但是就现在网络宽带 4g 马上 5g 情况下,几乎不丢包,这个影响几乎没有,在较大数据传输的视频播发中几乎都从独立 cdn 获取,也不会和网页公用连接,用处比较大估计也就是跨国请求了,理论归理论,工程实现则会更看实际效果,就实际性能提升来说还是没有三次握手更有效果吧
    @yyfearth #6 你认真的么?不重传丢了是要就挂了还是把一半请求数据直接返回浏览器了,还是认为一个请求都可以扔在一个 udp 包了,这怎么可能,现在这时代,一个网页大部分图片视频,能有多少用一个 udp 包就能解决的,或许在多个请求之间能减少一些相互影响,但时间效果远比现象的小,我倒是觉得 http3 完全是为了未来更复杂应用更复杂交互设计的,或许未来进入一个网页有几万个请求的时候,这个确实可以大幅改善性能,但就眼下 web 来说,不会有多少效果,新版本 http 协议普及本来就慢,现在就设计一个限制更少的协议是更好的
    1 天前
    回复了 Sylv 创建的主题 BTSync 记录下 Resilio Sync 的一个坑
    @xmi 这个设计太扯了吧,文件分块传输,每块索引难道不是一开始就算好了?后续直接比较索引写入就可以了,怕什么本地同时修改,如果本地修改双向同步的话应该同步到远程啊,中间并不需要一直打开文件吧
    1 天前
    回复了 Sylv 创建的主题 BTSync 记录下 Resilio Sync 的一个坑
    还有一个问题也挺坑的,如果你用其他方式已经下载回来部分文件,这时候添加整个文件夹同步,发现并不会认为已经存在文件传送成功而是重新传送,坑死了
    能得出这个结论的大部分估计都是不是技术方案不行,是你不行,抽象架构化能力不足的话,微服务这种东西做出来只会比单体服务更为糟糕
    就算用 udp 丢包重传不也照样存在?就算用 udp 不照样需要重排重组重传算法,有啥区别,或许在多个请求间增加一点点性能,但也不可能很大吧,最大省的应该是连接的三次握手吧,现在这网络速度还能有人体感知提升你幻觉了吧
    python io 并不是最大限制,语言自身性能本来就比不了静态编译型的 go,这个没办法
    2 天前
    回复了 yzc27 创建的主题 问与答 Python 函数执行超时的问题
    既然函数已经繁忙于某重 cpu 事情无法返回处理其他事情,他又怎么能知道自己有没有超时呢?这本来就是互斥的,不用多线程强行 kill 没有其他方案了吧
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   878 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 21ms · UTC 18:49 · PVG 02:49 · LAX 11:49 · JFK 14:49
    ♥ Do have faith in what you're doing.