forkjoinpool

1熱

2答えて

私はForkJoinPoolを使用してタスクを並列に実行します。私のプログラムのログアウトを見ると、ForkJoinPoolは自分のタスクを実行するために膨大な量の作業者を作成しているようです（このようなログエントリがあります：05 Apr 2016 11:39:18,678 [ForkJoinPool-2-worker-2493] <message>）。その後、私はForkJoinPoolで構

1熱

1答えて

複数のフォークを使用してタスクを分割するクラスを結合する、良い方法ですか？

私の仕事では、非常に大きなテキストファイル（〜6800 kb）を解析する小さなJavaアプリケーションを開発する必要があります。そのため、それをさらに最適化して処理を進めようとしています。最初のフォークタスクとして等号（=）を使用し、2番目のフォークタスクを使用してコンマでいくつかの計算を分割する。これは、単一アプリケーションのために複数のフォークタスクを備えた良好なパフォーマンスにつながりますか

2熱

1答えて

fork-joinがうまくいっているときにワーカースレッドはありませんか？

私はフォーク/ジョインプールの1つが動作しなくなった現在、生産に2回現れているバグを持っています。これまでのところ、タスクのキューがいっぱいになってタスク結果の流れが止まっている理由を説明するための結論です。私は、タスクプロデューサスレッドがフォーク/ジョインのサブミットを完了するのを待っているスレッドダンプを持っていますが、何もしないForkJoinPoolワーカースレッドはありません。 "c

1熱

1答えて

ForkJoinPoolフレームワークの再帰的操作を使用している場合、join（）を呼び出す必要がありますか？

ForkJoinPoolフレームワークのRecursiveActionを使用している場合、join（）を呼び出す必要がありますか？例えば： left.fork() right.fork() または left.fork() right.fork() left.join() right.join() 左と右の両方が共通のデータ構造を更新する場合は、左と右の部分の両方のために参加呼び出

6熱

1答えて

ForkJoinPoolとFuture.Get

は、私は、並列度nとForkJoinPoolを設定していると仮定し、私はこのような並列計算を呼び出すこと： workpool.submit( () -> { objects.values().parallelStream().forEach(obj -> { obj.foo(); }); }); 私はスレッドが

0熱

2答えて

Fork/Join Sudoku Solver

私はエクササイズに問題があります。フォーク/ジョインの並列処理を使用して、すべてのソリューションを特定のスドク用に見つける必要があります。私はアルゴリズムを作ったが、うまくいかないようだ。それはある時点で停止し、私はそれを理解できません。ここではコードです： private static int counter; private Cella[][] sudoku; private int i

-1熱

1答えて

GParsPool.withPoolとGParsPool.withExistingPoolの違いは何ですか？

GParsPool.withPoolとGParsPool.withExistingPoolの違いは何ですか？私はドキュメンテーションで何が説明されたのか理解していませんでした。

3熱

2答えて

いくつかのスレッドはたまに

に、私は以下のようなJavaコードをしたアイドル状態になります-80％。奇妙なことに、数分ごとに、すべてのスレッドのCPU utilは、2つのスレッド（または時には1つ）を除いて0％になり、100％になります。 1〜2分後には、70〜80％で再びハミングしても大丈夫でしょう。この動作は数分ごとに繰り返されます。原因を特定できません。どんなアイデアも参考になるでしょう。

1熱

2答えて

が、それはいつものExecutorServiceのようForkJoinPoolを使用することが有益である

のは、私はそのようなコードがあるとしましょう：代わりに、コンストラクタでThreadPoolExecutorを渡すので、私はForkJoinPoolを使用する場合 class Foo { private final ExecutorService executor; public Foo(ExecutorService executor) { this.execu

1熱

2答えて

すべてのCPUコアを使用していないJava ForkJoinPool

仮想壁のノードで次のコードを実行しています。ノードには32個のIntel Xeon E7/E5コアと128GBのRAMがあります。 CPUの使用状況を監視すると、ノードは完全に強く動作していないことがわかります。この問題は、ノードサイズのために、ほとんどのフォーク結合問題とは異なります。ノードは複数のコアに20％+ CPU負荷を持ち、並列性の兆候を示すこともありますが、より多くのリソースを使用でき