From: kjana@... (YANAGAWA Kazuhisa)
Date: 2000-10-23T21:59:09+09:00
Subject: [ruby-dev:11287] Re: thread.rb

In message <20001023082234Q.seki@mr.nasu.toshiba.co.jp>
m_seki@mva.biglobe.ne.jp writes:

> そうです。
> 
> 一つのQueueやMutexを待つスレッドがが大量になることはあまり無いように
> 思うので、我慢してもらえないでしょうか。

まあ，現実的にはそうなんでしょうけど，わざわざ非効率なのがわかってる手
法を使うのはどうかと思ってしまいます....


> なんかよい方法ないかな。
> 
> QueueやMutexの実装を工夫すれば解決するのかも。
> 
> * 起こされたスレッドのコンテキストで資源を獲得しにいくのがまずい?
> 
> * 起こされた人が queue からデータを持っていってくれたのを確認できれば、
>   エラー時に retry できる?

起こしたスレッドを runnnable にするんではなくて，直接スケジュールして
しまえばいいんですけどね．ただこれをユーザレベルに開放してしまうと危険
なんで，今の Mutex や Queue の実装をそのまま使う事はできないんですが．

# 二つのスレッドで制御を渡しあってプロセッサを食いつぶす事ができてしま
# う．....priority が下がるから平気? 多段ラウンドロビンだと．

Semantics 的には特に問題が無いはずだし．

# ふつうのスケジューリングだと思う．多分．


....そうか，前田さんの「スケジューラと絡めた」っていうのはこのあたりの
話の事だったんですね．


-- 
柳川和久 @ 東大阪市 . 大阪府                               October 23, 2000
「あんたの友達に
    透明人間とか空飛べるのとか食べられる友達とかっていないの?」
「いない!」 << 毛が逆立ってる