V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  LnTrx  ›  全部回复第 33 页 / 共 41 页
回复总数  801
1 ... 25  26  27  28  29  30  31  32  33  34 ... 41  
2020-07-13 12:03:09 +08:00
回复了 LnTrx 创建的主题 云计算 腾讯云也有轻量应用服务器了
现在,新加坡、硅谷 已上线
2020-07-10 14:52:41 +08:00
回复了 yulihao 创建的主题 宽带症候群 阿里云上海到 CF 全部改为走移动了
@loukky 要是挤爆了可能反而更糟
2020-07-09 14:18:03 +08:00
回复了 jason96 创建的主题 宽带症候群 电信光衰-24 是否正常, 300M 测速正常
能确认掉线是运营商原因么?
2020-07-03 13:38:36 +08:00
回复了 PUBG98k 创建的主题 程序员 求个高手来画图.我感觉画图比写代码还难
2020-07-03 13:13:52 +08:00
回复了 madNeal 创建的主题 宽带症候群 上海电信测速
对于 speedtest 有个小提示,就是网页版在某些情况下会因为计算机性能问题而打不满 1000Mbps,建议用 App 测
2020-07-03 02:42:31 +08:00
回复了 stabc 创建的主题 宽带症候群 阿里云轻量服务器带宽超售严重
@stabc
个人认为楼主是把“超售”的定义扩大化了,所以造成了这么多争议。

典型的超售,比如航空公司的超售,你买的商品是“航班座位”,航空公司提供的也是“座位”,但出售的数量超过其能提供的数量,所以称之为“超售”。

而楼主举的例子,购买的是商品是“服务器”,“公网带宽”是这个商品的一部分。
按照业内一般的标准,判定其是否达标,是按当地公网访问的情况来评判的,除非其另有承诺。

楼主发现该服务器跨境访问的带宽是存在“限制”的,认为这是“他们能够控制的资源”
这一点是存在疑问的。阿里云与当地运营商签订的协议可能保证了往境内的带宽,也可能没有保证。
据报道当前轻量服务器回国是绕路的,个人猜测大概率是后者。

如果是后者,那这个“限制”不是阿里云造成的,具体能走多少量取决于运营商层面的综合负载情况。即使阿里云通过监控流量观测到了通往内地带宽的有限性,那也不是阿里云自己“超售”。
就好像飞机将你妥善运送到目的地机场,结果海关因为防疫准备不足将你堵在机场两天,这不算航空公司超售,只算海关超载。

如果是前者,阿里云知道往境内带宽的明确限制,也知道高峰时刻会出现拥堵,仍然继续售卖轻量服务器,这一般也还是不算“超售”
这是因为互联网是全球性的,“公网带宽”不能扩大解释成“通往任意地区任意运营商的公网带宽”。如果往境内电信的带宽受限算“超售”,那往日本 NTT 受限算不算“超售”?往印度 TATA 受限算不算“超售”?往巴西 Vivo 受限算不算“超售”?往朝鲜 Koryolink 受限算不算“超售”?
除非商家做了承诺或使用了误导性的宣传,否则“公网带宽”的责任是不能无限外推的。如果可以,那几乎所有云平台都可以算是“超售”了

就拿家宽的例子来说吧。如果你买了电信 200Mbps 下行带宽,结果看视频只有 100Mbps,这算不算超售?
如果视频服务商端限制每用户出口带宽,或者虽然没有限制、但其出口带宽因为流量超过购买量而堵塞了,这显然不是电信家宽的“超售”
如果视频服务商敞开供应,你发现移动联通的某些外地机房访问达不到速度,这一般也不算“超售”
如果服务端没问题,你发现移动联通的各地机房都普遍不行,连电信自己的外地机房也不尽如人意,那这显然就涉嫌“超售”了

上述家宽的例子为的是刻画“超售”定义的边界:
一方面,“超售”的定义不能太窄。某些运营商会拿自己本地机房测速结果来做辩解,这是有问题的。因为公众购买宽带是为了访问互联网,而不是仅仅访问本地本运营商机房的。如果跨地区、跨运营商访问出现普遍问题,那也可以算作“超售”
与此同时,“超售”的定义也不能因此走向极端,你不能要求运营商必须保证国内任意地区、任意机房的下行速度都得达到 200Mbps,更不可能要求世界各地都得达到 200Mbps,即使部分的速度不达标是该运营商通过自身努力可以缓解的。

回到阿里云的例子:
如果服务器所在地的各大运营商访问速度都不达标,那显然是“超售”。
如果仅仅本地速度达标,但日本、韩国、新加坡等地的速度都很糟糕,那处于“超售”定义的模糊边界。
如果周边的国家和地区的速度都还不错,唯有境内质量特别糟糕,而且在境内销售时还特别注明了“如您在中国大陆使用,会有较大的网络延迟”,那我无法认同这属于“超售”。
2020-07-02 01:04:28 +08:00
回复了 stabc 创建的主题 宽带症候群 阿里云轻量服务器带宽超售严重
楼主认为超售是“总带宽卖给了过多的人”
楼主的证据是,轻量的境内访问速度明显慢于 ECS (?)

问题在于,这个“超”、“过多”,一般是当影响到本地公网访问速度时才算的

楼主的证据如果属实,能证明的只是阿里云 ECS 和轻量在跨境访问方面存在明显的差异
这个差异,可能是阿里云购买线路不同、运营商层面的原因,也可能是阿里云在有限的带宽中进行了差异化 Qos

但这些可能性,都不构成“超售”。因为跨境访问速度本来就不在承诺之内
2020-07-01 15:54:11 +08:00
回复了 ica10888 创建的主题 宽带症候群 是我的错觉么,今天浏览 github 异常顺畅?
建议 换个设备 / 等到晚上 再说
2020-07-01 15:41:57 +08:00
回复了 tia 创建的主题 宽带症候群 今天网间结算新规实施了
新交换中心的重点是:

接入主体从少数几家骨干互联单位扩展到民营互联网服务商、云服务商
可根据运营商提供的端口流量大小和传输线路资源快慢来选择购买哪家的服务

这对降低我国明显偏高的供给侧带宽费用有积极意义
体验过这样在速度、时延和稳定性上的巨大差距,就能理解为什么总有一帮人整天在关心 CN2 了
之前 V2EX 被打时,据说攻击者有能力穿透 cf,不知道是啥技术
2020-06-26 23:36:51 +08:00
回复了 blackan 创建的主题 宽带症候群 电信 GIA 还有可能降价嘛......
价格由供需关系决定。需求侧一直在快速增长,供应侧政策一直是个谜
2020-06-23 11:52:35 +08:00
回复了 moxuanyuan 创建的主题 宽带症候群 软路由中启用去广告功能,会影响 app 正常使用吗?
在个别情况下会影响其他正常通信
如果开的话,在排查网络问题时,不要忘记去广告功能的因素就行
2020-06-22 23:38:14 +08:00
回复了 wowaka 创建的主题 宽带症候群 黑宽带断网/限速咋办?/如何攻击黑宽带?/救救孩子!
@wowaka
根据《宽带接入网业务开放试点方案》等文件,民营企业从事宽带业务是需要牌照的,否则大概率违反《电信业务经营许可管理办法》和《中华人民共和国电信条例》。建议电子化备份相关资料和设施照片
一般不构成诈骗。如果是合法业务,可以参照《消费者权益保护法》等法律解决。如果是非法业务,如涉及非法经营,那退赔费用是有可能的
2020-06-22 22:51:49 +08:00
回复了 wowaka 创建的主题 宽带症候群 黑宽带断网/限速咋办?/如何攻击黑宽带?/救救孩子!
这类问题的普遍思路是:换正经宽带+收集证据举报 同步进行
似乎楼主的个性问题是,由于当前宽带的可用性,无力说服有支付能力的人换正经宽带,所以想“搞”“黑宽带”

一个不是太清楚的细节是,所谓“黑宽带”有多“黑”,有什么证据加以证明,其是否明确触犯法律
明确违反法律的行为,不会因稳就业政策就放弃打击

楼主的攻击思路,存在被判定为破坏公私财物和信息系统的可能,不建议尝试
即便“黑宽带”是彻底非法的,也不等于你的攻击是完全合法的

还是建议收集当前宽带的营销材料、合同、支付凭证等资料进行举报
当然,也可以提供更多“黑宽带”的信息供大家进一步判断
2020-06-22 16:28:11 +08:00
回复了 lake325 创建的主题 程序员 为什么百度云盘不能像坚果云一样单纯
在 容量、速度、价格 的取舍不同
2020-06-21 14:03:18 +08:00
回复了 einsdisp 创建的主题 程序员 涉及金钱存储或计算操作时,你们一般都使用什么数据类型
@sxd96
4 位小数应该是 14bit 吧?
只是存储问题当然有限,关键是实际计算的中间过程,容易出现防不胜防的错误判断、超出范围和舍入误差累积
参见: http://www.lahey.com/float.htm
小心被人找到违规内容然后举报
2020-06-19 21:07:07 +08:00
回复了 xiaotianhu 创建的主题 程序员 此生,达成什么成就,才能让你不后悔?
找回儿时的梦想,实现之
1 ... 25  26  27  28  29  30  31  32  33  34 ... 41  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1041 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 19:46 · PVG 03:46 · LAX 11:46 · JFK 14:46
Developed with CodeLauncher
♥ Do have faith in what you're doing.