我們剛剛完成了構建具有節點的電子應用程序並作出反應。該應用程序在每個平臺上運行流暢，我們對結果非常滿意。 現在我們收到了在dvd上發佈該應用程序版本的請求（這意味着我們需要直接從光盤運行應用程序，而無需將其安裝在本地驅動器上），因此我們只是刻錄它並嘗試啓動它。 該應用程序工作正常，但問題是加載時間，因爲它需要將近2分鐘的時間才能讓應用程序運行，而沒有任何反饋給最終用戶。 這是由加載大量光驅非常慢的文件造成的。 所以我們需要一些想法來加快速度，或者至少在加載時間內向用戶展示一些東西。 這可能是啓動畫面的啓動程序，但它必須在mac，win和linux上運行。 我們認爲在QT，但我們想的東西不那麼複雜..來自DVD的電子應用程序加載性能不佳
任何想法，歡迎
這很可能是不能和你正在運行它的應用程序或設備的問題，它更可能成爲慢速DVD播放器或慢速DVD本身時，嘗試通過其他方法進行分發也很有用，例如製作安裝程序並讓用戶從網站下載或銷售帶有可執行文件的USB。另一個問題，你是否將電子應用程序從源代碼轉換爲可執行文件？啓動可執行文件比從命令運行電子代碼快得多也容易。
我有一個理論，它可能與你不能寫入典型DVD的事實有關，因此它可能不是加載時間，它可能是它試圖寫入，並且它可能「噸。
我對我的理論做了一些調查，並下載了一些電子應用程序，然後開始調查他們的軟件包內容（在MacOS上），看他們是否在安裝過程中被操作系統修改過。
我遇到的大多數文件與應用程序打包進行部署時的創建/修改日期相同。但是，在這兩種情況下，我注意到在內容/框架內部有三個目錄在我安裝應用程序（Electron Framework.framework，Mantle.framework，ReactiveCocoa.framework和Squirrel Framework）時被修改。
看來，如果它試圖在DVD上對這些文件進行更新，就會出現錯誤。
這是我的理論 - 它可能不是正確的，但沒有聽到它在這裏提到，所以也許看看。
您的dvd在讀取磁盤時可能有問題。 DVD的速度足以在幾秒鐘內加載應用程序。測試磁盤讀取性能 – dtech
我在18種不同的硬件組合上測試了它。傳輸大文件時光驅速度很快，但如果您需要讀取幾個小文件，速度會非常慢。即使是電子樣本應用程序也需要花費一分多時間從CD/DVD加載 –
如果您的文件數量很高，可能是緩存訪問時間過長。如果可能的話，你應該把所有罰款合併成一個二進制文件，加載到內存中並從那裏讀取單個文件塊。 – dtech