0

間違いなく奇妙な問題の解決策を探しています。では、d3.js を使用してチャートとグラフをプロットします。ただし、データセットは非常に小さいものから非常に大規模なものまであります。現在、私たちが行っていることのほとんどは社内でのプロトタイプ作成です。ただし、クライアントにこれらのチャートを表示し、リアルタイムで描画します。非常に頻繁かつ迅速に入力を変更します。

D3 でこれを行うと見栄えがしますが、予想どおり遅くなる可能性があります。このプロセスの可能性にもっと興味があります。私たちの Web サイトにアクセスしてログを記録し、サーバー上でリモートでレンダリングされているダッシュボードのインスタンスを表示します。我が家のサーバー群は超魔獣なので、重労働をする心配はありません。これらのプロセスを最高の PC よりも約 100 倍高速に実行できるため、ダッシュボードのオンザフライでインスタンスを作成するように Web サイトをセットアップできるようですが、そのユーザー アカウント データにしかアクセスできません。

少しややこしくなってきましたので、説明させてください。何百万ものデータポイントでいっぱいのデータベースがあります。約 10 のユーザー アカウントがあります。それぞれがこのデータの異なる部分にアクセスできます。1 つはすべてにアクセスでき、もう 1 つは一部にアクセスできます。これはすべて、私たちが解決策を探している問題ではありません。ユーザーがリモートで制御しているウィンドウを介して、サーバーがサイトの複数のインスタンスを作成する機能にもっと関心があります。ある意味、リモート デスクトップのようなものです。リモート レンダリングの一部であるユーザー ログイン フォームから始めることもできます。私たちのシステムは完全にホストされ、サーバー自体で動作します。私たちのページは、ある意味では本質的にサーバー上の KVM です。ただし、同時に複数のユーザーを処理する必要があります。

私たちは Centos 6.4 の Python をバックエンド用に大量に使用しています。php HTML と Postgres と SQLite の混合物ですが、どれも重要ではないかと思います。私の拠点をカバーしたいだけです。

4

1 に答える 1

2

何百万ものデータポイントを、なんらかの方法でグループ化したり要約したりせずに、1 つの画面に意味のある形で表示できるとは思えません。サーバー上で処理を行ってデータを要約し、結果の小さなデータセットをクライアントに送信します。クライアントはそこからグラフやチャートをプロットします。現在、複数のデータ セットが存在する可能性がありますが、クライアントのパフォーマンスが大幅に向上するはずです。例えば

  • {数百万点} -> サーバーで変換 -> 棒グラフのデータをクライアントに送信
  • {百万点} -> サーバー上で変換 -> XY 散布図のデータ

あなたが提案したことは、実際にはプログラミングの問題ではなく、うまくスケーリングできません。

于 2013-07-25T14:14:23.793 に答える