在我的 VPS 上，我安装了 centOS 6.5，配有 2 个虚拟 CPU、2048 MB 内存、60 GB 磁盘和 300 GB 每月数据。今天进行的速度测试结果为 168.62 Mbit/s 的下载速度和 37.39 Mbit/s 的上传速度。
然后我自己的家用电脑速度很糟糕，dload 1.76 Mbps，upload 0.31 Mbps
所以无论如何，我在上面的 vps 上使用 apache 的 openmeetings，它在澳大利亚工作正常，但有一天，当我尝试在美国开会时，延迟非常严重，以至于其他用户屏幕被冻结，没有声音。当我切换到他们安装的 gomeetings 上与他们见面时，一切都很好，这让我意识到要么我的 vps 太慢而无法运行实时流媒体视频和/或我的系统设置远未达到最佳状态。
从哪里开始进行改进，或者我是在自欺欺人地认为我的虚拟切片的速度足以处理实时多用户视频流？由于 openmeetings 是由 apache 创建的，我猜它使用了很多 apache 和 mysql 来运行 - 这会影响速度吗？
Openmeetings有自己的网络测试并得出结果
一小时内一次 50 人以下的多用户视频会议所需的最低上传速度被认为是多少，apache 和 mysql 中的设置的哪些更改可以优化速度？
答案1
听起来您拥有所需的所有资源。问题可能出在 VPS 提供商的网络中。用于mtr检查您和 VPS 之间的延迟。这基本上是连续traceroute使用类固醇。它不会告诉您您的提供商当前是否受到 DDOS 攻击，但它会让您深入了解是否/在何处遇到瓶颈。
在本地计算机上运行mtr，而不是 VPS。假设您的 VPS 的 IP 是 192.168.100.100：
$ mtr 192.168.100.100
这将持续执行到 192.168.100.100 的跟踪路由，同时生成一些有关结果的指标。这可以让您了解您和目的地之间任何可能的网络拥塞。
如果同一 /16 子网内或端点 2-3 跳内的任何节点出现数据包丢失，则这可能表明您的 VPS 提供商遇到了网络问题。