Eu estava comparando algum código e não consegui executá-lo tão rápido quanto antes java.math.BigInteger
, mesmo usando o mesmo algoritmo. Então, copiei o java.math.BigInteger
código-fonte no meu próprio pacote e tentei o seguinte:
//import java.math.BigInteger;
public class MultiplyTest {
public static void main(String[] args) {
Random r = new Random(1);
long tm = 0, count = 0,result=0;
for (int i = 0; i < 400000; i++) {
int s1 = 400, s2 = 400;
BigInteger a = new BigInteger(s1 * 8, r), b = new BigInteger(s2 * 8, r);
long tm1 = System.nanoTime();
BigInteger c = a.multiply(b);
if (i > 100000) {
tm += System.nanoTime() - tm1;
count++;
}
result+=c.bitLength();
}
System.out.println((tm / count) + "nsec/mul");
System.out.println(result);
}
}
Quando eu executo isso (jdk 1.8.0_144-b01 no MacOS), ele gera:
12089nsec/mul
2559044166
Quando o executo com a linha de importação não comentada:
4098nsec/mul
2559044166
É quase três vezes mais rápido ao usar a versão JDK do BigInteger em relação à minha versão, mesmo que esteja usando exatamente o mesmo código.
Examinei o bytecode com javap e comparei a saída do compilador ao executar com as opções:
-Xbatch -XX:-TieredCompilation -XX:+PrintCompilation -XX:+UnlockDiagnosticVMOptions
-XX:+PrintInlining -XX:CICompilerCount=1
e ambas as versões parecem gerar o mesmo código. Então, o hotspot está usando algumas otimizações pré-computadas que não posso usar no meu código? Eu sempre entendi que eles não. O que explica essa diferença?