寻找有关如何在特定测试中改善常规性能的想法

我遇到了一些相当显著性能问题，同时从转换现有的批量处理Java到Groovy。编写的现有批处理过程会Java定期运行，以读取来自不同数据源的数据并执行一些数据转换。已经发现，在将Java代码转换为之后，性能会显着下降，出现10倍以上的意外高差距Groovy。

https://github.com/nicolas-martinez/grava-speed-test上的代码是一个简化的示例，显示了通过简单循环和使用集合闭包进行过滤发现的问题之一。它被设置为Maven项目，可以很容易地在本地克隆并执行。

以下是Groovy代码的重点：

    List items = (0..length).collect()
    List even = items.findAll { item -> item > 0 && item.longValue() % 2 == 0 }

和Java代码：

    List<Long> items = new ArrayList(length);
    for (int i = 0; i < length; i++) {
        items.add(Long.valueOf(i + 1));
    }

    List<Long> even = new ArrayList<Long>();
    for(Long item : items){
        if (item > 0 && item % 2 == 0) {
            even.add(item);
        }
    }

的测试结果为342ms Groovy，以下情况为30ms以下Java：

-------------------------------------------------------
 T E S T S
-------------------------------------------------------
Running tst.speedtest.GroovyFilterTest
testFilter: 500000 elapsed: 342
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.637 sec
Running tst.speedtest.JavaFilterTest
testFilterUsingInterface: 500000 elapsed: 29
testFilter: 500000 elapsed: 27
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.048 sec

如果您对如何提高Groovy性能有任何建议，请告诉我。我们的团队正在考虑使用Groovy，因为它提供了一些高级功能，但是由于迄今为止我们在性能上存在如此高的差距，因此很难证明这一点。

以下是我的硬件配置文件，报告如下system_profiler SPHardwareDataType：

Hardware Overview:

  Model Name: MacBook Pro
  Model Identifier: MacBookPro11,3
  Processor Name: Intel Core i7
  Processor Speed: 2.5 GHz
  Number of Processors: 1
  Total Number of Cores: 4
  L2 Cache (per Core): 256 KB
  L3 Cache: 6 MB
  Memory: 16 GB
  Boot ROM Version: MBP112.0138.B11
  SMC Version (system): 2.19f12

这是Java版本：

java version "1.7.0_72"
Java(TM) SE Runtime Environment (build 1.7.0_72-b14)
Java HotSpot(TM) 64-Bit Server VM (build 24.72-b04, mixed mode)

该Groovy版本2.3.7如pom.xml中所定义。

更新。

1. 对Groovy代码进行了建议的修改：

   List items = (0..length)
   List even = items.findAll { int item -> item > 0 && item % 2 == 0 }
   

2. 加入试验方法调用的重复来warm up测试

我跑了单独./speed-test.sh运行groovy和java测试。的启动jvm从未包含在测试中。

以下是最好的结果，我能够看到在同一jvm进程中以相同的方式运行10次相同的方法，可以进行预热：

/speed-test.sh
Java test
Java testUsingInterface: 500000 elapsed: 44
Java testUsingInterface: 500000 elapsed: 43
Java testUsingInterface: 500000 elapsed: 28
Java testUsingInterface: 500000 elapsed: 11
Java testUsingInterface: 500000 elapsed: 31
Java testUsingInterface: 500000 elapsed: 10
Java testUsingInterface: 500000 elapsed: 9
Java testUsingInterface: 500000 elapsed: 11
Java testUsingInterface: 500000 elapsed: 19
Java testUsingInterface: 500000 elapsed: 19
JavaTest: for testSize=1000000 and repeat=10 total elapsed: 226

Groovy Test
GroovyTest: 500000 elapsed: 199
GroovyTest: 500000 elapsed: 76
GroovyTest: 500000 elapsed: 91
GroovyTest: 500000 elapsed: 80
GroovyTest: 500000 elapsed: 58
GroovyTest: 500000 elapsed: 83
GroovyTest: 500000 elapsed: 91
GroovyTest: 500000 elapsed: 58
GroovyTest: 500000 elapsed: 58
GroovyTest: 500000 elapsed: 67
GroovyTest: for testSize=1000000 and repeat=10 total elapsed: 1073

如@blackdrag所示，Groovy需要更长的时间进行预热。在预热周期之后，执行仍然需要约5倍的时间（即使不包括初始预热周期）。feature/option-1如果有人要查看更新的代码，则该代码位于分支上。