我有一个100兆字节(MB)的文件,并且在我的服务器上有30兆比特/秒(Mb)的专用带宽速度。
有多less人可以同时下载这个文件,速度可以接受?
对于中等到高stream量,您推荐什么样的兆位/秒(在高峰时间同时使用约200个用户)?
100兆字节等于800兆字节。 简单的粗略计算表明,一个用户需要26.666秒(忽略任何协议开销和任何其他用途的服务器使用的带宽)。 实际上它会花费更长的时间,但是精确的数字将取决于一些问题,如另一端的MTU,导致重传的线路质量,以及服务器是否可能将连接用于服务以外的目的你的文件,所以我不打扰得到精确的计算。
假设文件是从服务器提供的,或者有一个像样的RAID设置,能够caching文件,或者如果你有一个代理,如鱿鱼caching文件(基本上假设你的高清抖动是不是一个问题),你可以只需乘以26.66乘以用户数量:
1 User : 26.66 secs, 5 Users : 133.33 secs, 10 Users : 266.66 secs, 25 Users : 666.66 secs, 50 Users : 1333.33 secs, 100 Users : 2666.66 secs, 250 Users : 6666.66 secs, 500 Users : 13333.33 secs, 1000 Users : 26666.66 secs.
如果你想调整这些数字,以找出更多的带宽会更快,只需使用相关的比例来缩放 – 例如,这些计算是基于您的30Mb连接。 例如,如果你能升级到50MB,把我的数字除以3再乘以5。
你没有提到预期的用户数量,最终你需要决定什么是和不可以接受的,因为我们不能决定,因为你将不得不平衡连接的成本与速度的提高。
我有一个100兆字节(MB)的文件,并且在我的服务器上有30兆比特/秒(Mb)的专用带宽速度。
这是一个8388600比特的文件被一个30,000,000比特每秒线消耗。 理论上的最大速度说,你将能够在28秒内在一个stream中传输该文件。
有多less人可以同时下载这个文件
百万
可接受的速度?
四? 五?
你推荐什么兆位/秒的中等到高stream量?
一个MEEEE-lion megabits。
我们不能帮你扩展。 我们只能给你号码。 你拿这些数字做出自己的价值判断。
需要多less带宽取决于您认为可以接受的体验以及您想要服务的用户数量。 如果你担心绑架考虑使用CDN。 您的简单计算是800兆,根据您当前的带宽,对于一个用户来说,大概是28秒,您可以多抽出一点来获得更多的可伸缩性参考。