次世代言語27 Nim Zig Pony Carbon Gleam (308ﾚｽ)
次世代言語27 Nim Zig Pony Carbon Gleam http://mevius.5ch.net/test/read.cgi/tech/1659660050/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
必死ﾁｪｯｶｰ(本家)
(べ)
自ID
ﾚｽ栞
あぼーん
263: デフォルトの名無しさん (ﾜｯﾁｮｲ eaad-voeu) [] 2024/09/08(日) 01:45:12.42 ID:Hh5CAE6t0 >>262 nimは一旦ｃに変換してコンパイルするので、ｃより早くなる事はないです。 ベンチマークで早くなっているのは、メモリプールを使っているからです。 (個別にヒープメモリを確保するのではなく、大きなブロックで一度に確保して 自分で割り当てを管理しているから） 私もｃでメモリプールを実装した事がありますが、ヒープのメモリ確保のコスト は以外と大きくて、一括で確保するのはパフォーマンスの面で効果が大きいです。 またこのメモリプールの部分は自前でメモリ管理しているため、ＯＲＣとは関係が ないです。（参照リンク元の記事の意図は、ＯＲＣと手動管理が混在できる事を 利点としているかと思います） Ｒｕｓｔは詳しくないのですが、おそらくこのレベルの実装は可能だと思うので、 同じように実装すれば同程度の速度向上になるかと思います。 （ただし一括メモリ確保->個別データに強制castが必要で安全性は落ちる） 参照リンク元の記事は、メモリプールのような低水準のコードでもＮｉｍは高い 可読性で書く事ができると言いたいのでは。（手動確保したメモリをdestroy定義 で自動解放できる所とか） http://mevius.5ch.net/test/read.cgi/tech/1659660050/263
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.024s