由于配置文件导致 XULRunner 启动时间非常慢
我有一个应用程序，它通过构建框架应用程序文件夹结构来生成临时 XULRunner 应用程序，然后使用以下命令启动它：
xulrunner -app /path/to/temporary/application.ini
这一切都有效，但实际加载应用程序需要花费不可接受的时间。我已将 xulrunner 生成/使用配置文件信息的时间消耗隔离开来。
我尝试添加 -profile /path/to/static/folder 和 -profile /path/to/temporary/folder 但每个仍然有很长的延迟（30 - 60 秒，在快速计算机上）。我还添加了 -no-remote 但没有效果。
当应用程序启动时，我可以看到配置文件文件夹慢慢充满文件，一旦所有文件都在那里，GUI 就会很快出现。不幸的是，当使用配置文件的静态文件夹时，这个时间似乎并没有消失（它可能会重新生成一些文件？）。
所以我的问题是，是否可以完全禁用 xulrunner 的配置文件管理？我还能做些什么来提高加载速度吗？
I have an application that generates temporary XULRunner apps by building a skeleton application folder structure, and then launching it with:
xulrunner -app /path/to/temporary/application.ini
This all works, but it takes an unacceptable amount of time for the application to actually load. I have isolated the time-sink to xulrunner generating/working with profile information.
I have tried adding -profile /path/to/static/folder and -profile /path/to/temporary/folder but each still has a very long delay (30 - 60 seconds, on a fast computer). I have also added -no-remote but with no effect.
When the application launches, I can watch the profile folder slowly fill with files, and once all the files are there, the gui comes up fairly quickly. Unfortunately this time does not seem to disappear when using a static folder for the profiles (it might be regenerating some of the files?).
So my question is, is it possible to completely disable xulrunner's profile management? Is there anything else I could do to increase the loading speed?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
如果配置文件的位置位于以下子目录中，则可能会减慢速度： Windows 中的
/roaming路径。检查 XULRunner 配置文件和缓存数据是否位于本地目录或网络上。mozillazine 文章讨论了如何查找和修改此设置，配置文件管理器提供用于创建和删除配置文件的实用程序。
The location of the profile can slow it down if it's in a subdirectory of the
/roamingpath in Windows. Check whether the XULRunner profile and cache data are in a local directory or on a network.A mozillazine article discusses how to find and modify this setting, and the Profile Manager provides utilities to create and delete profiles.
您使用的是 VirtualBox 还是其他虚拟机？
我在 VirtualBox 环境中的扩展也遇到了类似的问题（来宾操作系统是 Windows XP）。我的扩展源位于从共享主机文件夹安装的目录中。这导致启动滞后与您的情况非常相似。
Are you using VirtualBox or other VM?
I had a similar problem with extensions inside VirtualBox environment (guest OS was Windows XP). My extension source was located in a directory mounted from a shared host folder. That caused startup lags very similar to yours.