スレッドはどのように異なるOSに実装されていますか？

私はこれに出くわしたRobert LoveによるLinuxカーネル開発を読んでいました

Linuxは、スレッドのサポートに興味深いアプローチを採用しています。これは、スレッドと通常のプロセスを区別しません。カーネルにとって、すべてのプロセスは同じです。たまたま、リソースを共有するプロセスもあります。

OS（詳細はアスパイア）とカーネルについてはあまり知りません。そのため、上記の引用は、さまざまなOS（少なくともWindows、Linux、Unixなどの一般的なOS）でのスレッド実装について疑問を投げかけました。

誰かがOSでスレッドサポートを提供するためのさまざまな手法を説明できますか？（そしてオプションでそれらを対比する）

スレッドとプロセスは実行コンテキストです。それらは主に、他の実行コンテキストとの共有状態（メモリ、シグナルハンドラー、ファイル記述子など）の量のみが異なります（プロセスは他のプロセスとほとんど共有せず、スレッドは同じプロセス内の他のスレッドと多く共有します）。

ほとんどのOSは2つのものを分離しているため、いくつかの種類の実行コンテキストを認識しています。

一方、Linuxカーネルには1種類の実行コンテキストしかなく、他のものと共有したり、共有したりできません。プロセスが必要な場合は、ほとんど共有しないように設定し、スレッドが必要な場合は、必要なものを共有するように設定します。プロセス/スレッドの用語に適さない方法で動作するように設定できます。

Linuxのプログラミングで一般的に使用されるPOSIX APIは、プロセスとスレッドのみを認識しているため、ほとんどのプログラムは、カーネル空間とユーザー空間の間で責任が分割される方法で、それらの実装の詳細が何であるかを気にしません。古いスレッドの実装では、実装の詳細（スレッド、スレッドID、プロセスIDの混同など）がリークし、場合によっては正確なPOSIXセマンティクスが提供されませんでした（信号の配信に問題のあるIIRC）。