「いちばん大切なことは、目には見えない」重要なことを見極めるため知識体系情報サイト
2022-01-09 11:08:06
2022-01-09 11:08:05
2022-01-09 11:08:03
2022-01-09 11:00:08
2022-01-09 08:10:55
2022-01-09 08:10:41
2022-01-09 08:10:10
2022-01-09 08:09:49
2022-01-09 08:09:26
2022-01-09 08:09:08
2022-01-09 08:08:44
2022-01-09 08:03:59
2022-01-09 08:03:31
2022-01-09 08:03:14
2022-01-09 08:02:56
![(この記事は Why you can have millions of Goroutines but only thousands of Java Threads の翻訳です) 経験のあるエンジニアならば JVM 言語で次のようなエラーを見たことがあるでしょう。 [error] (run-main-0) java.lang.OutOfMemoryError: unable to create native thread: [error] java.lang.OutOfMemoryError: unable to create native thread: [error] at java.base/java.lang.Thread.start0(Native Method) [error] at java.base/java.lang.Thread.start(Thread.java:813) ... [error] at java.base/java.lang.Thread.run(Thread.java:844) OutOfMemory …スレッド作成の失敗。Linux が動いている私のノート PC では、だいたい 11,500 スレッドを作成した辺りでこのエラーが発生します。 Go で無限に sleep する Goroutine を作成すると、これとは大きく違う結果になります。私のノート PC では 70,000,000 の Goroutine を作れましたが、飽きたのでそこでやめてしまいました。なぜ Goroutine はスレッドよりもたくさん作れるのでしょう? この答えを探るためには OS を理解する必要があります。また、これは学術的な問題ではなく、実際に使われるソフトウェアをデザインするための問題です。私は本番環境で JVM スレッドの限界にぶつかった経験が何度もあります。問題のあるコードがスレッドを解放させ損ねたこともあるし、単にエンジニアが JVM スレッドの限界について認知していなかったこともあります。](/assets/img/1641683366.jpg)
