表現力とプロダクションバグ率に相関する、プログラミング言語ランタイムのメモリ消費量の比較研究はありますか？[閉まっている]
閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 5年前休業。 多くの比較研究があり、1つの言語または別の言語を使用して構築されたアプリケーションのランタイムパフォーマンスに関しては、オンラインで入手できます。企業によって駆動されるものもあれば、学術的なものもあれば、個人的な実験報告だけのものもあります。 また、次のようなプログラミング言語とそのツールの副作用に関する比較研究のかなりのシェアを得ています。 ビルド時間、 ポストプロダクションバグ検出の可能性、 表現力、 等... しかし、私は最近、他の何よりもプログラムのメモリ消費量にますます困惑しています。これは、ムーアの法則が生のパフォーマンスに関して私たちの側にある一方で、他のボトルネックがより重要であることに気づくようになったという事実から来ている可能性があります。それと、ハードウェアを頻繁に更新することはあまりありません。「古い」もの（4 GBのRAMを搭載した2005〜2006年の3.6 GHz Pentium 4を読んでいます）があるため、それらからすべてのジュースを搾り出すために大きなトラブルを経験することを私に要求します（OS、UIの選択、サービスとデーモンの微調整、タスクなどに使用するアプリケーションの選択...）。非常に正直に言うと、ときどき起動しtopたりprocexp、最も無害なプログラムが使用しているメモリを見て涙を流したりします。 私は上記の方向に押し続け、基本的に自分自身と使用するプログラムを制限しようとすることでこれに対処できます（その理由から、私はcliプログラムを非常に愛しています）、しかし、私は考えるしかありませんたぶん私たちはそれを間違っているのです。 現代的なニーズのための現代的なツール もちろん、高水準言語は間違いなくより優れており、それらの重荷の価値を正当化します。いくつかの設計上の選択は、多くのツールチェーンで、当時は十分な（またはおそらく意図された）理由で行われました。共有ライブラリ、メモリモデル、プリプロセッサ、タイプシステムなど...しかし、最新のハードウェアでは、他のものよりも実行可能性が高いものもあるので、この問題に関するいくつかの深刻な研究に興味があります。 ですから、私の質問は、ベンチマークゲームなどの言語の基本的なランタイムメモリ消費量の比較に焦点を当てたペンダントがあるのでしょうか。 さらに、これを他のパラメーターと相互参照するいくつかの研究がありますか（たとえば、この記事が他の基準についてもベンチマークゲームに基づいて行ったのと同様）。