船頭が多いなぁ(　´ー｀)y−~~
>>82
OutOfMemoryは、ヒープから割り当てを取ろうとして発生する
なので、メモリを積んだだけで解決しないというのは一理ある。
ヒープのサイズが変更されなくては解決しないからだ。
ここであれてる原因は、「何故意味が無いか」を全く語っていない点

-XX:+AggressiveHeapを使っているのであれば、メモリ増設は即ヒープサイズの余裕につながり
こういう状況においてはメモリ増設は意味を持つと言える。

ただしどちらも言葉にしていない前提があってのこと。

質問者はそののち、Netbeansを起動しているJVM内で自プログラムを実行していると
錯誤していることが分かった。>>69
この場合、Netbeansの起動オプションを変更していなければヒープサイズの最大は変わらない。
なので、>>69 の対応は他の回答者に比べて至極真っ当。
問題は、Netbeansが実行時に他JVMを起動していること。
NetbeansのJVMのサイズは関係がない。　　　なので>>71,75の回答が正解。
プロジェクトのプロパティの実行設定で実行時オプションを与えることができる。

>>72
実際何をしているコードか知りたいのはあるが配列＝糞かどうかは何とも言えない。
アプリケーションによってはGB単位のオンメモリテーブルを確保しておいて
効率を上げるということもありうるから。その場合、シンプルな操作が要されるだけなので
多機能なオブジェクトとして管理せず配列で管理するという選択もありではあると思う。