我们刚刚完成了构建具有节点的电子应用程序并作出反应。该应用程序在每个平台上运行流畅，我们对结果非常满意。 现在我们收到了在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