[#25279] mkmf - DESTDIR is ignored — dellin <dellin_geo@...>

こんxxは。dellinです。

14 messages 2000/10/02

[#25311] =begin, =end — m_seki@...

27 messages 2000/10/04
[#25315] Re: =begin, =end — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/10/05

なひです.

[#25317] Re: =begin, =end — rubikitch <rubikitch@...> 2000/10/05

From: "NAKAMURA, Hiroshi" <nakahiro@sarion.co.jp>

[#25319] Re: =begin, =end — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/10/05

なひです.

[#25321] Re: =begin, =end — rubikitch <rubikitch@...> 2000/10/05

From: "NAKAMURA, Hiroshi" <nakahiro@sarion.co.jp>

[#25341] Re: =begin, =end — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/10/06

なひです.こちらはRDの話.

[#25417] Re: mswin32 組み込み用 Ruby — toyofuku@...

豊福です。遅い反応でごめんなさい。

19 messages 2000/10/10
[#25423] Re: mswin32 組み込み用 Ruby — nobu.nakada@... 2000/10/10

なかだです。

[#25471] Re: mswin32 組み込み用 Ruby — toyofuku@... 2000/10/16

豊福です。

[#25474] 始めまして — matsue <mattue@...>

松江と言います。お初になります。

15 messages 2000/10/16

[#25505] media watch 2000.10.18 — Noritsugu Nakamura <nnakamur@...>

26 messages 2000/10/18
[#25522] Re: media watch 2000.10.18 — Noritsugu Nakamura <nnakamur@...> 2000/10/19

[#25540] Re: media watch 2000.10.18 — Shin-ichiro HARA <sinara@...> 2000/10/20

原です。

[#25567] Ruby で遅い処理は? — Yasuki <yasuki@...>

Yasukiです.

16 messages 2000/10/22

[#25599] 原先生の本 — WATANABE Tetsuya <tetsu@...>

渡辺哲也です。

44 messages 2000/10/25
[#25611] Re: 原先生の本 — Shin-ichiro Hara <sinara@...> 2000/10/26

原です。

[#25733] Re: 原先生の本 — keiju@... (石塚圭樹) 2000/11/01

けいじゅ@日本ラショナルソフトウェアです.

[#25738] Re: 原先生の本 — Shin-ichiro HARA <sinara@...> 2000/11/01

原です。

[#25628] RWiki 1.0 and てんこもりぱっく — Masatoshi SEKI <m_seki@...>

14 messages 2000/10/26

[#25633] ping.rb の使い方 — goto@...

お世話になります。後藤です。

20 messages 2000/10/27

[#25674] EOF before end of embedded document — YANAGAWA Kazuhisa <kjana@...>

>od -c foo

15 messages 2000/10/28
[#25678] Re: EOF before end of embedded document — matz@... (Yukihiro Matsumoto) 2000/10/28

まつもと ゆきひろです

[ruby-list:25323] Re: synchronization mechanism

From: kjana@... (YANAGAWA Kazuhisa)
Date: 2000-10-05 14:06:10 UTC
List: ruby-list #25323
In message <87k8bn6dyy.wl@studly.netlab.co.jp>
shugo@ruby-lang.org writes:

> > ビルトインの同期メカニズムはなにか一つ必要だと思います。
> > 高次の同期メカニズムを実装するための基礎となりそうななにか。
> > 
> > それがなにがよいかというのは、ちょっとわからないのですが…。
> 
> コストの問題を解決できれば、Java風にprivitiveな同期機構を
> Object#synchronizeで提供する、というのもありかなとかちょっと思い
> ました。
> # オブジェクトの外に表を持つのかな。

十分に軽くて primitive な相互排除の機構としては Thread.critical による
スケジューリングの停止/再開がありますけど,そうか,あれは相互排除か.
Test&set があれば mutex が作れるし,mutex があればあとは counting
semaphore でも何でも作れるよね,っていうのと同じ議論になってしまいます
ね.


> > MINIX のカーネル内のメッセージとかどうかなっと思ってましたが
> > うまく考えがまとまらない…。
> 
> これってどんなものでしょうか?

当てずっぽうですけど,ふつうの message passing 機構じゃないでしょうか.
各スレッドが mail box を持っていて,メッセージのやりとりで同期するって
いう.メッセージが来てなければ待つし,待ってる所にメッセージが来たら起
きる.Queue でオブジェクトをやりとりするのと,ようは同じでしょう.

....っていうことで,本当にコストが問題なのでなければ今の Mutex,Queue 
っていうので primitive としては十分だと思わなくもないんですが.割と基
本的な同期機構で後無いのは Barrier くらいでは.Monitor もあるし,
reader/writer lock も提供している Sync もあることだし.


Message passing を主体にすると,別の世界も見えてきたりはしますけど.
Filtering,redirection,alternative reply-to,broadcasting,
asynchronous sending.... まあ,完全に別の言語ですね.

# Actor とか Concurrent SmallTalk とか.


-- 
柳川和久 @ 東大阪市 . 大阪府                                October 5, 2000
絶対に負けない方法を教えてあげよう....戦わないことだ

In This Thread