gpt4 book ai didi

java - CPU时间百分比算法题

转载 作者:塔克拉玛干 更新时间:2023-11-03 04:02:55 27 4
gpt4 key购买 nike

我创建的 Java 算法存在问题,该算法将纳秒级 CPU 时间使用率(通过 JMX 获得)转换为 100% 以外的百分比。该算法似乎给出了大于 100% 的数字,我认为这是由于有多个可用的处理器,尽管代码应该解决这个问题。该算法可以在下面看到。 cpuTimeDiffNS 是以纳秒为单位使用的 CPU 时间量,而 periodMS 是采样周期。

public static final double getCPUPerc(long cpuTimeDiffNS, long periodMS) {
if (periodMS == 0) return 0;
double cpuTimeDiffMS = cpuTimeDiffNS / 1000000d;
int procs = Runtime.getRuntime().availableProcessors();
long availableTime = periodMS * procs;
double perc = cpuTimeDiffMS / availableTime;
return perc * 100d;
}

以下是数据采集的一些样本:

0
87.5
133.8288232
160.8231707
197.7896341
209.6036585
248.822774
274.3902439
267.9115854
271.3414634
277.1067759
283.1554878
272.1036585
279.4000734
283.9176829
283.5365854
275.9146341
282.4578033
278.9634146
261.0536937
254.6071775
286.662182
278.9634146
276.7245597
288.4908537
281.6933708
286.9664634
279.7822896
276.2957317
280.4878049
275.5335366
271.7557485
280.8689024
287.2689689
281.6933708
267.5097276
273.2469512
286.1735835
289.6341463
296.875
279.4000734
289.2530488
282.8400196
288.4908537
287.4266145
288.1097561
286.5853659
288.9554795
238.1207192
288.4908537
288.7063531
290.3963415
286.662182
277.4390244
290.4843444
281.6310976
271.7557485
272.8658537
283.2222358
250.7621951

编辑:根据要求,输入收集功能(您可以忽略它):

// returns CPU time in NS for a thread group (recursively)
public static long getCPUTime(ThreadGroup tg) {
synchronized (TGLOCK) {
int size;
do {
size = tg.enumerate(tgThreads, true);
if (size <= tgThreads.length) continue;
tgThreads = new Thread[size];
} while (size > tgThreads.length);

long totalTime = 0;
for (int i = 0; i < size; i++) {
totalTime += getCPUTime(tgThreads[i]);
}
return totalTime;
}
}

public static long getCPUTime(Thread t) {
return threadMXBean.getThreadCpuTime(t.getId());
}

public static ThreadGroup getRootThreadGroup() {
// Find the root thread group
ThreadGroup root = Thread.currentThread().getThreadGroup().getParent();
while (root.getParent() != null) {
root = root.getParent();
}
return root;
}

和输入(同样,您可以忽略它):

    simCPUTimeNS     = getCPUTime(kks.getSimThreadGroup());
appsCPUTimeNS = getCPUTime(kks.getAppThreadGroup());
lwjns3CPUTimeNS = getCPUTime(kks.getKKSThreadGroup());
simCoreCPUTimeNS = getCPUTime(kks.getSimThread());
totalCPUTimeNS = getCPUTime(getRootThreadGroup());

simCPUTimeNSDiff = simCPUTimeNS - lastSimCPUTimeNS;
appsCPUTimeNSDiff = appsCPUTimeNS - lastAppsCPUTimeNS;
lwjns3CPUTimeNSDiff = lwjns3CPUTimeNS - lastLwjns3CPUTimeNS;
simCoreCPUTimeNSDiff = simCoreCPUTimeNS - lastSimCoreCPUTimeNS;
totalCPUTimeNSDiff = totalCPUTimeNS - lastTotalCPUTimeNS;

lastSimCPUTimeNS = simCPUTimeNS;
lastAppsCPUTimeNS = appsCPUTimeNS;
lastLwjns3CPUTimeNS = lwjns3CPUTimeNS;
lastSimCoreCPUTimeNS = simCoreCPUTimeNS;
lastTotalCPUTimeNS = totalCPUTimeNS;

simCPUPerc = getCPUPerc(simCPUTimeNSDiff, currDiffMS);
appsCPUPerc = getCPUPerc(appsCPUTimeNSDiff, currDiffMS);
lwjns3CPUPerc = getCPUPerc(lwjns3CPUTimeNSDiff, currDiffMS);
simCoreCPUPerc = getCPUPerc(simCoreCPUTimeNSDiff, currDiffMS);
totalCPUPerc = getCPUPerc(totalCPUTimeNSDiff, currDiffMS);

为任何帮助干杯,我相信答案是显而易见的;)
克里斯

最佳答案

所以我们使用类似的代码来计算平均负载,并且(事实证明)它有一个错误,可能也存在于您的代码中。我们使用 getAllThreadIds()但它只返回“Activity ”线程和enumerate也这样做。如果您的任何线程停止,则总 CPU 时间可能会下降。我看不出这会如何导致值超过 100%。

对您的代码的一些评论:

  • 为什么 synchronized (TGLOCK)线?这是为了同步ThreadGroup吗?对象?
  • if (size <= tgThreads.length) continue;应该是 break; .无需双重测试。
  • enumerate返回放入数组的线程数。这始终是 <= tg.length因此,如果我准备好,数组将永远不会增长。如果它确实返回了更大的尺寸,那么你会得到 NPE,因为你有 tgThreads = new Thread[size];就在 while 检查之前,这永远不会是真的。
  • 您使用 ThreadGroup 有什么原因吗?在所有?我们正在使用不需要递归或任何东西的以下内容:
    for (long id : threadMxBean.getAllThreadIds()) {    long cpuTime = threadMxBean.getThreadCpuTime(id);

希望这至少能有所帮助。

关于java - CPU时间百分比算法题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7853396/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com