2016-03-26 9 views
11

ノードで電子アプリケーションを構築して反応しました。アプリケーションはすべてのプラットフォームでスムーズに実行されており、結果はかなり満足しています。 dvdにそのアプリのバージョンを配布するリクエストが届きました。つまり、ローカルドライブにインストールせずに直接ディスクからアプリケーションを実行する必要があるため、ただ焼き付けて起動しようとしました。 アプリは問題なく動作していますが、問題はローディング時間です。これは、アプリをエンドユーザーにフィードバックすることなく2分ほどかかります。 これは、光学ドライブから非常に遅い多数のファイルをロードするためのオーバーヘッドによって引き起こされます。 私たちは物事をスピードアップしたり、少なくともローディング中にユーザーに何かを見せてもらうためのアイディアが必要です。 これはスプラッシュ画面を持つランチャーアプリケーションですが、mac、win、linux上で実行する必要があります。 我々はQTで思ったが、我々はより複雑なものが欲しい..dvdからの電子アプリ低負荷性能

任意のアイデアは

+0

あなたのDVDにはおそらくディスクの読み取りに問題があります。 DVDは数秒でアプリケーションを読み込むのに十分速いです。ディスクの読み取りパフォーマンスをテストしてください – dtech

+0

私は18種類のハードウェアの組み合わせでテストしました。大容量のファイルを転送するときは光ドライブが高速ですが、複数の小さなファイルを読み取る必要がある場合は非常に遅いです。電子サンプルアプリケーションでさえ、cd/dvdからロードするのに1分以上かかります –

+0

非常に小さなファイルが多い場合は、アクセスが遅くなる可能性があります。可能であれば、すべての罰金を1つのバイナリファイルにまとめ、メモリにロードして個々のファイルチャンクをそこから読み取る必要があります。 – dtech

答えて

0

が、それは可能性が高いあなたはそれを実行しているアプリケーションやデバイスの問題ではありません。これは、最も可能性の高いされ歓迎されています遅いDVDプレーヤーや遅いDVD自体である場合は、インストーラを作成して人々にウェブサイトからダウンロードさせたり、実行可能ファイルを使ってUSBを販売するなど、他の方法で配布しようとすると便利かもしれません。別の質問ですが、ソースから実行ファイルに電子アプリケーションを変換しましたか?コマンドから電子コードを実行するよりも、実行ファイルを起動する方がはるかに高速で簡単です。

0

私は理論を持っているので、通常のDVDに書き込むことができないので、読み込み時間ではないかもしれないし、 t。

私は自分の理論を少し調べて電子アプリケーションをダウンロードし、パッケージ内容(MacOS上)を調査して、インストールプロセス中にOSによって変更されたかどうかを調べ始めました。

私が遭遇したファイルの大半は、アプリのデプロイ用にパッケージ化されたときと同じ作成/変更日でした。しかし、これらの両方のケースでは、コンテンツ/フレームワーク内に、アプリケーションをインストールした時点で変更された3つのディレクトリ(Electron Framework.framework、Mantle.framework、ReactiveCocoa.framework、およびSquirrel Framework)があることに気付きました。

DVDのこれらのファイルを更新しようとすると、エラーが発生するようです。

これは私の理論です。正しいとは言えませんが、ここで言及されていないと聞いたことがあります。