问题标签 [throughput]

我有一个通过 TCP 套接字的客户端/服务器连接，服务器尽可能快地写入客户端。

查看我的网络活动，生产客户端以大约 2.5 Mb/s 的速度接收数据。

我编写的一个新的轻量级客户端只是读取和基准速率，其速率约为 5.0Mb/s（这可能是服务器可以传输的最大速度左右）。

我想知道这里的费率是由什么决定的，因为客户端没有向服务器发送数据来告诉它任何速率限制。

为什么来自同一主机的多个连接比来自不同主机的多个连接获得更好的吞吐量？

我怀疑是与内核相关的东西（Linux），但确认会有很大帮助。

更多细节我有 1 个接收器进程，我们称之为 R。它接受传入连接并使用 select() 接收数据。

我有 3 个发件人进程 S1、S2、S3。它们连接到 R 并以固定速率发送数据，即每个每秒 200Mbit。

如果 S1、S2 和 S3 在同一台机器上，我会比将它们中的每一个放在不同的机器上得到更好的结果。（R 在这两种情况下都在其他机器上）

示例：主机 0 上的 R，主机 2 上的 S1、S2、S3，R 以 600Mbit/s 的速度接收

R 在 host0 上，S1 在 host1 上，S2 在 host2 上，S3 在 host3 上，R 以 480Mbit/s 接收

这对我来说看起来违反直觉，我期望相反，因为在第二种情况下，发件人不必共享网卡和处理器（不希望处理器或网卡成为瓶颈......）

[以上主机是具有专用全双工千兆交换机的 linux 集群中的节点。他们正在运行 2.6.24-24-generic（我猜是最新的 Ubuntu）]

我需要提高系统的吞吐量。

通常的优化周期已经完成，我们已经实现了 1.5 倍的吞吐量。

我现在开始怀疑是否可以利用 cachegrind 输出来提高系统的吞吐量。

有人可以指出我如何开始吗？

我的理解是我们需要确保最常用的数据应该保持足够小，以便它保留在 L1 缓存中，而下一组数据应该适合 L2。

这是我正在采取的正确方向吗？

请帮我找出 BB 编程中的 HTTP 吞吐量和 HTTP 延迟。

我最近了解了需要在应用程序开始服务实际请求之前预热应用程序（具有高吞吐量要求）的场景。这背后的逻辑是让 JIT 发挥其性能魔力！

这是 Java 应用程序的规范，还是通常用于内存重（占用空间）应用程序？

我已经构建了部署在 Windows 2003 服务器上的软件。该软件作为一项服务持续运行，它是 Windows 机器上对我来说唯一重要的应用程序。部分时间，它从 Internet 检索数据，部分时间它对这些数据进行一些计算。它是多线程的——我使用大约 4-20 个线程的线程池。

我不会对所有这些细节感到厌烦，但我只想说，当我在池中启用更多线程时，会发生更多并发工作，并且 CPU 使用率会上升。（就像对带宽等其他资源的需求一样，虽然这对我来说无关紧要——我有很多）

我的问题是：我是否应该简单地尝试最大化 CPU 以获得最大的收益？直觉上，我认为以 100% CPU 运行是没有意义的。甚至 95% 的 CPU 似乎都很高，几乎就像我没有给操作系统太多空间来做它需要做的事情。我不知道确定最佳平衡的正确方法。我想我可以测量和测量，并且可能会发现最佳吞吐量是在 CPU 平均利用率为 90% 或 91% 等时实现的，但是......

我只是想知道这是否有一个好的经验法则？？？我不想假设我的测试会考虑到工作负载的各种变化。我宁愿玩得安全一点，但不要太安全（否则我的硬件使用不足）。

你有什么建议吗？对于 Windows 上的多线程、混合负载（一些 I/O、一些 CPU）应用程序，什么是智能的、注重性能的利用规则？

我目前正在使用 tcptrace，但在我正在运行的测试中观察到一些荒谬的吞吐量。我很确定我的测试方式有问题，但在花更多时间之前，有没有其他程序可以用来验证这一点？

编辑：这是一个路由器模拟器，我在我的系统上本地运行，生成一个 tcpdump 输出。

有没有人通过 GSM 调制解调器测量提交率？我们目前正在实施一个解决方案，并且只能以每 3 到 5 秒大约 1 条消息的速度提交。我们不确定这是库/api 问题还是我们的调制解调器质量差。有没有人对这些设备有任何经验并测量过吞吐率？

我编写了简单的负载测试工具来测试 Java 模块的性能。我面临的一个问题是吞吐量测量算法。测试在多个线程中执行（客户端配置测试应该重复多少次），并记录执行时间。因此，当测试完成时，我们有以下历史记录：

目前，我通过以下方式计算吞吐量（每秒）1000 / overallTime * threadCount：.

但是有问题。如果一个线程将更快地完成它自己的测试（无论出于何种原因）怎么办：

在这种情况下，实际吞吐量要好得多，因为测量的吞吐量受最慢线程的限制。所以，我的问题是我应该如何测量多线程环境中代码执行的吞吐量。

我有一个自定义应用程序，其中打开了一堆文件。我可以看到文件句柄由使用“lsof”的进程打开，我可以看到正在使用“watch -d 'ls -alh'”访问的文件并查看 mtime/ctime。但是，我想查看正在读取/写入这些文件的数据的速率。IE：我需要确定一个文件是否以 100 Mbps 的速度被读取并最大化磁盘。随后，是否有几个文件以 1 Mbps 的速度写入？查看特定磁盘的吞吐量并不太有用，因为我需要缩小正在敲击的文件的范围。

恐怕还有一个问题；理想情况下，我需要在不安装任何其他软件或编写脚本的情况下确定这一点......仅仅是因为这是那些“非常生产”的系统之一。

有人知道方法吗？非常感谢您的任何建议。