[過去ﾛｸﾞ]
Go language part 3 (1002ﾚｽ)
Go language part 3 http://mevius.5ch.net/test/read.cgi/tech/1571315884/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
882: デフォルトの名無しさん [sage] 2020/11/04(水) 00:48:58.46 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
886: デフォルトの名無しさん [sage] 2020/11/04(水) 07:42:42.00 ID:a9nrTc1S >>881 実際問題、ここ数年のGC言語で足を引っ張られた事はあんまりないけど。 そういう意味では参照カウンタ方式のPythonなんかは割と効率良いんじゃない？それこそスクリプト言語だけど。 言語としてのスループットを上げたければ、allocはまとめて、freeはもっともっとまとめてやって、必要そうだったらメモリのcompactionかけるほうがスループット上がると思うが。 >>882 Goのどこが密結合？ チャンネルは？ http://mevius.5ch.net/test/read.cgi/tech/1571315884/886
888: デフォルトの名無しさん [] 2020/11/04(水) 10:32:02.91 ID:BNFfXKWA >>882 c++はc++11以降ほんとよくなった。 でももう新規案件ならrustに譲ってもいいかなと思う。 http://mevius.5ch.net/test/read.cgi/tech/1571315884/888
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.036s