掌握将Excel文件转换为PDF的简单高效方法
1391
2022-05-29
鲲鹏软件迁移概述
鲲鹏软件迁移,处理器指令集的差异,使得原来运行在x86的程序可能无法直接在鲲鹏平台运行。鲲鹏开发套件可以帮助开发者扫描分析源码/软件包,识别修改点,协助开发者完成软件迁移。
使用鲲鹏开发套件,对源代码/软件包进行分析扫描,识别修改点,快速将软件迁移到至鲲鹏平台
鲲鹏代码迁移工具是一款可以简化客户Linux应用迁移到基于鲲鹏916/鲲鹏920的服务器或鲲鹏云服务(弹性云服务器KC1实例、裸金属服务器)过程的工具。当客户有源码的软件迁移到鲲鹏平台上时,可用该工具自动分析出需修改的代码内容,并指导如何修改,该工具能够解决客户代码兼容性人工排查困难、迁移经验欠缺、反复依赖调试定位等,投入工作量大,整体效率低的痛点,通过该工具能够分析待迁移软件源码文件,给出代码迁移指导报告,可迁移性评估及迁移建议可视化,一键式代码替换,降低迁移难度,提升迁移效率。本工具仅适用于开发和测试环境。仅支持x86 Linux到鲲鹏Linux的扫描与分析,不支持Windows软件代码的扫描、分析与迁移。
迁移的五个步骤(迁移准备,迁移分析,编译迁移,性能调优,测试与认证)
1,迁移准备
(
信息收集
软件信息:
开源软件,商用软件
中间件/编译器
操作系统/虚拟机
硬件信息 芯片/服务器信息
环境申请
Openlab远程软件,一站式迁移调优
平台移植X86 -> 鲲鹏 --->兼容性测试 --->技术认证
业务流:源代码移植检查 编译构建 性能调优 自动化测试 认证发布
测试套: 兼容性测试 稳定性测试 性能测试 安全测试 功耗测试
工具链:移植知识库 扫描工具 迁移工具 性能分析工具 自动化测试工具
)
2,迁移分析(
软件栈分析:
业务软件:
开源软件 获取开源软件ARM64软件包或下载源代码重新编译
依赖组件 获取ARM64包或获取源码重新编译,闭源组件需升级替换ARM版本或替换类似组件库
自研软件:
编译语言c/c++/GO类编译语言重新编译
解释语言java/python等解释型语言代替ARM版本JDK或PVM虚拟机
商用软件 获取致辞鲲鹏处理器或TaiShan服务器的软件版本 如无法获取到兼容版本,需要换其他类似软件
运行环境
JDK: 替换致辞鲲鹏版本JDK,如OpenJDK,Huawei JDK等
编译器:替换支持鲲鹏编译器,如GCC9.1
操作系统 替换鲲鹏操作系统,可使用智能计算产品兼容性查询助手查询
编程语言/代码/依赖库分析)
3,编译迁移(
代码迁移;
子类
编译型语言 c/c++/go
修改点
代码修改:源码中对指令集依赖的宏定义及builtin函数
脚本修改: 替代成支持鲲鹏的编译选项
内联汇编:替代后重新编译,比如rdtsc指令等
不兼容指令:如SSE lintrinsic类加速指令,需重新编写
解释型语言
java/python
直接翻译:解释性语言开发的应用程序,代码无需修改,程序也不需要重新编译,如java软件安装ARM版本JDK即可
依赖库编译:如果软件含依赖库,则需要重新编译
软件包迁移;RPM DEB
扫描依赖:扫描软件包的运行依赖库/可执行程序
依赖库编译:编译型语言需重新编译,解释性语言基于对应的虚拟机运行
软件打包:按照软件安装包原有结构重新制作成鲲鹏的软件包
)
4,性能调优(
性能指标测试:
建立基准 调优前根据当前的硬件配置,组网,测试模型做综合评估,建立合理的调优目标。
压力测试 通过压力测试工具对系统加压,同时监控系统数据,记录数据变化
确定瓶颈 在压力测试下,测试系统比较容易显示。系统的瓶颈通常会在cpu过于繁忙,lo等待,网络等待,响应时延等方面出现。
实施优化 根据瓶颈点针对性地实施优化措施,同时记录优化措施,一旦出现负向效果,及时回退。
确认效果 重新启动压力测试,准备好相关的工具监视系统,确认优化效果。
性能优化
)
5,测试与认证 压力测试,长稳测试,规模商用/鲲鹏展翅认证
(
功能测试 测试业务基本功能在鲲鹏上运行是否正常,含单元测试及系统集成测试
性能测试 测试业务性能表现是否符合目标,同时监测各系统指标是否正常
长稳测试 长时间运行测试程序,以检测业务能否长期稳定运行
规模商用 上市资料刷新 割接上线
)
金融行业核心系统整体切换案例
迁移规模:整体迁移,涉及的商业软件较多,编码类型主要以java居多,涉及的java软件包100多个
测试场景:大数据/数据库/虚拟化/物理机性能/业务系统功能
工作量:整体迁移用时1.5个月,测试及调优用时1个月
测试结果:各业务系统功能验证通过,各测试场景性能均优于友商
鲲鹏开发套件,使能开发者,加速算力升级
迁移分析(技术可行性)--> 编译迁移(功能可用) -->性能调优(性能更优) -->Hello Kunpeng!
分析扫描工具
软件兼容性列表
依赖库检查评估
代码改动量评估
移植评估
迁移工具
软件构建迁移
源文件迁移
依赖库迁移
移植指导报告
性能优化工具
性能分析全景
系统/进程/线程函数分析
软件调优建议
性能分析&调优UI
C/C++代码迁移
编译型语言源码--可执行性程序过程介绍
编译型语言:C/C++/GO
编译型语言开发程序从x86处理器迁移到鲲鹏处理器时,必须经过重新编译才能运行
从源码到程序的过程:源码需要由编译器,汇编器翻译成机器指令,再通过链接器链接库函数生成机器语言程序
源码->预处理->预编译文件->编译->汇编代码->汇编->目标文件->链接->可执行文件
C/C++代码需移植的原因:
架构差异:x86和鲲鹏处理器(aarch64)属于不同架构
指令集差异:x86--复杂指令集,鲲鹏处理器--精简指令集。
向量寄存器差异:x86和鲲鹏处理器使用向量寄存器不同,向量指令集也存在差异。
C/C++代码工程主要包括两类文件:编译构建脚本,C/C++源码
编译脚本 Makefile CmakeLists.txt Configure autogen.sh bootstrap.sh 等
C/C++源码 src examples tests 等
可能涉及的移植项目
编译构建脚本类文件
编译选项的移植(指定数据类型,生成代码特征,目标执行器架构,处理器硬件加速功能等)
C/C++源码类文件
编译宏移植(用户自定义宏移植,编译器自定义宏移植)
编译器自带builtin函数移植
内联汇编移植
SSE intrinsic函数移植(MMX/SSE类函数移植,AVX函数移植)
C/C++代码编译构建过程
CMakeLists.txt ->
获取源码->准备编译环境-> configure -> Makefile文件 -> 编译 ->替换依赖库 ->安装部署
1获取源码 :通过github或第三方开源社区获取
2准备编译环境:安装编译器gcc等
3使用源码中的CMakelist.txt或configure脚本生成makefile
4执行Makefile编译可执行程序
5替代依赖库:重编译或替代依赖x86平台的so库
6,将可执行程序安装部署到生产或测试系统
代码迁移-编译脚本,编译选项移植
功能说明 x86代码 鲲鹏代码
64位编译 定义编译生成的应用程序为64位 -m64 -mabi=ip64
数据类型 显示定义char类型变量为有符号类型 char a = 'a' 方法1:signed char a = 'a' 方法2: -fsigned-char 方法1可能潜在一些弊端
代码迁移-编译宏移植
编译宏
功能 x86编译选项 鲲鹏编译选项
原有x86编译宏移植(gcc编译器自定义宏) _x86_64或_x86_64 _aarch64_
平台属性意义编译宏移植(用户自定义编译宏)x86_64 HAVE_x86_64 ARM_64HAVE_AARCH64
功能说明 x86代码 (编译器自定义) 鲲鹏代码
说明平台属性的宏定义 _amd64_或_amd64 _aarch64_
SIMD属性相关宏 _SSE_/或SSE2_/_SSE3_/_SSE4_1_/SSE4_2/ 自定义NEON语义编译宏,实现对应功能分支
代码迁移-builtin函数移植
Builtin函数
功能 8bit数据的crc32效验值计算
x86指令 _builtin_ia32_crc32qi(_a,_b)
鲲鹏指令 _builtin_aarch64_crc32cb(_a,_b)
大部分需移植的 builtin函数集中在SSE intrinsic函数内
功能说明 x86代码 鲲鹏代码
计算16bit数的crc32效验值 _builtin_ia32_crr32hi(_a,_b) _builtin_arrch64_crr32cb(_a,_b)
计算32bit数的crc32效验值 _builtin_ia32_crr32si(_a,_b) _builtin_arrch64_crr32ch(_a,_b)
计算64bit数的crc32效验值 _builtin_ia32_crr32di(_a,_b) _builtin_arrch64_crr32cx(_a,_b)
代码移植-内联汇编函数移植
内联汇编
功能 x86指令 鲲鹏指令
将字节序进行反序 _asm_("bswap %0":"=r" (val):“0”(val)) _asm_("rev %w[dst],%w[src]":[dst]"=r" (val):[src]“r”(val))
(汇编指令方式替换)
val:0x56781314=>0x14137856
计算变量a(uint64_asm_("popcnt %1,%0":"=r" (result):“mr”(a):"cc") Result=_builtin_popcountil(a)
的二 进制中1的个数
(builtin函数方式替换)
a:0111(7)=>result:3
代码移植-SSE intrinsic函数移植(SIMD技术)
SIMD(single instruchtion Multi Data)是一种单指令处理多数据流的并行处理技术,能够在批量数据操作时进行向量
化运行加速,具有较高的执行效率,在多媒体处理,矩阵运算等场景都有广泛的应用。
SSE(intel的SIMD扩展指令集的简称) MMX->SSE->SSE2->SSE3->SSE4->AVX256->AVX512->
NEON(基于SIMD思想的ARM技术) 典型NEON Lib库:Arm Compute Library(ACL),Ne10,libyuv,skia
代码移植-SSE intrinsic函数移植(AVX)
AVX指令计算16个单精度浮点数之和
_256d_mm256-add_ps(_m256A,_m256B)
向量A A.. A1 A0
+ + +
向量B B.. B1 B0
= = =
向量C C.. C1 C0
AVX指令说明
AVX 指令集架构的改进和增强的功能:
128 位 SIMD 寄存器 xmm0 - xmm15 扩展为 256 位的 ymm0 - ymm15 寄存器
支持 256 位的矢量运算,由原来 128 位扩展为 256 位
指令可支持最多 4 个操作数,实现目标操作数无需损毁原来的内容
引进新的 AVX 指令,非 Legacy SSE 指令移植
新增 FMA 指令子集
引进新的指令编码模式,使用 VEX prefix 来设计指令编码
AVX 提供了一个子集:
FMA 指令集
FMA 指令集进行 fused multiply-add/subtract 类运算,用式子表达为:
± (a * b) ± c
鲲鹏指令计算16个单精度浮点数之和
float32x4_t C1=vaddq_f32(A1,A2)
向量A A.. A1 A0 向量A A.. A21 A20
+ + + + + +
向量B B.. B1 B0 向量B B.. B21 B20
= = = = = =
向量C C.. C1 C0 向量C C.. C21 C20
D=C0+C1+C..+C20
鲲鹏指令说明
鲲鹏处理器采用精简指令集,使用128位寄存器实现SIMD(single instruction Multi Data)计算。
在实现16浮点数的相加时,使用两条vaddq_f32指令分别完成,每条指令完成两组共8个浮点数计算,最后再从向量寄存器中分别取出8个浮点数累加
代码迁移—SSE intrinsic函数移植方法
方法1:基于avx2neon.h,SSE2NEON.h开源文件移植
鲲鹏AvxToNeon开源工程:https://github.com/kunpengcompute/AvxToNeon
包含SSE类intrinsic函数的NEON实现(字符串比较,crc32值计算,popcnt计算等)
包含基础的AVX256,AVX512类intrinsic函数的NEON实现(strore,运算,移位等操作指令)
开源的SSE2NEON工程:https://github.com/DLTcollab/sse2neon/blob/master/sse2neon.h
主要实现SSE类intrinsic函数替换(整数,单浮点数据类型)
涵盖基础的load,strore,set,运算操作等指令的NEON实现
方法2:手动替换移植
SSE lntrinsics Guide网站: https://software.intel.com/sites/landingpage/lntrinsicsGuide/
NEON lntrinsic Guide网站:https://developer.arm.com/arch
在需移植文件中添加头文件 arm_neon.h
代码迁移—Porting Advisor初步代码扫描
Porting Advisor是一款华为鲲鹏代码迁移工具,针对c/c++代码扫描分析,
检测用户C/C++代码中需移植修改的MakeFile编译文件,x86汇编及SSE intrinsic函数,并指导用户如何移植。
鲲鹏开发套件 — Porting Advisor;
https://www.huaweicloud.com/kunpeng/software/portingadvisor.html
1,Lmpala源码下载及扫描分析
2,扫描报告解读及运用
核心类移植项及迁移方法:
编译选项移植:关注平台差异项(用好编译器官方文档)
编译宏移植:区分编译器/用户自定义宏编译
builtin函数移植:关注常用builtin函数替换
内联汇编移植:识别核心汇编指令,用好汇编指令/builtin函数替换
SSE intrinsic函数移植:开源工程,官网指导手册相结合
Java/Python代码迁移
Java代码迁移
从源码到可执行程序
Java源码迁移修改点 .so库 2.so库
安装JDK-->java源码-->java编译器-->.class文件-->.jar包-->部署运行 -->-->--> 1,安装JDK-->java源码-->java编译器-->.class文件-->.jar包-->3.部署运行
1.安装JDK改动点(定制版本需源码编译) 2.引用SO库的改动点(替换成aarch64的SO库)3程序运行时改动点(设置JVM参数)
java代码迁移:安装合适的JDK版本
升级已成适配的JDK,用稳定成熟的高JDK版本的原因
1,生成环境更加注重稳定性
2,对老版本的问题进行了修复和改进
新增特性使编程更加方便简洁
OpenJDK或HuaweiJDK适配器,支持通过yum命令直接安装
需要源码编译,安装制定的JDK或其他版本JDK
安装GCC
获取JDK源码
配置编译选项(部分列举)
export LANG=C#语言选项
--with-target-bits=64 # 64位机器
--disable-warnings-as-errors #调试等级
make all 或make images启动编译
编译完成,设置环境变量
进行验证(java-version)
典型迁移场景处理
案例分享
Python代码迁移
从源码到可执行程序
典型迁移场景处理
案例分享
java代码迁移:包含SO库调用的jar包迁移方法
jar包结构,调用了SO库
-->io目录-->.class文件
netty-all-4.1.46.Final.jar-->META-INF目录-->x86的.so库 -->其他文件
下一步重新编译so
重新编译so库替换,完成迁移
迁移步骤
1, Dependency Advisor工具分析扫描jar包
2, 识别依赖库so库
3, 下载so库源码
4, 安装maven
5, 安装GCC
6, 设置参数-fsigned-char
7, 编译aarch64版本so库
8, 替换so库
9, 重新打包jar文件
java代码迁移:设置JVM参数,稳定快速的运行程序
JVM参数设置:3个经验+2个差异
经验1:完成一次Full GC后,应该释放出70%的堆空间(30%的空间仍然占用)
经验2:假设老年人代存活对象(即Full GC后老年代内存占用)大小为X
经验3:官方建议年轻代大小占整个堆空间大小的3/8左右。
差异1:线程栈大小的Xss参数在ARM上默认值为2M,在X86上为1M,诺线程开的太多,需要使用Xcc调整线程栈的大小,防止OOM
差异2:由于ARM和x86指令集的差异性,导致JDK的JIT编译存在差异。可以通过设置参数
ReservedCodeCacheSize,调整CodeCache大小。
源码编译,安装OpenJDK9
1,下载DJK源码
yum install mercurial -y
hg clone http:/hg.openjdk,java.net/jdk9/jdk9
cd jdk9
sh get_source.sh
2,设置参数,开源编译
安装依赖: yum groupinstall "Development Tools" java-1.8.0-openjdk-devel-y
配置参数: bash configure --with-target-bits=64 --disable-warnings-as-errosr --with-debuglevel=slowdebug --with-boot-jdk=/opt/tools/installed/jkd8u191-b12
编译:make all
验证:build/linux-aarch64-normal-server-slowdebug/jdk/bin/java -version
案例neety-all-4.1.34.Final.jar迁移
1.分析扫描工具(Dependency Advisor)扫描结果,有1个依赖SO库需要移植
2.将jar包中调用的.so库重新编译替代为aarch64版本,并重新打包jar包(mvn自动完成)
安装GCC,设置参数-fsigned-char
安装Maven
安装OpenJDK
下载netty-all-4.1.34和依赖netty-tcnative-2.0.22
解压netty-tcnative-2.0.22,并编译(mvn install)
解压netty-all-4.1.34, 并编译(mvn install)
编译生成的jar包解压后确认已经包含aarch64的so库
JVM参数设置,解决服务挂死问题
1,调整线程栈大小或内存大小,解决OOM问题
问题描述:鲲鹏容器压测8小时,在第三个小时有4台鲲鹏容器内存全部耗尽,服务主进程挂死
1.分析业务代码是否有内存泄露
措施:将ARM容器内存大小从4G提升为8G,长稳测试
结果:4台ARM容器正常运行未挂死
结论:非业务代码导致的内存泄露
2.分析ARM和x86上JVM参数差异
措施:全面对比jvm运行参数版本信息
结果:jvm版本一致,堆空间大小一致,线程栈大小不一致,ARM为2M,x86为1M
结论:线程栈多1M,会导致450个线程多用450内存,超过堆内存,引发OOM
3.总结
ARM服务器上默认的线程堆栈大,线程多会导致比x86多占用内存
建议修改参数减少栈大小(-Xss1024k),或者扩充内存-Xmx8g-Xms8g)。
java迁移小结
1.改动点:安装JDK版本
通过yum安装
源码编译安装
2.引用的SO库需重新编译
3.根据业务实际情况,调整JVM参数
python从源码到运行
安装python环境-->python-->python编译器-->.pyc字节码-->python解释器-->部署运行
python代码迁移改动点 1,安装python环境 2,C部分编译成so库
python从源码到运行 ,python代码迁移改动点详情如图
maven仓软件构建
java构建工具
在java开发工具圈中,目前最主流的有以下三个开发工具,依赖管理已经成为了项目构建自动化工具中的一个主要部分
lvy依赖 maven依赖 gradle依赖 三个工具的依赖管理已经成为了项目自动化构建的主要部位
Maven是Apache下的一个纯java开发的开源项目,基于项目对象模型(POM),可以对java项目进行构建,依赖管理
Maven官方链接: http://maven.apache.org/
Maven依赖管理
java中,可以用groupld,artifactld,version组成的Coordination(坐标)唯一标识一个依赖。
pom.xml文件中一个典型的依赖引用如下图,Maven编译时会自动拼接路径和文件名,去本地或远程仓查找。储存这些组件的仓库有远程仓库和本地仓库之分
Maven仓库分类
本地仓
储存在本地磁盘默认在${user.home}/.m2下
远程仓
一般使用国内镜像或者公司自己塔建私服,可以加速jar包下载速度。
中央仓库
Maven团队维护的jar包仓库http://repo1.maven.ong/maven2/
Maven仓库搜索顺序
本地仓库-->远程仓库--> 中央仓库
本地仓库搜索
本地仓库找到,直接返回
本地仓库没有找到,去远程仓库搜索
远程仓库搜索
没有配置远程仓库,去中央仓库搜索
远程仓库找到,下载到本地仓库
远程仓库没有找到,搜索下一个远程仓,依次类推,如果所有远程仓库都没找到,搜索中央仓
中央仓库搜索
中央仓库找到,下载到本地仓库
中央仓库没有找到,前台打印错误信息
Maven仓库软件构建流程
Maven仓库软件构建关键流程:将x86依赖文件替换成kunpeng依赖文件,重新构建,直到不包含x86依赖
查询本地仓库-->查询远程仓库(优先查询远程鲲鹏maven仓库),从远程仓库下载,并保存到本地仓库-->构建软件包-->DepenDency工具扫描依赖库-->获取源码在鲲鹏机器上重新编译--更新本地仓库替换原jar包-->重新构建(构建程序)-->构建软件包(tar.gz rpm等)
鲲鹏maven仓
maven仓部分jar包依赖x86 so,无法在鲲鹏上直接使用,需要在鲲鹏上重新编译,部分jar包已编译好放在鲲鹏maven仓内,可以直接使用。
鲲鹏maven链接:https://mirrors.huaweicloud.com/kunpeng/maven/
如何配置优先搜索鲲鹏Maven仓
Maven仓搜索顺序,本地仓库-->远程仓库-->中央仓库
可以将远程仓库放在首位,以便Maven优先下载鲲鹏平台jar包。由于鲲鹏Maven仓只放了arm相关jar,所以jar不全,可以配置第二个Maven远程仓,当鲲鹏maven仓搜索不到时,会自动搜索下一个maven远程仓库。
配置方法
1,
${maven.home}/conf/settings/xml
2,
profiles标签下增加鲲鹏Maven仓
鲲鹏Maven仓库软件构建流程
鲲鹏Maven软件构建关键流程:直接从鲲鹏远程仓下载ARM依赖文件,无需重新编译依赖文件
查询本地仓库-->(优先搜索鲲鹏仓)从鲲鹏远程仓下载,并保存到本地仓库-->构建软件包-->Dependency工具扫描依赖库-->若不存在x86依赖,结束-->存在x86依赖,下载依赖源码,在鲲鹏上重新便宜并替换本地仓,再次执行构建
Hive编译
以鲲鹏论坛hive 2.6.3为例子 https://bbs.huaweicolud.com/forum/therad-41221-1-1.html 此工程多个jar包含x86架构so,而此部分jar包已经过适配并上传到鲲鹏仓,编译时只需优先搜索鲲鹏maven仓。
鲲鹏Maven仓编译Hive
1,安装OpenJDK 2,安装Maven并配置鲲鹏Maven仓 3,Hive编译
安装OpenJDK和Maven参见 https://bbs.huaweicloud.com/forum/thread-41221-1-1.html
(Datanucleus为hive pom.xml配置的远程仓库,central为maven默认远程仓)
软件包迁移
熟悉rpm软件包重构流程
使用Proting Advisor开发工具自动将 x86 rpm软件包迁移到鲲鹏平台
常见linux发行版主要分为两类:类RedHat系列和类Debian系列。
类RedHat系统中,软件包的格式是rpm;
类Debian系统中,软件包的格式是deb。
类RedHat系统提供了rpm(全称是:RedHat package Manager)命令来安装,卸载和升级rpm软件包;类Debian系统提供了dpkg命令来安装,卸载,升级deb软件包。
类RedHat
发行版: Fedora/Centos openSUSE/SUSE Mandriva Linux/Mageia
手动安装命令: rpm
自动安装命令: yum zypper urpmi
软件包后缀: *.rpm
类Debian
发行版 Debian/Ubuntu
手动安装命令: dpkg
自动安装命令: apt-get
软件包后缀: *.deb
rpm软件包组成(应用程序 rpm软件包文件组成 二进制和库文件)
应用程序 :常见的开发语言有C C++ Java,Python等,最终编译成应用程序,应用程序主要包括(二进制文件,库文件/Jar,配置文件,帮助文件等)
rpm软件包文件组成:rpm可以将应用程序打包,所以rpm包通常包含以上文件(二进制文件,so库文件配置文件,jar包等)
二进制和库文件:rpm包中与处理器框架相关包括二进制(执行文件),库文件(所以将x86的rpm包重构到Arm的rpm包,需将rpm包含有x86的so,二进制文件,替换成arm框架so,二进制文件)
鲲鹏rpm包的获取渠道
1,操作系统本地源
2,操作系统远端源
3,华为云鲲鹏镜像(华为云提供基于CentOS的华为鲲鹏软件仓库,主要包含已迁移过的大数据,WEB,分布式存储,数据库等rpm,仓库地址上面也写有 https://mirrors.huaweicloud.com/kunpeng)
4,x86 rpm重构(部分软件包只发行x86架构rpm包,rpm包内可能包括x86平台依赖文件,不能直接在鲲鹏上直接使用,需要重构)
5,下载源码编译
rpm重构流程
将x86 rpm包重构成鲲鹏rpm包流程:
第一阶段(扫描):工具扫描x86 rpm识别x86依赖文件
第二阶段(编译):1,是jar依赖文件,从鲲鹏软件仓是查找,或鲲鹏上重新编译 2,是so或其他二进制依赖文件,鲲鹏上重新编译
第三阶段(打包):1,解压x86 rpm包并将x86依赖文件替换成第二阶段鲲鹏Maven仓查找到的文件或鲲鹏上重新编译的文件 2,重新打包
第四阶段(验证):1,重新扫描,确认是否还有x86依赖文件 2,安装验证
扫描:扫描x86 rpm,识别x86架构依赖文件
1,下载x86软件包,(下载x86 rpm软件包到 /opt/depadmin目录下)
2,Dependency Adviosr工具扫描(包含哪些依赖文件,架构)
编译:鲲鹏上重新编译x86依赖文件
优先从鲲鹏Maven仓上查找依赖文件-->若在鲲鹏Maven仓没找到,在鲲鹏上重新编译依赖文件
1,部分jar包已编译好放在鲲鹏maven仓,可以直接下载,减少重复劳动(查找路径https://repo.huaweicloud.com/repository/kunpeng)
2,对于so,二进制文件或无法从Maven仓上找到的jar文件,需要在鲲鹏上重新编译
(1,打开鲲鹏小智网址 https://ic-openlads.huaweicloud.com/chat/#/
2, 输入依赖文件名,根据提示搜索移植指南
3,如果未找到移植指南,根据源码提问提示编译)
打包:(鲲鹏上重新生成rpm包)生成sepc文件-->解压x86 RPM-->替换x86依赖文件-->打包
1,生成spec文件
执行rpmrebild -s xxx.spec -p xxx.rpm得到rpm包对应的SPEC文件
修改spec文件中的x86相关字段改为aarch64(noarch, x86_64字样均修改为arrch64),如果spec文件中包含了GLIBC版本信息,需要将GLBC版本修改为GLIBC2.17 (CentOS 7.6)
将spec文件拷贝到/root/rpmbuid/SPECS目录
2,解压x86 rpm
执行rpm2cpio xxx.rpm | cpio -dim解压PRM包,
3,包替换x86 依赖文件
将编译好的组件替换掉RPM包中对应文件
4,打包
在/root/rpmbuild/BUIIDROOT目录新建rpm包名称目录
将解压和替代的完整包内容拷贝到/root/rpmbuild/BUIIDROOT目录下
rpmbuild --bb --noclean /root/rpmbuild/SPECS/xxx.spec
5,验证
重新扫描,确认是否还有x86依赖文件-->安装验证
1,重新扫描,确认是否还有x86依赖文件
重复扫描阶段工作,通过具体检测生成的rpm文件是否还包含含有x86依赖文件,如果还存在,继续后面的编译和打包操作,知道不存在x86依赖文件
2,安装验证
rpm -ivh xxx.rpm 确认是否能安装成功
运行服务
鲲鹏开发套件Porting Advisor
智能计算开放实验室:http://ic-openlabs.huawei.com/openlab/
鲲鹏开发套件Porting Advisor: https://www.huaweicloud.com/kunpeng/software/portingadvisor.html
应用迁移
信息收集-->软件栈分析(兼容性)-->迁移准备(分析扫描工具,代码迁移工具,性能优化工具,工具问题反馈)-->迁移调优(迁移指导书,调优指导书,鲲鹏论坛,鲲鹏小智(机器人))-->软件认证(认证流程,认证申请指导,测试用例,测试报告模板,认证结果查询)
Porting Advisor 工具实现迁移自动化
Porting Advisor 工具实现了自动扫描,自动从鲲鹏Maven下载依赖文件,自动打包功能
第一阶段(扫描)
工具扫描x86 rpm识别x86依赖文件
第二阶段(编译)
1,是jar依赖文件,从鲲鹏软件仓是查找,或鲲鹏上重新编译 2,是so或其他二进制依赖文件,鲲鹏上重新编译
第三阶段(打包)
1,解压x86 rpm包并将x86依赖文件替换成第二阶段鲲鹏Maven仓查找到的文件或鲲鹏上重新编译的文件 2,重新打包
第四阶段(验证)
1,重新扫描,确认是否还有x86依赖文件 2,安装验证
迁移实例
环境在变:TaiShan 200服务器 cpu:kunpeng920 操作系统CentOS7.6 远程hhs或者putty等登入工具已经在本地登入登录
安装3个依赖软件
安装rpmbuild
#yum install rpmdevtools
#rpmdev-setuptree
安装rpmrebuild
#mkdir rpmrebuild
#cd rpmrebuild
#wget https://sourceforge.net/projects/rpmrebuild/files/rpmrebuild/2.14/rpmrebuild-2.14.tar.gz
#tar xvfz rpmrebuild-2.14.tar.gz
make; make install
安装rpm2cpio:CentOS 7.6自带,无需安装
安装Porting Advisor
https://www.huaweicloud.com/kunpeng/software/dependencyadvisor.html下载安装。
Porting Advisor快速构建rpm包流程
x86 rpm在鲲鹏平台构建 :下载x86软件包-->构建
1,下载x86软件包
下载x86 rpm软件包到 /opt/portadv/portadmin目录下(portadmin为登入用户名)
2,重构
登入Porting Advisor,进入“软件分析构建中心”
输入下载的软件包名
点击“构建软件包”
如果构建成功,工具会弹出成功提示;如果构建失败,根据工具提示执行操作。
软件分析构建中心实例
1,下载x86软件包
#cd /opt/portadv/portadmin
#wget "http://s3.amazonaws.com/dev.hortonworks.com/HDP/centos7/3.x/BUIDS/3.1.0.0-78/knox/knox_3_1_0_0_78-1.0.0.3.1.0.0-78.noarch.rpm"
2,重构
porting-advisor软件分析构建中心输入"knox_3_1_0_0_78-1.0.0.3.1.0.0-78.noarch.rpm",点击“构建软件包”
鲲鹏
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。