我在我的程序中使用了GZIPInputStream，我知道如果我能让Java在多个核心上运行我的程序，性能会得到改善。
一般来说，标准VM有没有命令行选项可以在多个核心上运行？它现在只在一个核心上运行。
谢谢！
编辑
我在Windows XP上运行普通的Java SE 6更新17。
把GZIPInputStream放在单独的线程上是否会有帮助？不！不要把GZIPInputStream放在单独的线程上！不要多线程I/O！
编辑2
虽然我正在读写同一个磁盘，但总体而言，I/O是瓶颈...
一般来说，有没有一种方法可以使GZIPInputStream更快？或者有一个可以并行运行的GZIPInputStream替代品？
编辑3 我使用的代码片段：
GZIPInputStream gzip = new GZIPInputStream(new FileInputStream(INPUT_FILENAME));
DataInputStream in = new DataInputStream(new BufferedInputStream(gzip));
据我所知，从该流中读取数据的操作是单线程的，因此如果您只读取一个文件，则多个 CPU 并不能帮助您。
但是，您可以拥有多个线程，每个线程解压缩一个不同的文件。
话虽如此，解压缩这些日子并不特别需要计算强度，您更有可能受到 I/O 成本的阻塞（例如，如果您正在读取硬盘上两个不同区域的非常大的文件）。
更一般地说（假设这是针对初学 Java 的人的问题），Java 不会自动并行执行任务。您必须使用线程告诉它要做哪些工作单元以及如何在它们之间进行同步。Java（在操作系统的帮助下）通常会利用所有可用的核心，并且如果存在比核心更多的线程（通常情况下是这种情况），它还会在同一核心上交换线程。
PIGZ是GZip的并行实现，完全可以替代gzip，在压缩数据时充分利用多个处理器和多核心。 http://www.zlib.net/pigz/ 它还没有Java版本，有人愿意开发吗？当然，世界需要它的Java版本。
有时压缩或解压缩会消耗大量的CPU资源，但这有助于避免I/O成为瓶颈。
请参阅惠普实验室的Dataseries(C++)。PIGZ仅并行化压缩，而Dataseries将输出分成大的压缩块，这些块可以并行解压缩。此外还有许多其他功能。
将您的GZIP流包装在缓冲流中，这样可以显著提高性能。
OutputStream out = new BufferedOutputStream(
new GZIPOutputStream(
new FileOutputStream(myFile)
)
)
同样适用于输入流。使用缓冲的输入/输出流可以减少磁盘读取次数。
flush()方法，这暗示它是带缓冲的。此外，还有一个构造函数可以让你指定缓冲区大小。对我来说足够有信服力了 :) - Carl Smotricz压缩似乎是并行化的难点，因为压缩器发出的字节是输入的前W个字节的非平凡函数，其中W是窗口大小。显然，您可以将文件分成多个部分，并为每个部分创建独立的压缩流，在其自己的线程中运行。您可能需要保留一些压缩元数据，以便解压缩器知道如何将文件重新组合。
使用gzip进行压缩和解压缩是一个串行的过程。如果要使用多个线程，您需要编写一个自定义程序将输入文件分成多个流，然后再编写一个自定义程序将它们解压缩并重新组合在一起。无论哪种方式，IO都会成为瓶颈，而CPU使用率则远远不及其重要。
运行多个虚拟机。每个虚拟机都是一个进程，您应该能够在每个核心上运行至少三个进程而不会降低性能。当然，您的应用程序必须能够利用多处理才能受益。没有什么万能的方法，这就是为什么你会看到新闻报道抱怨我们还不知道如何使用多核机器。
然而，有很多人将他们的应用程序结构化为一个主控程序，管理一组工作进程并将工作包分配给它们。并非所有问题都适合以这种方式解决。
标准的GZipInputStream无法并行化，因为它是单线程的。但是你可以将解压缩和处理解压后的流进行管道化，分配到不同的线程中去处理。也就是说，将GZipInputStream设置为生产者，将任何处理它的过程设置为消费者，并使用有界阻塞队列将它们连接起来。
我认为假设多线程IO 总是 不好的是一个错误。你可能需要对你的特定情况进行分析，因为：
您可能需要调整读取缓冲区大小，使其足够大以减少切换成本。在边界情况下，可以将所有文件都读入内存并在那里并行解压缩 - 更快且没有任何IO多线程损失。但是，一些不那么极端的方法可能效果更好。
您也不需要做任何特殊的事情来使用JRE上的多个可用核心。不同的线程通常会由操作系统管理，使用不同的核心。