主题:【倡议】Java SE 5.0和.NET 2.0擂台赛 -- Highway
那就是我的测试结果了。
问题就出在你只限定了最大可用内存而没有限定最小可用内存上面了,缺省的设置是64M,这经常是不够的。在这样的情况下,应用程序迫使JVM多次调用GC和增加可用内存,这样会影响比较结果的。
我的测试方案是首先给足内存(至少是尽可能多的内存,以求减少调用GC和内存膨胀的次数),这样才可以比较真实地进行比较。
Unless you have problems with pauses, try granting as much memory as possible to the virtual machine. The default size (64MB) is often too small.
Setting -Xms and -Xmx to the same value increases predictability by removing the most important sizing decision from the virtual machine. On the other hand, the virtual machine can't compensate if you make a poor choice.
Be sure to increase the memory as you increase the number of processors, since allocation can be parallelized
- 相关回复 上下关系8
其实这种测试波动很大。因为我们没有办法控制GC. Highway 字639 2004-10-05 10:24:24
理论上的确如此 老兵帅客 字282 2004-10-05 10:40:33
😉看看我的测试结果! Highway 字8579 2004-10-05 11:07:49
😉你试着再加个-Xms256M,看看结果如何?
用不同的参数,运行多次,其结果比较参差。 Highway 字1401 2004-10-05 12:28:40
后天我才有时间对你的这个和下面那个问题进行测试 老兵帅客 字58 2004-10-04 15:19:10
😅串行化/反串行化小测试中Java取得绝对性胜利! Highway 字7765 2004-10-01 16:28:48
一件有趣的事情 老兵帅客 字1349 2004-10-07 21:43:31