[過去ﾛｸﾞ]
Rustレスバトル会場 (9ﾚｽ)
Rustレスバトル会場 http://mevius.5ch.net/test/read.cgi/tech/1657382429/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
必死ﾁｪｯｶｰ(本家)
(べ)
自ID
ﾚｽ栞
あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
6: デフォルトの名無しさん (ﾜｯﾁｮｲ b15f-hkZ/) [sage] 2022/07/24(日) 16:39:38.58 ID:A2ivE9+A0 https://mevius.5ch.net/test/read.cgi/tech/1655771266/340 340 デフォルトの名無しさん sage 2022/07/24(日) 16:01:06.79 ID:kgHpDwre >>317 > valeのGenerational References > 参照先にアクセスするときはヒープの世代カウントと参照の世代カウントを比較して不一致だったら解放されたメモリにアクセスしたと見なせる。 それは重すぎる設計で実用的ではないですね C++のshared_ptrもRustのRc/Arcも 参照先にアクセスするときは参照カウントへのアクセスがなくコストゼロです RAIIによる自動解放時にようやく参照カウントを見てヒープも解放するか判断します やはりC++のshared_ptrとRustのRc/Arcの方式が最も優れた方式と言えるでしょう http://mevius.5ch.net/test/read.cgi/tech/1657382429/6
7: デフォルトの名無しさん (ﾜｯﾁｮｲ b15f-hkZ/) [] 2022/07/24(日) 18:38:11.70 ID:A2ivE9+A0 https://mevius.5ch.net/test/read.cgi/tech/1655771266/354 354 デフォルトの名無しさん sage 2022/07/24(日) 18:33:44.43 ID:RaX1YBir 論点がズレたからもう一度まとめておく Goでは無意識的にヒープにアロケーションされてしまう可能性がある それはエスケープ解析をしないとわからない つまりメモリ使用量も実行効率も落ちる これは一般論 恣意的な特定のベンチの数字を言ってるわけではない rustは明示的にヒープに置くように書くのでそのようなことは起きない つまり理論的にはrustが1番速いし最高の言語 もう一度言うが特定のベンチの話をしているのではない http://mevius.5ch.net/test/read.cgi/tech/1657382429/7
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.241s*