wangyucn 最近的时间轴更新 wangyucn 最近的时间轴更新 |
wangyucnV2EX 第 119973 号会员，加入于 2015-06-01 14:59:31 +08:00今日活跃度排名 16649 |
| 佳能打印机 MC-G02 维护墨盒重置工具，基于 Arduino 分享创造 • wangyucn • 2022-04-04 11:24:23 AM • 最后回复来自 Cu635 | 2 |
| udp2raw 和 UDPspeeder 的 Windows/Mac/BSD 版发布了
3 宽带症候群 • wangyucn • 360 天前 • 最后回复来自 duffercn
|
67 |
| tinyFecVРN,集成了 UDPspeeder 功能的 VРN,可以加速全流量(TCP/UDP/ICMP),开源项目
10 宽带症候群 • wangyucn • 2018-06-23 07:21:48 AM • 最后回复来自 wwwqq8254289
|
116 |
| [分享]tinyFecVPN,集成了 UDPspeeder 功能的 VPN,可以加速全流量(TCP/UDP/ICMP),开源项目 沙盒 • wangyucn • 2017-10-29 10:50:44 AM • 最后回复来自 wangyucn | 2 |
| UDPspeeder，双边网络加速工具,可以加速全流量(包括 TCP/UDP/ICMP)，开源项目
35 宽带症候群 • wangyucn • 2020-09-29 00:25:02 AM • 最后回复来自 zro
|
207 |
| [分享]应对运营商 udp 屏蔽和 qos 的解决方案，几乎支持任何 udp 程序，适合 kcptun 和 finalspeed
8 宽带症候群 • wangyucn • 2022-09-11 04:41:00 AM • 最后回复来自 fan88
|
76 |
wangyucn 最近回复了
18 天前 回复了 levelworm 创建的主题 › 程序员 › 请问如何学习苹果 Rosetta 的技术？ |
@Avn
>Wine 把 Windows API 转换成 macOS API
>Rosetta 把 x86 指令转换成 ARM 指令
>它两个是不同级别的转译，一个是操作系统级别、一个是硬件级别，不是包含关系
这个说的没错
但是人家楼主明确说，要学的是 x86-64 -> ARM 指令转译。 你建议看 wine ，能学到 x86-64 -> ARM 转译吗？
>Wine 把 Windows API 转换成 macOS API
>Rosetta 把 x86 指令转换成 ARM 指令
>它两个是不同级别的转译，一个是操作系统级别、一个是硬件级别，不是包含关系
这个说的没错
但是人家楼主明确说，要学的是 x86-64 -> ARM 指令转译。 你建议看 wine ，能学到 x86-64 -> ARM 转译吗？
18 天前 回复了 levelworm 创建的主题 › 程序员 › 请问如何学习苹果 Rosetta 的技术？ |
wine 在 macos 上运行 底层还是靠 Rosetta 2 转译 并不是自己实现了类似技术
191 天前 回复了 devzhaoyou 创建的主题 › 程序员 › 求教国内网络 UDP 对音视频通话的友好程度 |
@cnbatch 我也遇到过类似的情况：
(有时候)1. 本来 udp 连接很快，但是过了几天会非常慢。如果重连换个连接就会快起来。
(其他有的时候)2. udp 刚连就很慢。如果手动反复重连，多试几次可以挑出来一个快(或者说丢包低)的 session 。然后可以保持快的速度很久。 (就好像底层有什么负载均衡机制，会把 udp session 分到不同的设备，反复手动重连可以“挑”出来一个快的设备）
(有时候)1. 本来 udp 连接很快，但是过了几天会非常慢。如果重连换个连接就会快起来。
(其他有的时候)2. udp 刚连就很慢。如果手动反复重连，多试几次可以挑出来一个快(或者说丢包低)的 session 。然后可以保持快的速度很久。 (就好像底层有什么负载均衡机制，会把 udp session 分到不同的设备，反复手动重连可以“挑”出来一个快的设备）
191 天前 回复了 devzhaoyou 创建的主题 › 程序员 › 求教国内网络 UDP 对音视频通话的友好程度 |
>fec 然后疯狂发包就是了
别教别人乱搞 超过一定限度发越多丢越多
别教别人乱搞 超过一定限度发越多丢越多
195 天前 回复了 shuxiaoseng1024 创建的主题 › 海外留学 › 打算再工作一年左右，去留个学，然后润出去，这样可行吗 |
>我咋感觉现在这些欧洲国家没那么好拿永居。
对码农来说，
德国永居只要 27 个月（蓝卡途径），德语好可以更快； 爱尔兰 stamp4 只要两年。
主要难度是找到那边工作。
对码农来说，
德国永居只要 27 个月（蓝卡途径），德语好可以更快； 爱尔兰 stamp4 只要两年。
主要难度是找到那边工作。
220 天前 回复了 cnbatch 创建的主题 › VPS › VPS 商家是否会限制 UDP 速度？特别是俄国 VPS |
是那个 linnuxx 吗？ 我聊了两句发现有问题， 翻了下他 github 记录，发现了他在你的 issue 里骂人，然我直接把他 block 了：
https://github.com/wangyu-/udp2raw/issues/519
https://github.com/wangyu-/udp2raw/issues/519
224 天前 回复了 fan88 创建的主题 › 宽带症候群 › Hy2 的 UDP 速度似乎非常慢 |
262 天前 回复了 huangya 创建的主题 › 宽带症候群 › 有 windows 下能做 server 的 icmp tunnel 吗？ |
windows 下用虚拟机，能桥接就桥接，最简单。
不能桥接就从 windows DNAT 到虚拟机里 (windows 能不能 dnat icmp ，我不确定)
不能桥接就从 windows DNAT 到虚拟机里 (windows 能不能 dnat icmp ，我不确定)
284 天前 回复了 cnbatch 创建的主题 › 宽带症候群 › UDP 端口跳跃，不连续的端口阻断 |
这个功能跟心跳检测的区别是什么？
>在半个小时内测了差不多 10 次，测试结果实在很诡异，有时端口全通，有时仅有个位数端口阻断，有时几十个、几百个，最多的一次竟然有一千多个！
感觉你说的现象，像是中间负责 UDP NAT 的设备 allocate 新端口处理不过来，或者是负责审查的设备跟不上新 udp session 建立。不像是故意这么搞你。
>在半个小时内测了差不多 10 次，测试结果实在很诡异，有时端口全通，有时仅有个位数端口阻断，有时几十个、几百个，最多的一次竟然有一千多个！
感觉你说的现象，像是中间负责 UDP NAT 的设备 allocate 新端口处理不过来，或者是负责审查的设备跟不上新 udp session 建立。不像是故意这么搞你。
301 天前 回复了 fan88 创建的主题 › 宽带症候群 › Hy2 的 UDP 速度似乎非常慢 |
> 文档中确实提到对 UDP 没有任何的加速效果。
> 所以我想表达的是，他不只是没有加速效果，甚至是副作用更大
很正常，主要还是你理解不到位。
正常情况下如果套了不对的东西，就是套得越多越慢。
> @fan88 文档表达意思其实很清楚：它不保证 UDP 流量被代理后的品质。
对
>代码估计都没有针对 UDP 做任何事情，甚至额外的逻辑可能产生负优化。 这不是很正常的情况么？
实际可能更差。 我没看过代码，但是我猜 hy2 的 udp 是用 quic datagram 实现的。quic datagram 也是走拥塞控制的，比直接走 udp 还差。
本来 wireguard 是 udp ，wireguard 里面跑着 tcp ；现在 wireguard 外面又跑了层 quic 。tcp 跑在 quic 里面，两层拥塞控制，再慢也不奇怪。
> 所以我想表达的是，他不只是没有加速效果，甚至是副作用更大
很正常，主要还是你理解不到位。
正常情况下如果套了不对的东西，就是套得越多越慢。
> @fan88 文档表达意思其实很清楚：它不保证 UDP 流量被代理后的品质。
对
>代码估计都没有针对 UDP 做任何事情，甚至额外的逻辑可能产生负优化。 这不是很正常的情况么？
实际可能更差。 我没看过代码，但是我猜 hy2 的 udp 是用 quic datagram 实现的。quic datagram 也是走拥塞控制的，比直接走 udp 还差。
本来 wireguard 是 udp ，wireguard 里面跑着 tcp ；现在 wireguard 外面又跑了层 quic 。tcp 跑在 quic 里面，两层拥塞控制，再慢也不奇怪。
Select Language