2

ナノ秒の CPU 使用時間 (JMX 経由で取得) を 100% からのパーセンテージに変換するために作成した Java アルゴリズムに問題があります。アルゴリズムは 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);

助けを求めて乾杯、答えは明らかだと確信しています;）
クリス

4

2 に答える 2

1

そのため、同様のコードを使用して負荷平均を計算しますが、(結果として) コードにもバグがある可能性があります。使用getAllThreadIds()しますが、「アクティブな」スレッドのみを返し、enumerateこれも行います。スレッドのいずれかが停止すると、合計 CPU 時間が低下する可能性があります。これにより、値が 100% を超える原因がわかりません。

コードに関するいくつかのコメント:

  • なぜsynchronized (TGLOCK)ライン？ThreadGroupこれはオブジェクトを同期するためですか?
  • if (size <= tgThreads.length) continue;である必要がありbreak;ます。二重検査する必要はありません。
  • enumerate配列に入れられたスレッドの数を返します。これは常にそうなる<= tg.lengthので、準備が整っていれば配列が大きくなることはありません。tgThreads = new Thread[size];より大きなサイズが返された場合、while チェックの直前に true になることはないため、NPEが発生します。
  • を使用している理由はありますThreadGroupか？再帰などの必要がない次のものを使用しています。
    for (長い ID : threadMxBean.getAllThreadIds()) {
    long cpuTime = threadMxBean.getThreadCpuTime(id);

これが少なくともある程度役立つことを願っています。

于 2011-10-22T02:16:18.267 に答える
0

時間拡張 JVM (5 倍のスローダウン) で実行していますが、調整時にos_windows.cpp( )内の C++ JVM コードの一部を拡張するのを忘れていたようです。os::thread_cpu_timeおっとっと。timeGetTime()Windows の時刻機能であるを使用します。それはそれを説明するでしょう。

于 2011-10-24T02:12:30.180 に答える