我之前发布过一些 boost 多线程。这次我只是好奇和失望，因为我认为多线程应该比单线程快。
两个线程是 FILE I/O 读取/解析 CSV 数据。当我使用多线程时，DELL DESKTOP OPTILEX 745 的每台机器 PENTIUM D CPU 平均需要大约 40 秒。
使用单线程，同一台 PC 平均需要大约 8-10 秒。
我曾尝试在这两个线程中使用完全不同的参数名称，结果没有什么不同。如果有人之前使用过 c++ boost 多线程来读取大数据文件并进行解析，我很想听听您的意见。谢谢。 安德鲁
【问题讨论】：
标签： c++ multithreading boost
两个线程是 FILE I/O 读取/解析 CSV 数据。
如果他们正在使用相同的文件句柄读取相同的文件，那么他们可能会花费大部分时间等待其他线程完成。如果他们使用不同的文件句柄来读取同一个文件，他们就会迫使磁盘不断地来回寻找，这不像直接顺序读取那样有效。
线程不会加速大文件的读取和解析。它的作用是让您在读取和解析文件时完全做其他事情。
您创建了一个 I/O 瓶颈，线程无法解决这个问题。当算法可以分解为独立的执行线程时，线程旨在减少 CPU 瓶颈；对先前输出有很大依赖性的算法（文件解析是一种情况）通常不能很好地处理。
如果您可以拆分解析问题并让每个线程解析文件的不同部分，您可能会得到一点改进，但可能不会，因为查找会浪费您的时间。如果您可以让一个线程进行批量读取和一些预处理，然后将块移交给线程池以进行真正的繁重处理（有吗？），那么您可能会看到与单线程相比有一些明显的改进。
这都是一般性的，有点意识流，但很难用你所给予的东西做更多的事情。希望对你有帮助。
【讨论】：
如果没有看到您的代码，很难确切地说出发生了什么，但一般来说，多线程并不一定能让您获得更好的性能，实际上往往会导致明显的性能下降。
在您的情况下，如果您同时让线程读取和解析，那么它们可能会争用 I/O，并且可能会争用任何共享读/写内存区域周围的锁，这两者都会导致速度变慢单线程版本没有问题。
要正确执行此操作，您可能需要一个线程从文件中读取数据，而另一个线程在数据进入生产者/消费者队列时对其进行解析。这将最大限度地减少锁争用（因为它只能由服务员实现），并确保您真正利用了问题中可用的并行化。
话虽如此，单线程版本可能仍然更快；经常这样。
【讨论】：