イメージサイズが最大許容サイズを超えてしまいます。
解決題の通り、
fatal error LNK1248: イメージサイズ(CC106000)が最大許容サイズ(80000000)を超えています。
というエラーが出てしまいました。
前の（コンストラクタがうんぬんかんぬんの質問）解決後の書き込み等の
ことを見直してコンストラクタを変更したりしたんですが、
このイメージサイズだけは解決することはできません。
ちなみに、自分でもイメージサイズが大きくなってしまうような要因に
大体の見当をつけているのですが、
・先の質問であったTableクラスが7の９乗の９次元配列で実装。かつ、メン バが７つ存在する。さらに、その要素を持つ変数が３つ存在する。
といった、ことが原因なのではないかと見当をつけています。
少なくても状態数が847,425,747個もあるので・・・
ただ、７×７×７の立体フィールド上に与えられた重みをすべて保存しておかなければならないプログラムの特性上、状態数の削減ができない状態です。なにか、解決策はあるでしょうか？
現状の Win32 では１プロセスあたりのユーザーメモリ空間は 2GB です。
CC106000 が本当なら約 3.2GB のプログラムを作ろうとしていることになります。
原理的にデータ量を削減できないのなら Win32 で動かすのは不可能。
将来の Win64 を待つか、いわゆるスーパーコンピュータを使うしかないでしょう。
どういう構造なのか
補足説明を少し書いておきます。
一つのオブジェクトは自分から見た他の３つのオブジェクトの位置情報を保存するため７×７×７のうちのどの座標にいるかを保存します。
ここで、他のオブジェクトの座標を[7][7][7]の３次元配列で保存するため
すべてのパターンをあわせると、[7][7][7][7][7][7][7][7][7]の９次元の配列が必要になります。さらに、そのオブジェクトの配置関係における、オブジェクトの移動方針を決めるために、７つの方向に対する（上、下、左、右、奥、手前、移動しない）重みを保存します。
そのデータ構造を３つのオブジェクトに持たせるため、
７の９乗×７×３の状態数が必要になります。
データ数が減らせないなら、とりあえずこのあたりでがんばるしか
ないのでは？
・個々のデータのサイズを削ってみる
(short にするとか、重みは 3bit で足りるのでパッキングするとか)
・データ構造を見直して、全体のデータはファイルにでも
保持しておき、必要な部分のみメモリ上に読み出して使う。
# MS-DOS 時代の 64KB/640KB の壁を髣髴させる労力がかかりそうですが、
# 設計時に概算してみれば予測できた挙動かと思います。
> 重みは 3bit で足りるのでパッキングするとか
各方向に対して重みがあるのですね。読み違えてました。
教官と綿密な打ち合わせにより、やむなしということで
７×７×７の空間を縮小することで合意しました。
５×５×５でなんとか動くようになったので
それで、プログラムを組んでいきたいと思います。
| ツイート |  |