問題タブ [malloc]

git add を実行しようとすると、「fatal : malloc, out of memory」というエラーが表示されます。システムのメモリが明らかに不足していると思いますが、これを回避する方法はありますか。

また、Windows Server 2003 を実行しており、msysGit を使用しています。

編集：さらに検索した後、gitのパッキングに問題があると思います。明らかに、それらの圧縮方法は小さなファイルには最適ですが、大きなファイルでは窒息しにくくなります。

長さが262144要素でなければならない非常に大きな配列があります（将来的にはさらに大きくなる可能性があります）。次のようにスタックに配列を割り当てようとしました：

ただし、特定のポイントを超えて要素を追加しようとすると、それらにアクセスしようとすると値が異なるようです。これは、より多くのメモリを持つヒープとは対照的に、スタックには有限の量のメモリしかないためであると理解しています。

私はあまり運がなくても次のことを試しました（コンパイルしません）：

そして、 を使用することを検討しmallocましたが、これを行う C++ のような方法があるかどうか疑問に思っていました...

私はただ一緒に行くべきmallocですか？

nsapi は、要求が終了したときに解放されるプールからメモリを取得する MALLOC マクロを提供しますが、要求がないときに初期化関数でこの malloc 関数を呼び出すとどうなるかはわかりません。この malloc (または pblock_created) メモリは永続的であると推定できますか? nsapi のドキュメントにはそれについて何も書かれていません。

実行時にポインタと参照をどのように区別しますか？たとえば、データ型のポインターがポインターであるかどうかを知らずに解放したい場合、どうすればよいでしょうか。変数がスタックに割り当てられているのか、malloc（）を介して割り当てられているのかを判断する方法はありますか？

それとも、それを実行してerrnoやポインタをチェックして成功したかどうかを確認する必要がありますか？

正確なコピーアロケータを作成できるように、自分でmalloc/freeを作成したいと思います。

どんな教祖にもヒントや提案がありますか？

今のところいくつか質問があります：

1. システムコールを呼び出す必要がないように、メモリの大きなチャンクをmallocして、そこから分散する必要がありますか？
2. コレクターのコピーは通常どのように行われますか？この部分を効率的に行うには少し複雑だと思います。私の素朴な実装では、残りのオブジェクトのサイズのブロックをmallocするだけで、2倍のスペースが必要になります。

このコードの何が問題なのか誰にもわかりますか?

大きなビットマップ画像 (3366x600) を描画しようとしているので、SIZE_BG は 6MB です。イメージがスタックからオーバーフローするのを防ぐために、malloc を使用します。glDrawPixels() の呼び出しでアクセス違反エラーが発生します。glDrawPixels を呼び出す前に最初の数バイトをチェックしたため、bgPtr は正しいデータを指しているようで、正しいデータです。

さまざまな長さの入力配列でさまざまなアルゴリズムをベンチマークするC++プログラムがあります。それは多かれ少なかれこのように見えます：

（2）のヒープ管理全体を（1）の状態にリセットすることは可能ですか？プログラム中に割り当てられたヒープに割り当てられたすべてのメモリは、（3）で解放されることが保証されています。

Linuxでg++4.3を使用しています。

編集：C /C++には実際のガベージコレクションがないことを理解しています。（2）の空きリストにある隣接する空のメモリチャンクにメモリ割り当てを強制的に結合させたい。

次の C コードを検討してください。

以前に malloc されたものではない c を解放しようとしているため、これは segfault になります。私の質問は、malloc したばかりのブロックはどうなりますか? 明らかに c はもうそれを指していないので、使用できませんが、まだ「フリー」リストの一部と見なされていますか、それとも明示的なメモリ リークですか?