次世代言語27 Nim Zig Pony Carbon Gleam (308ﾚｽ)
上
下
前
次
1-
新
263
:
(ﾜｯﾁｮｲ eaad-voeu)
2024/09/08(日)01:45
ID:Hh5CAE6t0(1)
AA×
>>262
[
240
|
320
|
480
|600|
原寸
|
GIF
|
べ
|
ﾚｽ栞
|
ﾚｽ消
]
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
は一旦に変換してコンパイルするのでより早くなる事はないです ベンチマークで早くなっているのはメモリプールを使っているからです 個別にヒープメモリを確保するのではなく大きなブロックで一度に確保して 自分で割り当てを管理しているから 私もでメモリプールを実装した事がありますがヒープのメモリ確保のコスト は以外と大きくて一括で確保するのはパフォーマンスの面で効果が大きいです またこのメモリプールの部分は自前でメモリ管理しているためとは関係が ないです参照リンク元の記事の意図はと手動管理が混在できる事を 利点としているかと思います は詳しくないのですがおそらくこのレベルの実装は可能だと思うので 同じように実装すれば同程度の速度向上になるかと思います ただし一括メモリ確保個別データに強制が必要で安全性は落ちる 参照リンク元の記事はメモリプールのような低水準のコードでもは高い 可読性で書く事ができると言いたいのでは手動確保したメモリを定義 で自動解放できる所とか
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 45 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
ぬこの手
ぬこTOP
0.046s