問題タブ [sparse-array]

var array = [1,2,undefined,4]; JavaScriptでは、: は次と同じであると考えられます 。

しかし、そうではありません。このコードはそれを示しています：

出力：

array1 の undefined が array2 の undefined と同じではないのはなぜですか? for ループは同じように動作するのに、reduce はそうではないのはなぜですか?

スパースブール配列のリストビューからチェックされたすべてのアイテムを取得しようとしており、その配列を関数に渡してユーザーにダイアログを表示し、[はい]をクリックすると、スパース配列で選択されたアイテムのデータベースでいくつかの処理を行います。

私が直面している問題は、関数を呼び出す前にスパース配列のサイズを確認すると、正しいサイズが表示されますが、関数を渡すと、呼び出されるとすぐにサイズが 0 になります。なぜそれが起こっているのか。

これが私がやっていることです--->

そして、これは私がそれを渡すメソッドです --->

最初のログでは正しいサイズが得られますが、2 番目のログでは 0 になります。何が問題なのかわかりません。どんな助けでも大歓迎です。

私は機械学習のために非常に高次元のベクトルを扱っており、numpy を使用してメモリの使用量を削減することを考えていました。numpy (1)(3) を使用してどれだけのメモリを節約できるかを確認するための簡単なテストを実行します。

規格一覧

numpy 配列

メモリ使用量 (2)

私が期待したように。

ネイティブ フロートを使用してメモリのブロックを継続的に割り当てることにより、numpy は標準リストが使用しているメモリの約半分しか消費しません。

私のデータはかなり予備的であることがわかっているので、スパース データを使用して同じテストを行いました。

規格一覧

numpy 配列

メモリ使用量 (2)

突然、Python リストは numpy 配列が使用するメモリの半分の量を使用します! なんで？

私が考えることができることの1つは、Pythonが非常にまばらなデータが含まれていることを検出すると、辞書表現に動的に切り替えることです。これをチェックすると、実行時のオーバーヘッドが大幅に増える可能性があるため、これが起こっているとは思えません。

ノート

1. テストごとに、新しい python シェルを開始しました。
2. htopで測定したメモリ。
3. 32 ビット Debian で実行します。

配列を生成する小さなプログラムを作成しましたが、これは非常に長く実行されます (ほぼ永久に ;-)):

空の配列の代わりに length のスパース配列を作成するiと、プログラムが非常に速くクラッシュします。

実際にはi17424 に等しくなり、エラー メッセージが表示されます。

Node.js によってコンソールに戻ります。唯一の違いは、2 番目のものは最初のものよりも「大きい」空の配列を生成することであるため、これは、長さの空のスパース配列が lengthの空の配列のスペースの倍nを占めることを意味します。n1

私はこれについて正しいですか (特に Node.js に対して)?

もう 1 つの質問: 実行した場合

その後、1286175 になり、次のように再びクラッシュします。

これが他の 2 つのオプションと異なる動作をするのはなぜですか?

PS: Node.js 0.12.0 を使用して、これを OS X で実行しています。

Javascript では、次のようなスパース配列を宣言できます。

しかし、Coffeescript でエラーが発生します。では、Coffeescript でスパース配列を作成するにはどうすればよいでしょうか?

私はそれを単一の課題でやりたいのですが、好きではありません: