搭了个可以在x86上用QEMU模拟mips64el的Docker容器

可以从x86一条命令进入mips64el,欢迎试用,有问题欢迎反馈
https://hub.docker.com/r/aoqi/ ... -x86/

10 个评论

用 docker 的意义???
容器里有配好的环境,mips64el的系统、内核和脚本
意义就是省事儿
如果是 user mode ,我觉得用 docker 替代 chroot 还可以接受。
system 模拟还为了省事……我到时觉得不是省事吧?而是应付。
本来不想弄 mips64el 的环境,被迫无奈就找 docker 装上,跑完了连 docker 一起删了交差。
这对于 mips64el 发展来说,是个负促进。
如果真的图省事,其实也不过是一个目录,里面几个文件而已。
我的目的就是在x86上模拟一个mips环境,从而验证一些软件,比如jvm,有什么更方便的方案推荐吗
支持龙芯3扩展指令的 qemu https://github.com/loongson-community/qemu
推荐就是你的这个 docker 改成 user mode 。不过注意 user mode 的兼容性不是很好。
或者你的 system 版直接改成写个脚本启动,我以前用 qemu 模拟,就是一个脚本自动启动的。
当前运行程序的终端,直接就用模拟成串口链接到 qemu 里面的那个模式。
如果可以,你的 qemu 里面跑 nfs/smb 服务。
当然我觉得最佳的选择是 qemu 里面只跑内核,rootfs 完全放到当前计算机上。
docker 如果很简单的能提供这个 rootfs 模式,我觉得用它封装可以接受。不然真的不如靠一个脚本启动。但是 docker 只是对他运行的本地程序提供数据目录的技术,对你还要运行的 qemu 来说,没有帮助啊。qemu 要么还是要用网络文件系统模式,要么就本地调用镜像文件。这是使用 qemu 的功能问题。
至于验证 jvm 的问题,我觉得不是 qemu 封装进 docker ,而是 mips 版的 debian 封装好 docker 支持,可以用 qemu 启动这个封装的 debian ,或者用其他开发板能启动的系统。之后在这个 mips 的系统里面很方便的能装 jvm docker 镜像进行测试。当然其实安装 jvm 也不过就是一条命令而已。
个人观点,你的力量用错地方了。
发东西做广告真快,到了修bug做兼容就见不到你了。
凸囧凸
嘿嘿,找正确的人做对应的事哈。
我觉得除了 5 年前的软件能找到正确的人。当下是不存在龙芯开发人员的。

要回复文章请先登录注册