可否描述一下“组件集成”和“依赖切换”具体的概念？

可否描述一下您希望看到的可视化信息 具体是哪些？

被翻译的x86代码、数据的预加载和执行与其在x86原生环境下一致。 动态翻译过程不对x86代码的执行作预测，因此翻译过程有一定的性能消耗（~20%）。 一个规划中的改进方向是，将x86应用在启动时所作的二进制翻译结果保留下来（code base），以加速下一次该程序的启动速度。

ExaGear二进制翻译套件目前在DevKit的框架下推广和发布。 但Exagear套件本身可以独立部署在鲲鹏服务器，在x86应用运行时动态翻译。

请 ls -l /opt/exagear/bin/ubt_x64a64_al 看一下是否有可执行权限。/usr/bin/exagear  和  /opt/exagear/bin/ubt-wrapper 均是Shell脚本，可以在控制台上运行set -x看执行到哪一步报错。下面这行信息有未解析的变量：“/usr/bin/exagear: line 111:  5104 Segmentation fault      ${EXAGEAR_WRAPPER} /bin/echo "Starting ${COMMAND} ${ARGS} in the guest image ${IMAGE_DIR}"”

你看看系统里是否安装了这些字符编码的包，或者是否有权限运行这个命令。这是个部署问题，你试着网上找一找答案，研究下locales。

之前问你 字体库的名称和具体路径，还有APP名称，是为了便于问题的分析定位，尽量收集详细的信息。如果真是问题，便于复现。与访问路径、环境变量设置相关的信息是可以网上搜索到，有很多。字体库如果不能访问，这是一个思考方向。但它不属于二进制翻译技术的范畴。回答你最初的问题：guest和host不共享字体库，各自独立。Guest下的gedit如需特定字体，需要在guest下安装。

App和字体库的具体名称有没有关系，看App是否有自定义的字体库访问路径，或环境变量。默认情况下，guest和host不共享/usr/share/fonts。App在guest中运行，就是使用的guest路径下的字体库。如果没有，需要安装。

请提供一下，字体库的名称和具体路径。APP有名称的话，也请留一下信息。

是的，没错。