计算产业生态的繁荣发展，离不开产业上下游的共同努力。为践行“使能伙伴”，让伙伴从“用上鲲鹏”到“用好鲲鹏”的承诺，华为面向合作伙伴、客户和广大开发者提供鲲鹏开发套件DevKit和鲲鹏应用使能套件BoostKit。 DevKit助力不同计算平台间的应用迁移，从2019年初的60人天/应用，提升到现在2人天/应用，超过一万个企业级应用已经迁移到鲲鹏。BoostKit面向大数据、分布式存储、数据库、虚拟化、ARM原生、Web/CDN、NFV和HPC等八大场景，提供场景化性能调优加速组件。 华为全联接2021上，DevKit和BoostKit全新升级为2.0版本：DevKit 2.0从“应用迁移”走向“原生开发”；BoostKit 2.0 提供极致性能的 “数据亲和” 加速组件，立志做好“开发者的开发者”。 那么，DevKit2.0 BoostKit2.0如何以极简开发和极致性能，持续为开发者创新赋能？2月23-24日19:00-20:30，鲲鹏DevKit&BoostKit新版本推介会线上直播，揭晓答案。 亮点1：领衔“主演”——全明星研发团队 关于鲲鹏DevKit和BoostKit整体架构设计、演进方向和新版本关键能力等等，所有这些您关心的问题，都会在会上得到答案。本次推介会上，华为计算产品线鲲鹏计算产品部部长颜叶带领鲲鹏DevKit&BoostKit明星研发团队，为您深度解析DevKit&BoostKit新版本特性，并分享前沿技术的应用趋势及展望。 目前DevKit 2.0&BoostKit2.0版本已经在鲲鹏社区正式上线，开发者现在就可以前往DevKit专区和BoostKit专区体验最新的产品能力。 亮点2：鲲鹏开发套件迎来“新成员”——鲲鹏开发框架和云测服务 DevKit2.0充分释放鲲鹏架构优势，助力开发者快速迁移、极简开发，DevKit专场重点解析了代码迁移的增强功能、鲲鹏原生开发能力、鲲鹏架构下高性能编译、以及全场景性能调优&系统诊断等新技术突破。同时全方位解读DevKit开发套件的新成员：鲲鹏开发框架和云测服务。迁移：迁移功能进一步增强，支持鲲鹏亲和检查等能力，提升软件在鲲鹏平台的运行效率；开发：鲲鹏开发框架全新上线，提供从学习、到工程构建、源码开发，编译、检查等全方位辅助能力，帮助开发者快速上手、高效编程；编译：提供鲲鹏架构亲和的高性能毕昇编译器，实现编译性能提升25%；测试：7*24小时云测服务提供基于鲲鹏平台的兼容性、可靠性、安全、功能、性能等测试服务功能，快速识别和定位问题，提升开发体验；调优&诊断：支持4大场景8大维度的调优和诊断，精准调优系统性能、快速排除内存、网络、存储等部件故障。亮点3：“数据亲和”——四大高价值加速组件 BoostKit2.0 “数据亲和”加速组件对数据的全处理流程进行负载优化，充分发挥鲲鹏有效算力，从而大幅提升应用性能。BoostKit专场将重点解析机器学习/图分析算法、分布式存储全局缓存、安全可信的机密计算、HPC多瑙套件等“数据亲和”加速组件。机器学习/图分析算法性能倍增的奥秘：硬件亲和性优化和算法原理优化；全局缓存三大技术创新：缓存前后台分离，缩短IO路径；IO聚合，写缓存永不失效；智能预取，提高读缓存命中率；机密计算TrustZone原理：构建基于鲲鹏硬件安全保护的可信执行环境；HPC多瑙套件：超大规模多样性算力高效调度与管理。亮点4：文武双全 ——黑科技揭秘+实操演示 本次推荐会上，研发专家们还将对DevKit2.0和BoostKit2.0的关键能力进行实操演示，包括基于DevKit进行鲲鹏应用开发、性能调优和系统诊断，以及基于BoostKit的能力演示：全局缓存开发在X86集群和鲲鹏集群上的实效对比、以GBDT算法为例的BoostKit算法库的使用、可信执行环境TEE带来的直观安全收益、不同场景下HPC多瑙调度器的使用性能加速等，让广大开发者快速、直观地了解新功能的使用方法和应用案例。 亮点5：看直播，赢三重大礼 一重大礼：参加互动答题，按规则在直播间评论区提交正确答案，有机会获得京东购物卡一张； 二重大礼：参与每场直播问卷调查，可抽取华为FreeBuds 4i无线耳机； 三重大礼：会后提交鲲鹏原生开发作品，可抽华为平板电脑及飞利浦智能水杯等奖品。 如果您想要更深入地了解鲲鹏计算前沿的技术特性、创新思路以及实践成果；想要解锁鲲鹏DevKit&BoostKit新版本实践经验与技术干货，那么此次线上直播推介会不可错过。 2月23-24日19:00-20:30，鲲鹏DevKit&BoostKit新版本推介会邀您参加，还有惊喜大礼等您拿

【功能模块】国密nginx【操作步骤&问题现象】1、银河麒麟V10 server操作系统+华为鲲鹏920芯片2、实现国密NGINX证书卸载功能【截图信息】【日志信息】（可选，上传日志内容或者附件）

【功能模块】【操作步骤&问题现象】1、2、【截图信息】伙伴反馈在x86 centos7.6上代码执行正常，搬到鲲鹏ECS centos 7.6和openEuler上面都有这种情况，strcpy执行的结果有时候不对，提供的测试代码，strcpy函数执行结果后，after打印的结果不对代码执行正常时结果：执行异常时的结果：【日志信息】（可选，上传日志内容或者附件）

【功能模块】检查代码迁移工具的依赖文件报错【操作步骤&问题现象】1、使用bash runtime_env_check.sh命令检查依赖文件时出现报错2、报错：Not support os type!【截图信息】【日志信息】（可选，上传日志内容或者附件）

我在鲲鹏服务器上安装superset时，执行pip install apache-superset会报以下错误：-- Performing Test CXX_SUPPORTS_ARMV8_ARCH-- Performing Test CXX_SUPPORTS_ARMV8_ARCH - Failed-- Arrow build warning level: PRODUCTIONCMake Error at cmake_modules/SetupCxxFlags.cmake:368 (message):Unsupported arch flag: -march=.Call Stack (most recent call first):CMakeLists.txt:100 (include)-- Configuring incomplete, errors occurred!See also "/tmp/pip-install-rf8333vx/pyarrow_feb9512e0a40450aa1a3852c015fd5d9/build/temp.linux-aarch64-3.6/CMakeFiles/CMakeOutput.log".See also "/tmp/pip-install-rf8333vx/pyarrow_feb9512e0a40450aa1a3852c015fd5d9/build/temp.linux-aarch64-3.6/CMakeFiles/CMakeError.log".error: command 'cmake' failed with exit status 1

中央处理器：鲲鹏 920 x8核心显示适配器：AMD RX580操作系统：Ubuntu Kylin 优麒麟桌面环境：CuteFish

我们有一个C程序的动态库，在ARMv8平台下进行的编译，可以在Linux Armv8嵌入式芯片上运行（RK3399 Ubuntu arm），但是在鲲鹏服务器上，动态库加载失败：ELF load command alignment not page-aligned 请问，鲲鹏Aarch64架构CPU或者麒麟操作系统与普通嵌入式ARM CPU的开发板是否兼容？“ELF load command alignment not page-aligned”这个报错是操作系统问题，还是CPU问题导致的？

我们刚开始接触鲲鹏/麒麟平台，由于没有现成的服务器。想问一下，可以买一台鲲鹏PC台式机进行开发，之后在鲲鹏服务器上运行部署？软件在他们之间有什么兼容问题吗？我们有一个C程序和Java后台需要移植开发。C程序只能重新编译。

在数字化背景下，算力多样性发展已成为必然。作为多样性计算的典型代表，越来越多的开发者加入鲲鹏产业生态，基于鲲鹏平台进行应用的迁移和开发。在应用软件迁移过程中，存在部分存量现网应用软件只有x86/ARM32版本二进制工具包，且无源码可供移植的问题，导致无法直接在鲲鹏平台上运行。针对这一问题，ExaGear实现“低损耗”、“零成本”的无源码快速迁移，使得Linux x86/ARM32应用无需重新编译即可运行在鲲鹏平台上。ExaGear是什么？ExaGear是华为自主可控的动态二进制翻译软件，在运行时将待迁移Guest应用的x86(32/64-bit)或ARM32指令翻译成ARM64指令，并模拟Guest应用调用的操作系统API，使得Linux x86(32/64-bit)或ARM32的程序可运行在鲲鹏平台上，实现低成本、快速迁移到ARM64服务器。其翻译过程准确、稳定、高效，为当前无源码的商用软件运行于ARM64平台上铺平了最后一公里道路。图1 ExaGear在鲲鹏上翻译运行二进制程序ExaGear有哪些优势？1 一键式快速安装，支持多种部署方式ExaGear的安装和部署过程简单，一键即可完成，安装完成后，进入ExaGear环境，尤如在原生x86环境操作一样。ExaGear始终运行于Linux用户态，不对操作系统的运行产生干扰。以编译技术作为依托，ExaGear基于IR中间表示层做中端优化，既有支持多指令集的前端模块（如x86_32、x86_64、ARM32等），也有支持多指令集的后端模块（如ARM64、RISC-V等）。当前，ExaGear支持CentOS、openEuler、Ubuntu、安卓等主流操作系统，及容器相关的部署。后续版本根据市场需求可以适配更多的操作系统平台。图2 ExaGear的各种部署形态2 代码 “0”修改，最小化业务迁移成本无需改造源码，直接在ExaGear环境中部署x86软件，即可完成迁移，迁移周期短，业务连续性好。翻译过程遵循指令集标准规格以及Linux操作系统调用标准规格进行转换，在最底层完成业务执行，避免软件跨平台源码移植引入的额外bug，整体迁移过程兼容性好，稳定性有保障。3 性能领先，翻译性能极致优化在通用的编译框架基础上，ExaGear采用了“边翻译边执行+二级优化”的策略，在不影响业务流畅度的前提下，利用Guest程序在运行过程中表现出来的热点特征，针对热点执行路径极致优化，从而达到相对纯粹静态编译更优的翻译结果。图3 ExaGear工作流程图通过Benchmark对比评测x86的程序经过ExaGear指令翻译后的性能与原生AArch64的程序性能，当前在二级优化开启的情况下已经达到AArch64 Native的80%+能力，部分测试项甚至超越了原生应用的表现。随着技术的不断演进与优化，HPC等典型场景的性能损耗会进一步压缩。图4 ExaGear性能数据ExaGear主要用于哪些场景？ExaGear解决了用户将原有平台的软件系统迁移到鲲鹏平台时遇到的痛点问题。在迁移过程中，用户业务按重要性差异，往往可分为三类：无源码业务、有源码的非关键业务和有源码的关键业务。行业相关的无源码商业软件。这类软件只有二进制、没有源码，在行业内又有相当的影响力。在这样的场景下，需要ExaGear动态二进制翻译技术保障顺利完成迁移。有源码的非关键业务。使用频率低、对性能不敏感。对于这部分业务，客户就可以利用ExaGear完成动态的二进制翻译，使存量业务应用不需要通过代码移植，就可以直接运行在鲲鹏平台上。这一过程省却了大量的移植或优化源代码所需的人力和时间，而且没有因移植代码而引入额外的稳定性隐患。性能敏感且有源码的关键业务。建议通过手工的代码移植和性能优化完成迁移，达到最优的性能预期。ExaGear利用动态二进制翻译技术，结合动态二进制优化能力，能够稳定支持无源码的x86和ARM32存量业务运行在鲲鹏平台上，并且适于部署的场景广泛，既可以直接部署于操作系统，也可以部署于容器中，甚至是在ExaGear中再部署容器，能够在无源码的情况下屏蔽底层平台差异，低成本解决应用的平滑迁移，释放鲲鹏平台澎湃算力。想了解更多关于ExaGear的产品知识，欢迎各位开发者访问ExaGear产品页，还可以添加如下小助手微信进入Compiler SIG交流群与大家进行互动交流。原文转载自毕昇编译——通过动态二进制翻译快速迁移无源码应用关注 毕昇编译 获取编译技术更多信息

在数字化背景下，算力多样性发展已成为必然。作为多样性计算的典型代表，越来越多的开发者加入鲲鹏产业生态，基于鲲鹏平台进行应用的迁移和开发。在应用软件迁移过程中，存在部分存量现网应用软件只有x86/ARM32版本二进制工具包，且无源码可供移植的问题，导致无法直接在鲲鹏平台上运行。 针对这一问题，**鲲鹏开发套件DevKit提供动态二进制指令翻译软件ExaGear，实现“低损耗”、“零成本”的无源码快速迁移，使得Linux x86/ARM32应用无需重新编译即可运行在鲲鹏平台上。** **ExaGear是什么？** ExaGear是华为自主创新的动态二进制翻译软件，在运行时将待迁移Guest应用的x86(32/64-bit)或ARM32指令翻译成ARM64指令，并模拟Guest应用调用的操作系统API，使得Linux x86(32/64-bit)或ARM32的程序可运行在鲲鹏平台上，实现**低成本、快速迁移**到ARM64服务器。 其翻译过程准确、稳定、高效，为当前无源码的商用软件运行于ARM64平台上铺平了最后一公里道路。  **ExaGear有哪些优势？** **1** **一键式快速安装，支持多种部署方式** ExaGear的安装和部署过程简单，一键即可完成，安装完成后，进入ExaGear环境，尤如在原生x86环境操作一样。ExaGear始终运行于Linux用户态，不对操作系统的运行产生干扰。 以编译技术作为依托，ExaGear基于IR中间表示层做中端优化，既有支持多指令集的前端模块（如x86_32、x86_64、ARM32等），也有支持多指令集的后端模块（如ARM64、RISC-V等）。 当前，ExaGear支持CentOS、openEuler、Ubuntu、安卓等主流操作系统，及容器相关的部署。后续版本根据市场需求可以适配更多的操作系统平台。  **代码 “0”修改，最小化业务迁移成本** 无需改造源码，直接在ExaGear环境中部署x86软件，即可完成迁移，迁移周期短，业务连续性好。翻译过程遵循指令集标准规格以及Linux操作系统调用标准规格进行转换，在最底层完成业务执行，避免软件跨平台源码移植引入的额外bug，整体迁移过程兼容性好，稳定性有保障。 3 **性能领先，翻译性能极致优化** 在通用的编译框架基础上，ExaGear采用了“边翻译边执行+二级优化”的策略，在不影响业务流畅度的前提下，利用Guest程序在运行过程中表现出来的热点特征，针对热点执行路径极致优化，从而达到相对纯粹静态编译更优的翻译结果。  通过Benchmark对比评测x86的程序经过ExaGear指令翻译后的性能与原生AArch64的程序性能，当前在二级优化开启的情况下已经达到AArch64 Native的80%+能力，部分测试项甚至超越了原生应用的表现。随着技术的不断演进与优化，HPC等典型场景的性能损耗会进一步压缩。  **ExaGear主要用于哪些场景？** ExaGear解决了用户将原有平台的软件系统迁移到鲲鹏平台时遇到的痛点问题。在迁移过程中，用户业务按重要性差异，往往可分为三类：**无源码业务、有源码的非关键业务和有源码的关键业务**。 - **行业相关的无源码商业软件。**这类软件只有二进制、没有源码，在行业内又有相当的影响力。在这样的场景下，需要ExaGear动态二进制翻译技术保障顺利完成迁移。 - **有源码的非关键业务。**使用频率低、对性能不敏感。对于这部分业务，客户就可以利用ExaGear完成动态的二进制翻译，使存量业务应用不需要通过代码移植，就可以直接运行在鲲鹏平台上。这一过程省却了大量的移植或优化源代码所需的人力和时间，而且没有因移植代码而引入额外的稳定性隐患。 - **性能敏感且有源码的关键业务。**建议通过手工的代码移植和性能优化完成迁移，达到最优的性能预期。 ExaGear利用动态二进制翻译技术，结合动态二进制优化能力，能够稳定支持无源码的x86和ARM32存量业务运行在鲲鹏平台上，并且适于部署的场景广泛，既可以直接部署于操作系统，也可以部署于容器中，甚至是在ExaGear中再部署容器，能够在无源码的情况下屏蔽底层平台差异，低成本解决应用的平滑迁移，释放鲲鹏平台澎湃算力。 **直播预告** 除了无源码迁移场景，鲲鹏DevKit还提供代码迁移、编译调试、性能分析、系统诊断等丰富的工具套件，支撑有源码的无忧迁移和鲲鹏原生应用开发，充分利用鲲鹏架构的优势，最大化提升软件的运行性能。 **2月23日19:00-20:30** **鲲鹏DevKit新版本推介会** **直播****解读** **DevKit2.0的新版本特性****及关键技术** **欢迎报名观看**  转自 华为云公众号

resin官网没有找到arm安装包，4.0版本没有找到源码包，使用3.1版本的源码包也无法安装https://www.caucho.com/download/resin-3.1.15-src.zip

为了加速行业创新，鲲鹏面向伙伴、客户和广大开发者提供开发套件DevKit与应用使能套件BoostKit,加速迁移应用，使能极简开发和极致性能。DevKit如何帮助伙伴、开发者从迁移走向原生开发?BoostKit“数据亲和”加速组件如何帮助伙伴和客户构建场景化解决方案?本次推介会将一一揭晓……精彩看点鲲鹏DevKit2.0&Boostkit2.0新版本正式上线DevKit鲲鹏开发框架首次亮相BoostKit“数据亲和”详情揭秘新版本关键特性真实演示产品研发明星团队大咖齐聚转自华为计算公众号

【功能模块】在弹性服务器中，安装docker后，利用centos7 for arm/v8镜像 起的容器，glibc版本较低，升级过程中安装gmp失败，流程是按照https://bbs.huaweicloud.com/blogs/323658这个帖子来进行的【操作步骤&问题现象】1、下载gmp包2、安装./configure --prefix=/usr/local/gmp-6.1.0checking build system type... aarch64-unknown-linux-gnuchecking host system type... aarch64-unknown-linux-gnuchecking for a BSD-compatible install... /usr/bin/install -cchecking whether build environment is sane... yeschecking for a thread-safe mkdir -p... /usr/bin/mkdir -pchecking for gawk... gawkchecking whether make sets $(MAKE)... nochecking whether make supports nested variables... nochecking whether to enable maintainer-specific portions of Makefiles... nochecking ABI=standardchecking compiler gcc -mfpu=neon -O2 -pedantic ... nochecking compiler gcc -O2 -pedantic ... nochecking compiler cc -O ... noconfigure: error: could not find a working compiler, see config.log for details--------------------以上问题已解决----------------新问题：在安装GNU过程中，运行make -j 96 后报错部分信息如下/bin/sh: line 1:  3473 Killed                  build/genrecog ../../gcc/common.md ../../gcc/config/aarch64/aarch64.md insn-conditions.md > tmp-recog.cmake[3]: *** [s-recog] Error 137make[3]: *** Waiting for unfinished jobs..../bin/sh: line 1:  3534 Killed                  build/genautomata ../../gcc/common.md ../../gcc/config/aarch64/aarch64.md insn-conditions.md > tmp-automata.cmake[3]: *** [s-automata] Error 137/bin/sh ../../gcc/../move-if-change tmp-output.c insn-output.cg++: internal compiler error: Killed (program cc1plus)Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.make[3]: *** [attribs.o] Error 4echo timestamp > s-outputg++: internal compiler error: Killed (program cc1plus)Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.g++: internal compiler error: Killed (program cc1plus)make[3]: *** [c/c-errors.o] Error 4Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.make[3]: *** [c-family/stub-objc.o] Error 4g++: internal compiler error: Killed (program cc1plus)g++: internal compiler error: Killed (program cc1plus)Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.make[3]: *** [c/c-lang.o] Error 4Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.make[3]: *** [c/c-typeck.o] Error 4g++: internal compiler error: Killed (program cc1plus)Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.make[3]: *** [c/c-decl.o] Error 4g++: internal compiler error: Killed (program cc1plus)Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.make[3]: *** [c/c-convert.o] Error 4g++: internal compiler error: Killed (program cc1plus)Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.make[3]: *** [c/c-aux-info.o] Error 4g++: internal compiler error: Killed (program cc1plus)Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.g++: internal compiler error: Killed (program cc1plus)make[3]: *** [c-family/c-indentation.o] Error 4Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.make[3]: *** [c/c-fold.o] Error 4g++: internal compiler error: Killed (program cc1plus)Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.make[3]: *** [c-family/c-common.o] Error 4g++: internal compiler error: Killed (program cc1plus)Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.make[3]: *** [c-family/c-cppbuiltin.o] Error 4g++: internal compiler error: Killed (program cc1plus)Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.make[3]: *** [c-family/c-gimplify.o] Error 4g++: internal compiler error: Killed (program cc1plus)Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.make[3]: *** [c-family/c-format.o] Error 4g++: internal compiler error: Killed (program cc1plus)Please submit a full bug report,with preprocessed source if appropriate.See <http://bugzilla.redhat.com/bugzilla> for instructions.make[3]: *** [c/gimple-parser.o] Error 4/bin/sh ../../gcc/../move-if-change tmp-attrtab.c    insn-attrtab.c/bin/sh ../../gcc/../move-if-change tmp-dfatab.c     insn-dfatab.c/bin/sh ../../gcc/../move-if-change tmp-latencytab.c insn-latencytab.cecho timestamp > s-attrtabrm gcc.podmake[3]: Leaving directory `/gcc-9.1.0/obj/gcc'make[2]: *** [all-stage1-gcc] Error 2make[2]: Leaving directory `/gcc-9.1.0/obj'make[1]: *** [stage1-bubble] Error 2make[1]: Leaving directory `/gcc-9.1.0/obj'make: *** [all] Error 2请问这一步应该怎么解决呀【截图信息】【日志信息】（可选，上传日志内容或者附件）

【功能模块】【鲲鹏架构服务器安装mongodb】【安装mongodb】【操作步骤&问题现象】1、【鲲鹏架构服务器安装mongodb】【安装mongodb】，解压编译需要100多g磁盘空间，x86的系统安装占用不到1个g磁盘空间，是为什么呢2、我们购买的云服务器资源都是不到100g磁盘空间的，可以明确一下具体原因吗？请看截图信息（鲲鹏官方套件指导要求至少需要150g磁盘空间）【截图信息】鲲鹏官方套件指导地址：https://support.huaweicloud.com/instg-kunpengdbs/kunpengmongodb_03_0002.html鲲鹏官方套件操作系统要求如下：操作系统要求操作系统要求如表2所示。表2 操作系统要求项目版本备注CentOS7.6 for ARMcat /etc/*-releaseopenEuler20.03 (LTS-SP1) for ARMcat /etc/*-release说明：1.如果是全新安装操作系统，可选择“Minimal Install”安装方式并勾选Development Tools套件，否则很多软件包需要手动安装。2.MongoDB 4.0.12在安装的时候，/root分区大小设置不小于50G，执行df -h /root或者lsblk查看/root分区大小。3.MongoDB编译目录建议大于150G（MongoDB文件解压并编译后目录大小为133G）。【日志信息】（可选，上传日志内容或者附件）