Virtual Thread導入の背景 - Javaのマルチスレッドの歴史を振り返る

このエントリーは Java Advent Calendar の9日目のエントリーです。 qiita.com Virtual ThraedはJava 19でPreview (JEP 425)、Java 20でSecond Preview (JEP 436)となり、うまくいけば次のLTSであるJava 21で導入予定です。 パフォーマンスを考える時に、一般的にはスループットと応答性の2つがあります。スループットは単位時間あたりにどのくらいリクエストをさばけるか、応答性は処理のリクエストから結果が帰るまでの時間です。Virtual Threadのこの2者のうち、スループットを向上させるために導入されます。 では、なぜ今になってVirtual Threadが導入されるのかということを、歴史を振り返りながら考えてみるのがこのエントリーです。 いにしえの時代 - Java 1.0からJ2SE 1.4

[pascal256]

Virtual Threadで今までと同じような書き方をしてもCompletableFuture等を使ったときのような効果が出せる用になるってことかな

[turanukimaru]

20年前はコンテキストスイッチが100ms単位くらいで100スレッドも作ると使い物にならなかった。速度のためではなく実行順序的に並列にしたいときに使ってた。今は並列で速度を出そうとする時代なんだよな。

[kazokmr]

"そして、CompletableFutureクラスでも、リアクティブなフレームワークでも使いこなせるのであれば、Virtual Threadは使わなくても大丈夫なはずです。"