[#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:25368] Re: synchronization mechanism

From: kjana@... (YANAGAWA Kazuhisa)
Date: 2000-10-06 13:27:21 UTC
List: ruby-list #25368
In message <200010051629.BAA28737@dsmtp2.dion.ne.jp>
m_seki@mva.biglobe.ne.jp writes:

> いま手元に教科書がないのでちょっとあやふやです。
> ふつうのメッセージパッシングです。ただ、間に Queue があるのではなくて、
> 二つの primitive、send/recv があってどちらを呼んでも停止して、
> もう一方が呼ばれたとき (二人が会えたとき) にどちらも runnable になると
> いうものです。

ランデブーですね.「Ada の」って引合に出される事が多いけど,CSP のメッ
セージ送受も同期/ブロッキング方式だったような....


> 両者はいつも待ち合わせる。単純でCで実装しやすそうでした。
> 
> # なんでこれにしようか思ってたのか、思い出せない。
> # きっとなにかあったはずなのに…。

常に送受が同期する,っていうのがわかりやすくはあるんですけど,送信側と
してはちょっとメッセージ送りたいだけで後の事には感知しない,っていうケー
スでは悲しいような.history sensitive な非同期通信の方が,便利な気がす
るんですよね.だからこそ,Queue なんですけど.

ランデブーで非同期通信って実装できましたっけ? 逆は,簡単.送信側が返事
を待てばいい.


> > ....っていうことで,本当にコストが問題なのでなければ今の Mutex,Queue 
> > っていうので primitive としては十分だと思わなくもないんですが.割と基
> > 本的な同期機構で後無いのは Barrier くらいでは.Monitor もあるし,
> > reader/writer lock も提供している Sync もあることだし.
> 
> コストを問題にしているのだと思います。
> 
> 今、どれも Thread#critical で実装されてますが、これでちゃんとしたの
> 書こうとするとめんどくさいです。(そうでもない??)
> なんか primitive 欲しい。

けっこうコストかかりますかね.そうだとしてもやっぱりつくるなら相互排除
用の mutex と条件同期用の fifo queue っていうのを primitive として押し
ますけど.primitive としてオブジェクトを導入するなら.ただ一つ,ってい
うんなら counting semaphore と同じ使いかたができる queue かな.

そうじゃなくって言語機構から考え直すっていうんだったら,enable set を
押すかな.... ACT++ の新しい奴の.スレッドの存在を前提とした,オブジェ
クト単位の同期機構になります.ある時点で実行できるメソッドの集合ってい
うのを定義しておいて,呼出し/リターンの時点で切替えるんですな.....実
行効率のてんで,って話だして,あらゆるメソッドコールにオーバーヘッドが
かかる方式を押してどうする :-P


-- 
柳川和久 @ 東大阪市 . 大阪府                                October 6, 2000
* こどもなので誘導弾の狙いが甘い.
* こどもなのでため撃ちが運任せでいい加減.

In This Thread