アカウント名:
パスワード:
大昔(バージョン1.5)にスレッドプールが導入され、「ネイティブスレッドの都度生成は止めて使いまわしましょう。Threadではなくタスク(Runnable)を使いましょう。」で並行処理は組まれているでしょう。なぜ今更仮想スレッドが必要になるのでしょうか?
JEP425によると、従来の方法では待機処理に対して効率が悪いと指摘しています。Javaでは待機処理はネイティブスレッドそのものを止めてしまい、待っている間に他のタスクを実行することはありません。そのため、待機処理が1秒あるタスクを従来のスレッド200個で処理する場合は待機処理の制約により最大200件/秒の処理速
仮想スレッドとネイティブスレッドの速度差について昔は確かにネイティブの方が速いと言われてたが今はネイティブのオーバーヘッドが無視できなくなって必ずそうとは限らなくなったということ
特に最近のCPUの進化が変な方向に行っていてネイティブスレッドのオーバーヘッドが余計に大きくなった感じある
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
記事の内容だけだと、スレッドプールでいいやん (スコア:0)
大昔(バージョン1.5)にスレッドプールが導入され、
「ネイティブスレッドの都度生成は止めて使いまわしましょう。Threadではなくタスク(Runnable)を使いましょう。」
で並行処理は組まれているでしょう。なぜ今更仮想スレッドが必要になるのでしょうか?
JEP425によると、従来の方法では待機処理に対して効率が悪いと指摘しています。
Javaでは待機処理はネイティブスレッドそのものを止めてしまい、待っている間に他のタスクを実行することはありません。
そのため、待機処理が1秒あるタスクを従来のスレッド200個で処理する場合は待機処理の制約により最大200件/秒の処理速
Re:記事の内容だけだと、スレッドプールでいいやん (スコア:0)
仮想スレッドとネイティブスレッドの速度差について
昔は確かにネイティブの方が速いと言われてたが
今はネイティブのオーバーヘッドが無視できなくなって必ずそうとは限らなくなったということ
特に最近のCPUの進化が変な方向に行っていて
ネイティブスレッドのオーバーヘッドが余計に大きくなった感じある