[過去ﾛｸﾞ]
Go language part 3 (1002ﾚｽ)
Go language part 3 http://mevius.5ch.net/test/read.cgi/tech/1571315884/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
880: デフォルトの名無しさん [] 2020/11/04(水) 00:08:44 ID:BNFfXKWA >>862 cspは概念・モデリングっつう理解でだいたいいいと思うよ。 昔から並行処理システム関わった奴ならたいていは似たようなモデルは考えてる。 cspはそれを厳密に数学的に記述するって感じ。 極端なこと言えばメッセージでやり取りしましょう、だ。 っで、goはプログラミング言語としてgoroutineとchannelがあるから他の言語より並行処理向き。 go以外なら古くはadaやなんかもそう。タスクにランデブポートっつうのがある。 erlangも似たようなメッセージ機構はあるんじゃなかろうか。 本質的に並行処理ってのは非同期的な処理システムなわけだけど、 非同期ioとコールバック(やシンタックスシュガー)でやるより、独自に動く実行体が複数あってそれらがメッセージ通して協調動作するってシステムの方が好きだ。 http://mevius.5ch.net/test/read.cgi/tech/1571315884/880
882: デフォルトの名無しさん [sage] 2020/11/04(水) 00:48:58 ID:thexrnOY >>880 それアクターモデルだろよ、と思ってwiki確認したら、CSPがモロに書いてあったわ。 ただ、アクターは浮かんでは消え、という印象があるが。 smalltalk信者等、通信したい奴は確かにいるようだが、それがイマイチ何になるのか明確でない。 あと、コード上で通信したいのならGoだが、アクターモデル自体は普通にオブジェクト指向で組めるし、 C++なら（あまりよろしくはないが） >> と << をオーバーロードしてそれっぽく見せることは可能だ。 実際その方がgoroutineより何倍も速く動く。 Erlangは俺も以下を半分くらい読んだ程度しか知らないが、 https://www.ymotongpoo.com/works/lyse-ja/index.html あれは実用本位で、理論側から出てきたものでは全然無い。 電話交換機筐体を複数並べてスケールアウトした時にも性能が低下しないように作られてる。 だから最初から共有RAMなんて禁止されてる。そして当然メッセージ交換だが、 最初から上記のような疎結合でのメッセージ交換を想定されてるから、 Goみたいな密結合を想定されているものとはちょっと違うが。 http://mevius.5ch.net/test/read.cgi/tech/1571315884/882
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.264s*