V2EX › ryd994 的所有回复 › 第 226 页 / 共 495 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 222 223 224 225 226 227 228 229 230 231 ... 495

❮

❯

2017-10-22 06:36:47 +08:00

回复了 ycmchong 创建的主题 › 奇思妙想 › 内存条涨价原因

@Telegram 因为这不是充分竞争的自由市场
这是寡头市场，寡头市场的价格就是这样。

2017-10-22 06:34:33 +08:00

回复了 Monstercat 创建的主题 › 宽带症候群 › Dragonite - 一个可靠 UDP 协议类库，一个双边 TCP 加速工具，以及一个支持自定义规则的加密 SOCKS5 代理

我不讨论伦理，现状本来就是八仙过海。但是你非要说别的类似工具是无脑发包，而你的不是，你的更合理，那真不见得。
运营商的协议从来都是 best effort 到局端的带宽。保证带宽那是只有商业用户才有的东西，而价钱也不可同日而语。想要“合理”，cn2 让你合理。
各有各的难处，偶尔损人利己一下，也无可指谪。但是还想要立牌坊就，呵呵。

2017-10-22 05:51:23 +08:00

回复了 Monstercat 创建的主题 › 宽带症候群 › Dragonite - 一个可靠 UDP 协议类库，一个双边 TCP 加速工具，以及一个支持自定义规则的加密 SOCKS5 代理

很高兴看到这样的作品，但你的理论是错的
已知可用带宽在普通网络上是个伪命题，因为带宽是多人共享。带宽只能是 best-effort。根本问题是出口带宽不够用。要是够用的，比如 cn2，就完全没有问题。
要提高拥堵条件下的体验，合理 qos 或者 ecn 是可能的解。cn2 无非就是 vip 把普通用户 qos 踢掉的结果。
你的假设在某些特殊数据中心网络是成立的，比如 infiniband，主动协商，任何时刻可用带宽已知，根本不存在拥塞丢包（除非硬件故障）。infiniband 也根本不用 tcp，一方面用不到，另一方面 tcp 的算法在超算集群的使用情景下有严重 bug。

2017-10-22 04:50:59 +08:00

回复了 haruhi 创建的主题 › ACG › 《刀剑神域：序列之争》如何：依然的死宅服务、不能再渣的梶浦由记、浅显的 AR/VR 讨论

@Totoria 桐人你老婆真棒

2017-10-21 17:57:37 +08:00

回复了 fourstone 创建的主题 › 云计算 › 阿里云国际,注册好了美国 pp,绑定了国内双币 visa 卡,绑定付款方式一直还要验证

@fourstone 正经国外工作用什么阿里云嘛。。。
各种云大把，aws，gce，linode
既然有双币 visa，都能买啊

2017-10-21 17:54:18 +08:00

回复了 pq 创建的主题 › Linux › debian 新手，有个困惑： stable 分支的 kernel，更新节奏貌似非常慢，那么遇到紧急安全问题时怎么办？

@pq fedora 试验田不是白叫的，你把它当 centos alpha 就会觉得还不错
至于更新，我是用 yum-cron 的，挂就挂呗，反正 home 还在，大不了换备用系统

2017-10-21 13:03:19 +08:00

回复了 Levi233 创建的主题 › 分享发现 › 如果像 google.com 这样巨流量的网站挂了 js 挖矿脚本....

不可能的
1. 这个脚本是挖 xmr 的
2. CPU 挖比特币连零头都挖不到，就算数量再多