[過去ﾛｸﾞ]
Go language part 3 (1002ﾚｽ)
Go language part 3 http://mevius.5ch.net/test/read.cgi/tech/1571315884/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
924: デフォルトの名無しさん [sage] 2020/11/05(木) 21:13:05.05 ID:rDKR4t8H >>901 >>905 俺が無知なのはさておき、GCを実装してる連中はそこら辺まで調査して選択してる。 Go含めて重鎮が地味にマーク＆スイープを選択するのは、それなりに理由がある。 ただし、マーク＆スイープは、「大量の生存オブジェクト」には不向きで、Discordの件はそれに該当する。 逆に言えばそれが不向きなだけで、「最小限の生存オブジェクトと大量のゴミ」という、 普通の使い方の場合には、マーク＆スイープの方がいいと判断したからそっちを選択してるわけだ。 kotolin-nativeは多分新しいことを試してみたかったんだろうと思うが、 Pythonはおそらく判断をミスっていて、通常向けに最適化するべきだと思う。 (これがPythonが無駄に遅い理由の一つになっているかも） ただしGC機構についてだけ言えば、Python型なら今回のDiscordみたいなことにはならなかったはずだ。 だからあれはより正確に言えば「『マーク＆スイープ方式の』GCの限界」だな。 http://mevius.5ch.net/test/read.cgi/tech/1571315884/924
929: デフォルトの名無しさん [sage] 2020/11/05(木) 22:12:14.15 ID:40Zkap5B >>924 さておくなよ。 どう判断をミスってんの？言語設計の問題でしょ。 Swiftは？ http://mevius.5ch.net/test/read.cgi/tech/1571315884/929
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.038s