次世代言語27 Nim Zig Pony Carbon Gleam (308ﾚｽ)
次世代言語27 Nim Zig Pony Carbon Gleam http://mevius.5ch.net/test/read.cgi/tech/1659660050/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
104: デフォルトの名無しさん (ﾜｯﾁｮｲ fa4b-TwI4) [sage] 2023/01/05(木) 00:37:52.42 ID:Xf8DhQg+0 Cyber言語 https://cyberscript.dev/index.html Luajitの3倍高速な組み込み用のスクリプト言語 Pythonライクなインデント Luaよりも人気でるかも 組み込み用途なので汎用的には流行らないと思うけど http://mevius.5ch.net/test/read.cgi/tech/1659660050/104
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
298: デフォルトの名無しさん (ﾜｯﾁｮｲ 0b2a-7Nk8) [sage] 2025/03/06(木) 15:04:34.42 ID:Y61FoeXm0 zig-0.14.0出たよ！恒例の延期はあったけどね 増分ビルドはテスト不足でデフォルトだと無効になっちゃってるようだ > this feature is not ready to be enabled by default, > it can be opted into via the -fincremental flag passed to zig build. 使ってみたいなら -fincremental オプションで明示的にオプトインしてねってことなので 有効化したらメッチャ高速になった…！ええやん！ http://mevius.5ch.net/test/read.cgi/tech/1659660050/298
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.017s