22/07/10 01:33:37 SldyajRH0.net
あんな言語勉強してなんの意味があるの？ｗ
3:デフォルトの名無しさん
22/07/11 10:41:59.69 1W23UOpta.net
新スレ記念
O2
4:デフォルトの名無しさん
22/07/11 14:45:47.47 +FoZ9FJX0.net
>>1
さっさとレスバしろよ
5:デフォルトの名無しさん
22/07/17 19:38:24.55 MXD4saLT0.net
実はRustってしっくりこないんです！
6:デフォルトの名無しさん
22/07/24 16:39:38.58 A2ivE9+A0.net
ｽﾚﾘﾝｸ(tech板: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の方式が最も優れた方式と言えるでしょう
7:デフォルトの名無しさん
22/07/24 18:38:11.70 A2ivE9+A0.net
ｽﾚﾘﾝｸ(tech板:354番)
354 デフォルトの名無しさん sage 2022/07/24(日) 18:33:44.43 ID:RaX1YBir
論点がズレたからもう一度まとめておく
Goでは無意識的にヒープにアロケーションされてしまう可能性がある
それはエスケープ解析をしないとわからない
つまりメモリ使用量も実行効率も落ちる
これは一般論
恣意的な特定のベンチの数字を言ってるわけではない
rustは明示的にヒープに置くように書くのでそのようなことは起きない
つまり理論的にはrustが1番速いし最高の言語
もう一度言うが特定のベンチの話をしているのではない
8:デフォルトの名無しさん
22/07/25 08:10:29.98 1U7Sp33P0.net
バトルのネタになるかもしれないので紹介します。
URLﾘﾝｸ(benhoyt.com)
各プログラミング言語で英単語の頻度をカウントするプログラムを書いて実行時間を比較した記事だよ。
結果だけ知りたい人は下の方までスクロールしてね。
9:デフォルトの名無しさん
22/07/25 11:46:28.39 dJJE5upaa.net
>>7
そうだね
Rust最強
URLﾘﾝｸ(www.youtube.com)
10:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています