「NetBSDにおけるthread機構の方向転換か?」記事へのコメント

SAの失敗

[Anonymous Coward]

結局複雑すぎて、マンパワーに欠けるNetBSD Projectの手に終えなかったのでしょう。スレッドのスケジューリングをユーザーランドでやるために、コンテキストスイッチやI/O待ちなど、あらゆる状態変化をupcall(system callとは逆にカーネルがユーザーランドを呼び出す)で伝えよう、ということなんですが、たとえばそこで呼び出される先のコードがページアウトされた、という状態変化のときはどうするの? とかいうことを考えただけでもうどうしたらいいのか凡人のおいらにはサッパリです(FreeBSDのKSEではあっさり無視してるみたいですが)。

SPARCではまともに動いたためしがない、とかも聞いてます。レジスタウィンドウの扱いが難しいんですかね。

一応擁護しておきますと、i386とかでは(SMP構成でもマルチスレッドな1プロセスに対し1CPUしか与えられないという制限さえ我慢すれば)普通に動いてはいました。

あと、newlock2は、新しいカーネル内資源排他機構であって、スレッドとは直接関係しません。SAの部分をnewlock2に移行するのがめんどう、とかそんな理由らしい。

Re:SAの失敗

[Anonymous Coward]

ページアウトのときはプロセスの状態は変わらないからupcallなしかな。呼ぼうとしたらページアウトされていた→ページインでI/O待ち、すなわち状態変化、というところで、少なくともI/O待ちに入った、I/Oが完了した、という2つのイヴェントが発生するけどどうするべ、とか、そもそもページインのためのI/Oが終わらないとこれらのupcallが呼べないわけですが、I/Oが完了してからI/O待ちに入った、というイヴェント送られてもねえ、とかそんな感じ。最近は追いかけてないので4.0でどうなってるかは誰かに教えてもらおう。

Re:SAの失敗

[Anonymous Coward]

> 一応擁護しておきますと、i386とかでは(SMP構成でもマルチスレッドな1プロセスに対し1CPUしか与えられないという制限さえ我慢すれば)普通に動いてはいました。

昔ちょっとテストしたところでは、環境変数PTHREAD_CONCURRENCYにCPU数をセットしておけば、1プロセス内のスレッドに複数CPU割り当てられて動いていたように記憶しています。(i386でですが。)
PTHREAD_CONCURRENCYをセットしてないと1CPUしか割り当てられないようになってたので、そう思い込んでいた人も多かったのかもしれません。