考虑以下代码:
import javax.crypto.Cipher;
import javax.crypto.KeyGenerator;
import javax.crypto.SecretKey;
import javax.crypto.spec.GCMParameterSpec;
import javax.crypto.spec.IvParameterSpec;
import java.security.SecureRandom;
public class AES_Mod_Speed {
// AES parameters
private static final int AES_KEY_SIZE = 128; // in bits
private static final int AES_COUNTER_SIZE = 16; // in bytes
private static final int GCM_NONCE_LENGTH = 12; // in bytes. 12 is the recommended value.
private static final int GCM_TAG_LENGTH = 16 * 8; // in bits
public static void main(String[] args) throws Exception {
SecureRandom sr = new SecureRandom();
KeyGenerator kg = KeyGenerator.getInstance("AES");
kg.init(AES_KEY_SIZE);
SecretKey key = kg.generateKey();
byte[] counter = new byte[AES_COUNTER_SIZE];
Cipher aes_ctr = Cipher.getInstance("AES/CTR/NoPadding");
byte[] nonce = new byte[GCM_NONCE_LENGTH];
Cipher aes_gcm = Cipher.getInstance("AES/GCM/NoPadding");
for (int i = 0; i < 10; i++) {
sr.nextBytes(counter);
aes_ctr.init(Cipher.ENCRYPT_MODE, key, new IvParameterSpec(counter));
speedTest(aes_ctr);
}
System.out.println("-----------------------------------------");
for (int i = 0; i < 10; i++) {
sr.nextBytes(nonce);
aes_gcm.init(Cipher.ENCRYPT_MODE, key, new GCMParameterSpec(GCM_TAG_LENGTH, nonce));
speedTest(aes_gcm);
}
}
private static void speedTest(Cipher cipher) throws Exception {
byte[] ptxt = new byte[1 << 26];
long start, end;
start = System.nanoTime();
cipher.doFinal(ptxt);
end = System.nanoTime();
System.out.printf("%s took %f seconds.\n",
cipher.getAlgorithm(),
(end - start) / 1E9);
}
}
结果(Java 11.0.2):
AES/CTR/NoPadding took 0.259894 seconds.
AES/CTR/NoPadding took 0.206136 seconds.
AES/CTR/NoPadding took 0.247764 seconds.
AES/CTR/NoPadding took 0.196413 seconds.
AES/CTR/NoPadding took 0.181117 seconds.
AES/CTR/NoPadding took 0.194041 seconds.
AES/CTR/NoPadding took 0.181889 seconds.
AES/CTR/NoPadding took 0.180970 seconds.
AES/CTR/NoPadding took 0.180546 seconds.
AES/CTR/NoPadding took 0.179797 seconds.
-----------------------------------------
AES/GCM/NoPadding took 0.961051 seconds.
AES/GCM/NoPadding took 0.952866 seconds.
AES/GCM/NoPadding took 0.963486 seconds.
AES/GCM/NoPadding took 0.963280 seconds.
AES/GCM/NoPadding took 0.961424 seconds.
AES/GCM/NoPadding took 0.977850 seconds.
AES/GCM/NoPadding took 0.961449 seconds.
AES/GCM/NoPadding took 0.957542 seconds.
AES/GCM/NoPadding took 0.967129 seconds.
AES/GCM/NoPadding took 0.959292 seconds.
这很奇怪,因为GCM的速度几乎是CTR(用于加密1<<26
字节,即64 MB
)的CTR慢了5 倍。通过OpenSSL 1.1.1a使用速度测试,我发出了命令openssl speed -evp aes-128-ctr
和openssl speed -evp aes-128-gcm
,并得到以下结果:
The 'numbers' are in 1000s of bytes per second processed.
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes 16384 bytes
aes-128-ctr 463059.16k 1446320.32k 3515070.12k 5182218.92k 6063797.59k 6210150.19k
aes-128-gcm 480296.99k 1088337.47k 2531854.17k 4501395.11k 5940079.27k 6087589.89k
可以看到GCM仅比CTR慢一点,尤其是对于较大的纯文本。
为什么Java实施AES-GCM的速度比AES-CTR慢?我想念什么吗?
PS:我也使用Java JMH进行微基准测试,结果相似。
另请参阅this answer,其中OP解释了早期JDK中如何解决AES性能问题。
答案 0 :(得分:7)
这里是与this answer中所述的相同问题。
加密方法调用的次数不足以编译JIT。您看到的是纯解释执行的结果。尝试测量加密较小数组的更多迭代。或者只是添加虚拟循环以“预热”编译器。
例如,在主基准测试循环之前插入以下循环。它将执行doFinal
次,以确保已被编译。
// Warm-up
for (int i = 0; i < 100000; i++) {
sr.nextBytes(nonce);
aes_gcm.init(Cipher.ENCRYPT_MODE, key, new GCMParameterSpec(GCM_TAG_LENGTH, nonce));
aes_gcm.doFinal(new byte[16]);
}
JIT编译器完成工作后,后续基准测试的结果将更好。实际上,密钥AES加密方法在JDK中是intrinsics; HotSpot JVM具有针对他们的特殊实现,它们以优化的程序集编写,并具有AVX和AES-NI指令集。
在我的笔记本电脑上,基准测试在预热后变得更快了。
AES/GCM/NoPadding took 0.108993 seconds.
AES/GCM/NoPadding took 0.089832 seconds.
AES/GCM/NoPadding took 0.063606 seconds.
AES/GCM/NoPadding took 0.061044 seconds.
AES/GCM/NoPadding took 0.073603 seconds.
AES/GCM/NoPadding took 0.063733 seconds.
AES/GCM/NoPadding took 0.058680 seconds.
AES/GCM/NoPadding took 0.058996 seconds.
AES/GCM/NoPadding took 0.058327 seconds.
AES/GCM/NoPadding took 0.058664 seconds.