Path: coconuts.jaist!wnoc-tyo-news!news.nc.u-tokyo.ac.jp!komaba!kuno From: kuno@gssm.otsuka.tsukuba.ac.jp Newsgroups: fj.comp.oops,fj.lang.java,fj.comp.parallel Subject: Re: Concurrent Programming in Java (Re: NEXTSTEP and Smalltalk) Date: 19 Feb 1997 15:38:55 GMT Organization: "University of Tokyo (Komaba)" Lines: 66 Message-ID: <5ef6qf$mkt@info.komaba.ecc.u-tokyo.ac.jp> References: <3278.856066739@rananim.ie.u-ryukyu.ac.jp> Reply-To: kuno@gssm.otsuka.tsukuba.ac.jp NNTP-Posting-Host: kuno@ecc-as52.komaba.ecc.u-tokyo.ac.jp NNTP-Posting-User: kuno X-Newsreader: mnews [version 1.19] 1995-07/21(Fri) Xref: coconuts.jaist fj.comp.oops:992 fj.lang.java:2477 fj.comp.parallel:843 久野です。 いちすぎさん: > 別に java は「並列プログラミングがきれいに書ける」という目的で > 作られた言語じゃありませんから・・・。プリミティブだけ提供する > からあとはがんばってください、でいいんじゃないですか？ 賛成です。「Javaはこんなに並列がきれいに書ける」とか言われると ちょっと抵抗あるなという話のつもりでした。 > 「並列オブジェクト指向言語はいかにあるべきか」という話題だった > ら、サブジェクト変えて、 fj.comp.oops と fj.comp.parallel でし > ませんか？とりあえず fj.comp.parallel を追加しました。 ここでやってる並列オブジェクト指向ってfj.comp.parallelとあまり 関係深くなさそうな… ^_^; > あの例は、単に thread さえあれば非同期通信はできる、ということ > を示しただけで、別に優れているとかいうつもりではないのでは？ こうやってオブジェクトにくるめばスレッドが外に出ないからこうい う言語で不便はない、という主旨だったような。 > kono さんの言ってる serialize は排他制御みたいな意味で、たかぎ > さんの言ってる方はオブジェクトをバイト列に変換する機能ではとい > う気が。 これは私は怒っています。なんでJavaはそんな用語を始めたのでしょ うね? ごう慢不尊じゃないでしょうか? marshall/demarshallとか混同 しない既存の用語はいくつもあるのに。 > 確かセマフォがあったので、排他制御に関してはそれで万能だと思いますが。：） wait/notifyはセマフォじゃないような。 > あと、 > synchronized (object) Statement > っていう構文があるようですが、これは「便利そうだな」と思いました。 > （これは java のオリジナル？） えー、古典も古典です。昔学生時代に読んだBrinch Hansenの教科書 にそういうのがありました。まあ言語はオブジェクト指向じゃなかった けど。 > 任意のオブジェクトに lock をかけて任意の操作ができます。複数の > オブジェクトを lock したければネストさせればいいし、実行時に > lock したいオブジェクトの数が変わるなら、再帰呼び出しすればい > いのかな？ 再帰呼び出しして何をどうするんですか? なんか混乱しそうな。 あと、オブジェクトは1つなのだけど待つ条件が2つある場合(たとえ ば有限バッファのemptyとfull)が困るんです。 > ABCL は method 単位じゃなくてオブジェクト単位ですよっ。 で、条件による待ち合わせはガードですよね? ガードが閉じていて待たされているメッセージがある場合、ガード式 はどういうタイミングで再評価されるのですか? (ちょっと聞きたいと 思っていた。) > ＃ ちなみに私も java は使ってません。 > ＃ 「拡張性」が全然ないのがつらそうで・・・。 ほら、たかぎさん、攻撃攻撃。 久野