我一直在和我的互联网服务提供商讨论他们提供的服务。 主要是关于吞吐速度。
我已经build立了一个边缘路由器(参见下面列出的硬件细节),并且已经build立了以下testing来定期(通过cron)获得速度:
wget --no-cache --output-document=/dev/null -a /opt/result.txt http://speedtest.wdc01.softlayer.com/downloads/test10.zip
Cacti被设置并被configuration为从这个脚本获取输出并直接显示,没有明显的修改。 (我是仙人掌新手。)
仙人掌也有图表configuration显示stream量进出两个接口的bps,这里是我的问题在哪里(躺?)…这里是我困惑的地方:
早些时候,testing速度为〜200Kb / s。 不是很好..没死。
但是当我看到入站(下载)的stream量bps时,它显示的最大速率> 1.4 Mb / s。
我如何阅读这两个看似矛盾的数据来做出准确的陈述?
我在某处是否错误地configuration了报告图表,还是只是误解了我面前的情况?
Hardware -- Dell PRECISION WS340 Linux servername 2.6.18-308.8.1.el5 #1 SMP Tue May 29 14:57:06 EDT 2012 i686 i686 i386 GNU/Linux # WAN Port eth0 Link encap:Ethernet HWaddr 00:06:5B:DD:37:D9 inet addr:192.168.100.100 Bcast:192.168.100.255 Mask:255.255.255.0 inet6 addr: fe80::206:5bff:fedd:37d9/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:17738847 errors:0 dropped:0 overruns:0 frame:0 TX packets:19695910 errors:0 dropped:0 overruns:0 carrier:1 collisions:0 txqueuelen:1000 RX bytes:188062544 (179.3 MiB) TX bytes:1467340085 (1.3 GiB) Interrupt:201 Base address:0xc800 # LAN Port eth1 Link encap:Ethernet HWaddr 00:1A:70:14:0F:40 inet addr:192.168.3.1 Bcast:192.168.3.3 Mask:255.255.255.252 inet6 addr: fe80::21a:70ff:fe14:f40/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:17502568 errors:1 dropped:0 overruns:0 frame:1 TX packets:12613687 errors:22 dropped:0 overruns:0 carrier:22 collisions:0 txqueuelen:1000 RX bytes:1453811807 (1.3 GiB) TX bytes:31429096 (29.9 MiB) Interrupt:193 Base address:0x2c00
1.)使用wget拉取文件不一定准确地测量连接的速度,因为它受上游stream量条件的影响,无论您的提供商可能使用哪条path到达目标主机。 此外,您还可以测量操作系统上TCP设置的性能,甚至可以测量wget本身的效率。 这种testing可以作为一个相对的价值(即通常是200kbps,但现在是100 – 让我们来看看),但作为一个绝对值得怀疑。
2.)Cacti(或类似的)从路由器测量带宽的方式可能与wget的结果有些不同。 Cacti正在查看在轮询间隔期间传输的数据量,并将其插入整体曲线中,而wget将文件大小除以传输时间。 wget方法代表单个事务,而Cacti正在查看传输之前,期间和之后链路上的平均带宽。
3.)wget的输出是每秒钟的字节数,而Cacti最有可能是以每秒的比特数来衡量。 每秒200千字节= 1.6兆字节。 确保你比较相同的单位…
如果您担心上传速度与下载速度的差异,ISP通常允许下载速度比上传速度快得多。 您也可以尝试在内部和外部主机之间运行iperf以衡量上传/下载速度。 它基本上最大化连接并报告您指定的时间段内的吞吐量。 我曾经用它来证实我们的ISP在限制我们的限制,当我们达到上限时,吞吐量急剧下降。
你的数据点的粒度是多less? 从所显示的两个图中,我猜想有两件事情不alignment:
数据的粒度。 看起来像名为ISP Upstream的第一张图是平均值为5分钟的桶。 它看起来像第二张图,名为本地主机 – 交通 – 兰有1分钟的桶,或至less有一些高水位的概念。
图表的时间。 它看起来像第一个图表在EDT,第二个图表在UTC,导致数据中的5小时偏移量。
只要使用像http://www.speedtest.net/这样简单的东西。 它可能已经是你需要…