問題タブ [pre-allocation]

Dymola でmosスクリプトを作成しています。このスクリプトでは、 forループ内で配列要素を動的に計算しています。コマンド ウィンドウには多くの情報が出力されます。印刷するたびに

など。毎回配列を「再宣言」したくありません。単に「入力」したいだけです。配列サイズの事前割り当てはこの問題を解決しますか? もしそうなら、mosスクリプトで配列を事前に割り当てるにはどうすればよいですか? 私はさまざまな方法を試しました

Dymola がエラーをスローします。だから私の質問は1）mosスクリプト内の配列の事前割り当て2）コマンド出力の抑制です。誰かが私を助けることができますか？ありがとうございました

R の事前割り当てについて混乱しています。事前割り当てがはるかに高速になり、オーバーメモリの問題を解決できることは誰もが知っています。しかし、長さが不明なリストを取得したい場合は、もっと長い長さを割り当てる必要がありますか? または、「適切な」長さを割り当てることができ、リストの最終的な長さが割り当てられた長さを超えている場合は、拡張された要素をリストに追加できます。たとえば、最終的なリストの長さが 20000 であると仮定します。

最初の方法は次のとおりです。

2番目の方法は次のとおりです。

どちらが良いでしょうか？または、より良いアイデアがあれば教えてください。ありがとう。

たとえば、次のように記述します。

whos x出力:

0x5したがって、 class の空の配列を取得しますint8。

メモリサイズが 0 バイトの場合、null 以外の次元を含む空の配列を事前に割り当てる目的は何ですか?

その場合

よりも便利です

int8.empty(0,5)まだメモリの 5 つの「スロット」を事前に割り当てていますか?

for ループを使用しているとき、オブジェクトを for ループ内で「成長」させるのではなく、オブジェクトを事前に割り当てて「埋める」べきであるというアドバイスに頻繁に遭遇しました。この経験則は foreach の使用にも適用されますか?

とてつもなく単純な例を挙げると、長さ 3 のベクトルをモンテカルロ描画のそれぞれでサンプリングし、各ベクトルを出力行列の各行に格納するとします。（私の実際のコードでは、描画ごとに一連の操作を行い、結果が別のマトリックスに表示される回数を数え、その数を最終出力に保存します。しかし、それは私の質問には関係ないと思います. )

この場合、事前割り当ては foreach に役立ちますか? 私の懸念は、出力マトリックスが一度大きなマトリックスとして作成され、次にforeach によって (塗りつぶされるのではなく)上書きされるため、時間とメモリを浪費するだけであるということです。