2

我正在运行非常“简单”的测试。

@Fork(value = 1, jvmArgs = { "--illegal-access=permit", "-Xms10G", "-XX:+UnlockDiagnosticVMOptions", "-XX:+DebugNonSafepoints", "-XX:ActiveProcessorCount=7",
        "-XX:+UseNUMA"
        , "-XX:+UnlockDiagnosticVMOptions", "-XX:DisableIntrinsic=_currentTimeMillis,_nanoTime",

        "-Xmx10G", "-XX:+UnlockExperimentalVMOptions", "-XX:ConcGCThreads=5", "-XX:ParallelGCThreads=10", "-XX:+UseZGC", "-XX:+UsePerfData", "-XX:MaxMetaspaceSize=10G", "-XX:MetaspaceSize=256M"}
)
    @Benchmark
    public String generateRandom() {
        return UUID.randomUUID().toString();
    }

可能不是很简单，因为使用随机，但同样的问题出现在使用 java 的任何其他测试上

在我的家庭桌面上

Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz 12 Threads (hyperthreading enabled ), 64 GB Ram, "Ubuntu" VERSION="20.04.2 LTS (Focal Fossa)"
Linux homepc 5.8.0-59-generic #66~20.04.1-Ubuntu SMP Thu Jun 17 11:14:10 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

7个线程的性能：

Benchmark                                            Mode  Cnt        Score       Error   Units
RulesBenchmark.generateRandom                       thrpt    5  1312295.357 ± 27853.707   ops/s

带有 AsyncProfiler 结果的火焰图，在家中有 7 个线程 在此处输入图像描述

我在 Oracle Linux 上遇到问题

Linux  5.4.17-2102.201.3.el8uek.x86_64 #2 SMP Fri Apr 23 09:05:57 PDT 2021 x86_64 x86_64 x86_64 GNU/Linux
Intel(R) Xeon(R) Gold 6258R CPU @ 2.70GHz with 56 Threads(hyperthreading disabled, the same when enabled and there is 112 cpu threads ) and 1 TB RAM I have half of performance (Even increasing threads) NAME="Oracle Linux Server" VERSION="8.4"

使用 1 个线程，我的性能非常出色：

Benchmark                                            Mode  Cnt        Score      Error   Units
RulesBenchmark.generateRandom                       thrpt    5  2377471.113 ± 8049.532   ops/s

火焰图与 AsyncProfiler 结果 1 线程 在此处输入图像描述 但 7 线程

Benchmark                                            Mode  Cnt       Score       Error   Units


RulesBenchmark.generateRandom                       thrpt    5  688612.296 ± 70895.058   ops/s

带有 AsyncProfiler 结果的火焰图 7 线程

在此处输入图像描述

可能是 NUMA 的问题，因为有 2 个 Socket，并且系统仅配置了 1 个 NUMA 节点 numactl --hardware

available: 1 nodes (0)
node 0 cpus: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55
node 0 size: 1030835 MB
node 0 free: 1011029 MB
node distances:
node   0 
  0:  10

但是在使用以下命令禁用一些 cpu 线程后：

for i in {12..55}
do
 # your-unix-command-here
  echo '0'| sudo tee /sys/devices/system/cpu/cpu$i/online
done

性能提升不大，不大。

这只是非常“简单”的测试。在使用真实代码进行复杂测试时，它甚至是值得的，它花费了大量时间.annobin___pthread_cond_signal.start

我还在我的家庭桌面上部署了具有相同版本Oracle Linux和内核版本的 vagrant 映像，并使用 10 个 cpu 线程运行它，性能几乎与我的桌面上相同（~1M op/sec）。所以这不是关于操作系统或内核，而是一些配置

使用多个 jDK 版本和供应商（jdk 11 及更高版本）进行测试。使用 YUM 发行版中的OpenJDK 11 时性能非常低，但并不重要。

你能提出一些建议吗 提前谢谢

4

1 回答 1

2

从本质上讲，您的基准测试了SecureRandom. 默认实现是同步的（更准确地说，默认实现混合了输入表单/dev/urandom和上述提供者）。

矛盾的是，更多的线程会导致更多的争用，从而降低整体性能，因为算法的主要部分无论如何都处于全局锁定之下。Async-profiler 确实表明瓶颈是 Java 监视器上的同步：__lll_unlock_wake, __pthread_cond_wait, __pthread_cond_signal- 都来自该同步。

争用开销肯定取决于硬件、固件和操作系统配置。而不是试图减少这种开销（这可能很难，因为，你知道，有一天会出现另一个安全补丁，这将使系统调用慢 2 倍，例如），我建议首先摆脱争用地方。

这可以通过安装一个不同的非阻塞SecureRandom提供程序来实现，如本答案所示。我不会就特定的 给出建议SecureRandomSpi，因为它取决于您的特定要求（吞吐量/可扩展性/安全性）。只会提到一个实现可以基于

于 2021-07-02T14:34:18.203 回答