杜比环绕声
杜比环绕声
关注数: 39
粉丝数: 274
发帖数: 7,899
关注贴吧数: 41
LATA(Loongson Architecture Translator for ARM)已开源 美图送百度
给lat-sys想了一个名字 laTal 正反念都有la,中间是个大写的T,al也可以意指all 中文有“隔断”的意思,也可以引申为两边是平行空间/世界 T就成了中间的相互映照
财神爷过生日那天,AOSC OS(安同OS)龙架构版也正式发布了 易于管理:简化软件包依赖且预装 oma 小熊猫包管理器,让您管理系统省时省力 高兼容性:提供 libLoL 和 LATX 等龙架构兼容运行时,助您在龙架构机器上运行各类程序 开箱即用:助您快捷部署各类环境和生产力工具 如影随形:尊重用户的时间与精力是我们的工作准则,我们时刻准备着为您排忧解难
都想什么哪,媒体测试分低于专业测试,不是很正常么 高了,反倒不正常
好消息,LoongArch architecture added to Debian Ports
龙芯3A5000处理器运行debian12
给充电电池做些保养 使用中发现,对于5号充电电池,放到收音机里来回充放电,时间久了,因为串联的方式充放电不够精细化,导致这组电池容量会出现很大的差异,表现在充电之后,收音机工作时长缩短幅度较大。这时候,该对充电电池做保养了。 做容量恢复的原理是,以并联的方式,对一组电池进行多次快速充放电,尽量恢复容量,使这组电池容量差异性降低,这对延长电池寿命也是有效的。 我使用的工具是BC3100充电器,使用REFRESH功能,对电池进行两次快速充放电,实际效果看,经过一次到两次REFRESH后,容量可以恢复到标称容量的90%以上。
龙芯派,2K1000LA,PMON,奇妙的组合 又可以玩pmon了
龙芯2K1000开发版更换LA版芯片 龙芯推出过基于2K1000的开发板,叫龙芯派。 先后出了一代和二代还有一个教育派 龙芯新推出的2K1000LA处理器,LA264核心,Loongarch指令集 可以直接替换之前的2K1000 用这种方式,可以通过龙芯派接触loongarch指令集 也可以利用这个开发版上的资源做一些实验 群里几位群友有这个意向,组织个换芯片的团购 让手里的派重新披挂上阵 现已联系到淘宝卖家,换芯片的同时,一同解决固件和系统的问题 独乐乐不如众乐乐 有兴趣的龙芯爱好者可以加群了解详情 Q群922566903
探讨把loongarch移植到bsd系统的可能性 LoongArch是2021年发布的一个RISC精简指令集
有没有开始考虑或着手把loongarch移植到bsd系统的? LoongArch是个RISC精简指令集,是龙芯中科推出并搭载在龙芯3A5000处理器上,处理器主频2.5G,四核心,板U 套装在2021年下半年已经可以购买,基础软件生态上,差不多一年的时间,龙芯和一些开源爱好者向开源上游提交的内核、编译工具代码,目前linux环境已经进入可用状态。 非官方LoongArch(LA UOSC)社区,虽说初建,但致力于基于LoongArch指令集开源软件生态建设,也在探讨把bsd系统移植到LoongArch的可能性,展开基础讨论。 欢迎感兴趣的FreeBSD爱好者参与 http://tieba.baidu.com/mo/q/checkurl?url=https%3A%2F%2Fbbs.loongarch.org&urlrefer=3db878f27ebccdc0255e124218148b02
基于OpenJDK 17的龙芯平台Java环境发布 符合TCK标准 龙芯平台Java 17环境经过验证符合Java SE 17,新应用程序和现有应用程序无需修改即可运行。 C1和分层编译支持 C1编译器即Client Compiler,主要特点是较低的启动耗时和较小的内存占用。C2编译器即Server Compiler,主要特点是较高的峰值性能。综合了解释器、以及C1和C2的优点,HotSpot引入了分层编译(Tiered Compilation)技术,将执行方式划分为多个级别。 C2编译器主要是满足了Java应用的峰值性能需求,此次发布的LoongArch64平台环境支持C1编译器和分层编译,可进一步满足对启动性能有要求的Java应用,比如桌面应用。通过实测,龙芯平台开启C1和分层编译之后,部分应用得到了显著提升:Eclipse启动时间减少16.4%,NetBeans启动时间减少20.1%,SPECjvm2008中的startup项提升13.4%,Dacapo中luindex和fop用时分别降低31.9%和29.2%,SPECjbb2015 max-jOPS提升2.8%。 向量指令优化 此次版本通过使用LoongArch向量指令对C2编译器进行了自动向量化优化,同时还进行了Vector API的硬件支持。通过实测,开启向量优化后,在LoongArch64平台上SPECjvm2008中的scimark.lu.small提升了102.7%,JMH Microbenchmarks含有Vector关键字的168项测试中,计时类测试中有39项用时降低1/2以上,吞吐量类测试中有26项提升2倍以上、其中最高项提升了298倍。 。。。。。。 详见:http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fwww.loongnix.cn%2Findex.php%2FLoongson-OpenJDK-17.1.0-released&urlrefer=e88e52d44f5d028ececabf09943b4759
FFmpeg5.0发布,正式引入loongarch支持 FFmpeg 5.0 于2022年1月15日正式发布,距离上个版本 4.4 相隔 9 个月时间。作为广泛使用的开源音频/视频处理套件,FFmpeg 5.0 引入了非常多的亮点更新,包括: ● Vulkan 驱动的新滤镜,用于视频水平/垂直翻转。 ● 一个苹果图形 SMC 编码器。 ● Speex 解码器。 ● 各种新的多路复用器/解复用器,如 Argonaut Games CVG 和一个实验性的 IMF 解复用器。 ● 增加了一个 AV1 低开销比特流格式多路复用器。 ● 支持 Swscale slice 线程。 ● 新的音频和视频过滤器。 ● LoongArch CPU 架构支持。 http://tieba.baidu.com/mo/q/checkurl?url=https%3A%2F%2Fwww.chinaz.com%2F2022%2F0115%2F1353815.shtml&urlrefer=decc38e75f6b124f394b6e7726d3647d
使用UEFI固件运行FreeBSD13 机型:ThinkPad T440P 显卡:i7自带 缘起:验证一下FreeBSD对UEFI的支持 一、先期准备: 机器的BIOS调整成使用UEFI了,重启运行,果然什么系统都找不到了。 新年新开始,重要数据做了备份后,用GPT重建了磁盘分区。 二、验证过程: 选择使用U盘引导,FreeBSD启动果然变得有些不同了,大脑袋变真图,字体也不是点阵,细腻了很多。 刚开始还有些不适应,到了磁盘分区这一步,我看到了想验证的结果。 首先是可以正确识别了分区,并且能看到磁盘首尾留出的存放GPT分区表的空间。 选择分区建立FreeBSD分区时,安装程序提示磁盘无ESP(EFI system partition)分区。 确认后安装程序自动建立了ESP分区,后续的安装过程没什么变化。 安装完成重启后,系统自动进入了FreeBSD引导,之前是引导Debian11。 系统启动按F12进入BIOS的引导菜单界面,发觉里面已经添加了FreeBSD菜单项。 目前还没搞清楚这个菜单项怎么可以修改,让名字变得更长些,信息更多些。 看/boot/efi,里面两个目录一共2个文件,字面意思盲猜一个是boot,一个是loader。 看/dev目录下的磁盘设备名,依然没什么变化,所以引导完kernel,在系统使用上没什么阻碍。 三、后续打算: 定位efi分区里boot的代码,看看有哪些表面上看不出来的功能
德生,你还缺个PL398mp升级版 等了快一年,也没什么动静,趁着中国制造日,给德生提个建议 有pl990和h501的底子,有330软件上的创新 是时候出一款pl398升级版了 需求不多,外形就不要变了,机身可以厚点儿,可以上18650锂电池 接收和媒体播放芯片可以用h501的方案 喇叭单元可以用330的 哈哈哈,还有屏幕背光要支持常亮 按键灯也要有 这个外观太经典了!!!
Qemu-system-loongarch64能用了
留余庆,天熠龙芯3A5000笔记本简评 直接扫码可阅读
使用q4wine调试wine版微信 http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fbbs.loongnix.cn%2Fd%2F47%2F21&urlrefer=f6ef609a4e4b22e73fe8821ada8d7d97 http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fdoc.loongnix.cn%2Fweb%2F%23%2F841&urlrefer=15a2e2ba8e99f1b0e6768a34452a9203
二进制翻译的进程图
loongnix20.1 正式版确实有些新东西 按照官网更新的loongnix --- 龙芯基础版操作系统的定位和生态模式以及技术架构,来审视loongnix20.1正式版,可以看到loongnix正在逐渐变成它想要的样子。 1、龙芯明确定义了“API环境”,分成了服务器和个人计算机两个应用层,以及共用的“操作系统基础设施“,后续的技术创新也集中于此。从发行代号为“cartoon"最新版看,内含了龙芯天气,龙芯应用合作社,龙芯客服chat,说明其下层的界面已经比较清晰。从应用合作社里的软件分类,也可以看出,商业发行版以及后续衍生版的主要发挥空间。2、loongnix20.1所提供的桌面环境,界面环境是基于mate的cartoon主题,无论是配色还是ui元素设计,并未做太多的优化,可以看出它更多的是承载基础图形库和GUI界面的运行验证。 3、通过gdb查看应用所有可见寄存器,其中已包含x86运行所需的eflag和x86_top,说明在os基础设施上,已经开始引入二进制翻译。 4、不断更新的龙芯浏览器,用户界面功能支持更趋于完整,同时又不同于商业发布的浏览器,没有附加增值功能。这对于一个支持多体系结构,多平台的浏览器单独发布版来说,值得点赞!综上所述,一个功能模块和界面逐步清晰的GNU/Linux衍生发行版,让我对它有了更多的期待!
基于loongarch指令集的《计算机体系结构基础》
基于loongnix20 mips64el版升级到 Debian 11
龙芯的loongarch版electron可用
龙芯 LoongArch64-.NET 3.1 可用啦
给loongarch开源软件生态补缺 - kdevelop 测试了3个loongarch发行版,loongnix20,uos和kylin,目前都没有kdevelop可用。 所以试着用debian的代码做了一些移植, 目前进度kdevelop和kate可用, 感兴趣进行测试的请移步loongarch群。 在官方未提供完整kde-full软件前, 这个移植会移植做下去。
关于二进制翻译,从游戏机模拟器想到的 这两天群里几个人折腾psp和ps模拟器, 有了一些不同阶段的进展。 游戏机模拟器从原理上说,和二进制翻译有些类似, 都是把原主机程序运行时分块,动态翻译成一种中间语言, 然后再对中间语言再编译或者解释执行。 模拟器自成体系,和系统,游戏隔离的非常好, 无论是游戏加载以及列表管理,还是声音和视频设备管理, 也包括用键盘自定义操作键和游戏手柄映射。 感觉这种成熟的模式,是可以应用在二进制翻译产品中的。 一个应用可以把主程序和依赖库封装成一个“游戏”, 用时双击装载就可以,不用时停掉干净利索。
索尼PS模拟器Duckstation编译通过 loongson 3A5000
银河麒麟loongarch64
建了个loongarch的Q群,纯水集结号,求放过
loongarch交叉编译器及工具链更新了,还有详细的文档 我只是个围观的搬运工,最新动态请关注龙芯联盟github
能看到loongarch的gcc,binutils和glibc了
下一站龙芯,锁定3A7000 有个不良嗜好,对能称之为器的电子设备有所偏爱 手边的龙芯机器,但凡花些心思的, 都是自我认知觉得比较重要的龙芯U。 2F基本都是咸鱼找到的龙梦机, 花费很少,可打理得最上心。 3B1500算是破烂堆里淘硅片, 不上不下属于遗憾的凝视。 3A4000做为mips的绝唱,是绝对值得收藏的 为了一窥loongarch真面目 2.5G的ES片几乎满足了我所有的需求 看着龙芯服务器芯片的路线图 于是整个世界平静了! 忘记肉疼需要时间,龙芯跨越式的进步也需要时间。 下一站,想来会是3A7000了! 更完善的指令集,更好的桥片,更高的传输带宽, 更广阔的消费市场,更低的价格。 我期待着。。。
实测loongarch的虚拟机
倡议:为龙芯社区添砖加瓦 写文档 http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fdoc.loongnix.org&urlrefer=466f8b02d4d62762b0b8402225fc13f3提交bug http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fbugs.loongnix.org&urlrefer=6f9c17b02049d205fd86e57dee4181d0龙芯问答 http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fask.loongnix.org%2F&urlrefer=69d32d3187fdeee4b363714b45587fd6
Loongnix-20.loongarch64.rc2 能下载了
龙芯浏览器针对loongarch进一步优化 lbrowser-3.1.5463.2 版本发布 [2021-07-19] - 启动速度优化,提升40% - 渲染引擎优化,speedometer在Loongarch提升10% - JS引擎优化,Jetstream在Loongarch提升11% - 针对Loongarch优化视频播放应用,h264等格式视频播放效率提升8% - 修复若干用户反馈问题
简评龙梦这块3A5000主板和loongarch现状 时间节点:2021年7月15日 印象里,龙梦主板配置状态码,我是头次见到。之前收集过几块曙光的主板,port80口是标配,我个人很喜欢这种功能,对着状态码时不时敲击暂停键,观察机器启动也是一种乐趣,这就像开了个能够偷窥的小窗户。 龙梦这块主板的配置是基本够用的,双内存插槽能否有双通道效果,因为具体细节还不是很清楚,不能下定论,但似乎除了内存翻倍,在性能上没什么效果。从7A1000这个桥片的资料看,显存是单独配置的,也和内存关系不大。 接口部分是足够用的,M2和SATA加上USB3.0,足够应付现有的应用。从昆仑BIOS上看,支持集显和显卡切换,有机会测试下这个功能。总体上板U+BIOS所构成的基本平台,在现今计算机性能过剩的大环境下,和主流的机器配置,感觉不出太大的差异,运行eclipse都要等几乎一样的时间。 稍感不足之处,还是在软硬件结合的打磨上,比如从冷启动引导到桌面,昆仑要闪一次,grub要闪一次,uos和loongnix也要闪一次,若没设置自动登陆,登陆管理器还要闪一次,容易闪成青光眼。当然,龙芯cpu加桥片组合出来的电源管理系统,在打盹、休眠和激活之间切换还是很顺畅的,能缓解一些眼睛疲劳。 关于loongarch的现状,我个人的消息来源比较闭塞,基本上就是来回在几个站点转,然后再加上一些胡猜。 大体上是处于基本桌面环境可用状态,上网看片开个终端系统自带,开发工具上,可以看出龙芯这阵子是在蹲马步练基本功,偶尔半遮着脸公开了一些代码,能够看出是在推进,大致归纳了下,移植和封包所需要的各种工具程序是齐全了。集成开发环境eclipse很顺畅,基础办公软件wps堪当大用。在软件生态建设上,猜想龙芯现在最缺的就是时间和人力,因为要做的事情实在是太多了。。。
给loongnix 2.0 rc2 提些建议 恰逢数伏第一天试用rc2,默认的Mate桌面主题确实让人清爽了些。 这种桌面布局的风格更近似Win10,想来符合一些人的期望,上手也快。 从鼠标定位感知和操作上看,这个更方便触摸操作。 但提供便利的同时,配置的灵活性就受到了限制。 比如标题窗口的字体大小,通过配置中心是没办法修改设置的。 桌面系统布局和配置,作为一个发行版的默认配置,应该是贯穿始终的。 这是第一眼印象,很重要,即便桌面环境很容易安装和切换。 搞定一个“好的”桌面环境不容易。 它不仅是复杂与简易的平衡,还有功能性和艺术性的融合。 rc2目前的状态,简易性提升不少,软件仓库也日益增多。 但就软件生态而言,一个软件平台的一致性应该是更高的追求。 期待后续的版本,能看到更多的变化。
感觉loongarch手册的其他部分最近几天要发布了 这两天github.com/loongson上,ftp.loongnix上都开始有动作
用ubuntu 18.04编译了一下loongson-2F的内核 版本:5.13.0 dmesg记录见网址 http://tieba.baidu.com/mo/q/checkurl?url=https%3A%2F%2Fgitee.com%2Fbexsder%2Floongson-2f%2Fwikis%2Floongson_2f_linux-5.13.0_dmesg.log%3Fsort_id%3D4208914&urlrefer=058eaa52ee40af0705c6beafabb94b34 感谢 Jiaxun Yang <
[email protected]
>
交叉编译loongarch内核成功 内核是前天提交的版本 工具链的链接在今天发的帖子里 主机环境,ubuntu 18.04 x86_64 构建内核的依赖安装完成后 make ARCH=loongarch menuconfig make ARCH=loongarch 编译过了一遍,没有报错
loongarch的x86_64交叉编译器,已经可以下载了 还能看到之前露过脸的 Archlinux-bootstrap-dev-2021.06.11-loongarch64.tar.gz 没露过消息的 loongarch64-clfs-system-2021-06-18.tar.bz2 github.com/loongson/build-tools
龙芯电脑怎样才能“酷”起来 如题
能看到一些loongarch内核源代码了 如题,地址: http://tieba.baidu.com/mo/q/checkurl?url=https%3A%2F%2Fgit.kernel.org%2Fpub%2Fscm%2Flinux%2Fkernel%2Fgit%2Fchenhuacai%2Flinux-loongson.git%2Flog%2F%3Fh%3Dloongarch-next&urlrefer=cb749883562a3fc2d3ef0341f41822f2
上贴把的乐趣,总能看到一些吊诡的事 说loongarch的时候,指令集不重要,自主假命题 说risc-v的时候,指令集很重要,蹭生态说的花枝招展的 说arm的时候,都绕着指令集走,集中往自主上蹭 说x86的时候,指令集一众名词都不重要,跑分最重要 我就晕猴了
恶言相向,其实挺没意思,我更看重未来 不止要看说了什么,还要看都做了什么 希望中国芯吧,像它的名字一样 真正发挥它的作用 而不是你方唱罢我登场 反复挖坑填坑的恶性循环
loongarch的LATX会是一个什么样的东西 看了在线直播,一直在想里面提到的二进制翻译产品化LATX会是一个什么样的存在 功能化的东西,应该是一个或几个库,一方面动静结合的翻译,一方面高效使用指令集特供的指令 它也应该有个启动器,能够识别X86的代码,启动对应的功能 或许会给二进制翻译运行环境指定一个不同于内核和用户态的运行等级 因为二机制翻译指令,应该需要一些特权指令的支持 看直播时,也联想到和苹果M1比较,龙芯的一个劣势 那就是操作系统环境是统一的,二进制翻译蔓延总是有个边界 龙芯缺少这个边界,或者说对这个边界的定义还很模糊 整个二进制翻译的直播内容,在计算机安全上的应用是个亮点 指令集差异是个天然的屏障,二进制翻译相当于一个带开关的通道 对于和Wine的组合并不看好,与虎谋皮不如底层模拟装扮成老虎 这样应用的拓展或许更好些,即便效率打折扣
关于loongarch地址翻译的一些整理 基于手册第一卷 从MMU进行地址翻译的原理看,分两种模式 一种是直接地址翻译模式 一种是映射地址翻译模式 loongarch对地址,都有个访问类型的定义,字面上很好理解 一种是一致可缓存 一种是强序非缓存 一种是弱序非缓存 机器复位启动时,预设是<直接地址翻译模式>,访问类型是<强序非缓存>,启动代码用的地址就是物理地址,如手册提到,系统复位后的第一条指令运行地址是0X1C00,0000。 引导时通过设置第一个CSR,可以从<直接地址翻译模式>切换到<映射地址翻译模式> "映射“模式,也就是需要通过TLB进行地址翻译了,根据翻译方法,分成了两种模式 一种是直接映射地址翻译模式 一种是页表映射地址翻译模式 直接映射地址翻译模式,手册上说的不多,大概意思是CSR有四个直接映射配置寄存器,可以进行设置。 这样一个逻辑地址,若是在“配置寄存器”区间,按配置进行转换, 若这个逻辑地址,不在配置的区间,就直接当物理地址来用 页表映射太复杂,有待以后整理 从上述的整理看,loongarch在地址映射上和MIPS是有些不同的 MIPS的地址映射,是把地址空间预设分段 地址落在哪个段里,就按照这个段的地址映射规则和访问类型进行转换和使用
无责任整理,Mips的一些事儿 从2012年开始整理,整理素材的链接就不贴了 2012年11月5日,MIPS技术公司宣布,它将通过联合证券信托公司(缩写“AST”),与Bridge Crossing LLC(缩写“Bridge Crossing”)公司和Imagination技术集团(缩写“Imagination”,伦敦证券交易所代码:IMG)分别达成最终协议,这两家公司将以每股净利润约7.31美元的价格,通过现金形式持有MIPS技术有限公司的普通股。这项交易的总价值将使得MIPS技术公司的股价在2012年4月11日收盘价的基础上溢价40%,而这一天正是MIPS技术公司第一次公开有意出售传闻的前一天。Bridge Crossing公司将获得MIPS技术公司580项专利中的498项,这些专利的总价值超过3.5亿美元。 MIPS将保留余下的82项专利,这些专利是MIPS架构体系的核心专利,同时这些专利将获得免版税的永久许可,与其他出售给Bridge Crossing公司的专利并不冲突。MIPS技术公司也将在其82项保留专利中向Bridge Crossing公司开放有限的许可权限。根据与Bridge Crossing 公司达成的协议,Imagination公司将获得MIPS技术公司的经营业务以及上述82项保留的专利资产授权权利,共计6000万美元。 2018年6月,拥有MIPS的是Imagination公司,后者最广为人知的就是PowerVR GPU,在A10之前的苹果芯片包括联发科的SoC上常能看到它家方案。为了专注GPU同时减少负重,Imagination只好抛售MIPS。可是,Imagination卖着卖着自己却先被Canyon Bridge收购,MIPS随即由Tallwood Venture Capital拿下。也就是说,这一次Wave Computing是从Tallwood手中再次接盘的。 2018 年,Wave Computing 从 Imagination Technologies 收购 MIPS Technologies,宣布将在 2019 年第一季度发布 core R6 时开源。2019 年初它发起了 MIPS Open Initiative 倡议,但在 2019 年 11 月它终止了这一倡议。 接着 Linux kernel MIPS 子系统的三位维护者中的两位 Paul Burton 和 Ralf Baechle 宣布辞职,只剩下 Thomas Bogendoerfer 成为唯一的维护者。 2020年4月20日,据外媒Semiwiki报道,美国AI芯片明星创企Wave Computing接近倒闭,已申请破产保护,进行资产重组。目前,该公司的中国区现已全部关闭,这也被看作是Wave Computing正式破产的前兆,以及MIPS全面隐退的开始。 2021年3月初,AI芯片公司Wave Computing周一表示其在成功破产拍卖之后,将更名为MIPS。目前,新公司MIPS的大股东是2020年12月举行的破产拍卖的赢家Tallwood Venture Capital,最终重组报价为6100万美元。2019年9月开始掌舵Wave Computing的Sanjai Kohli继续担任MIPS的CEO。 小历史: MIPS诞生于斯坦福大学John LeRoy Hennessy领导的团队的一项科研项目,1984年,Hennessy离开斯坦福大学创立MIPS。1993年,Silicon Graphics拥有了MIPS指令集,2013年又被Imagination Technologies收购,2017年被Tallwood Venture Capital收购,2018年又被Wave Computing收购。 加个花絮 值得注意的是,Wave Computing在2018年末和2019年通过一系列复杂交易将其MIPS计算架构授权给了上海芯联芯智能科技有限公司(CIP United)。2019年4月,芯联芯就宣布取得了MIPS Processor的中国地区独家的商业经营权。
浅谈loongarch之IO寻址访问的变化 这可能是loongarch相对mips最大的变化 设备通过各类总线要挂到CPU核上,总是要提供控制和数据端口进行交互 所以就存在怎么访问和控制这些端口的解决方案 Mips的方案基于一个线性的地址空间和一套访存指令 哪些是内存,哪些是IO端口,通过把这个统一的地址空间分段来解决 这样的好处如同Unix&Linux把所有设备都等同成文件一样 一套拳法对付各类对手,玄妙在于施展拳法的人 另外一种解决方案是用两套拳分别解决地址访问和端口访问 X86/64选的就是这第二套方案,端口I/O访问和内存访问互相隔离,谁也不搀合谁 通过通用寄存器进行数据交换即可 Loongarch 选的也是第二套方案,但和X86/64不同的是,它把协处理器cp0也当成外设 这么做在驱动这一块,基本上和Mips说拜拜了 这么做在驱动这块,貌似X86/64驱动的移植变简单了 也因为在指令集上专门设置了指令,那么在高速缓存的调度上 指令级别的地址访问和端口访问也就分开了,命中率猜测也该有所改善 更为重要的是,这对Loongarch的二进制兼容性,也是一种体系结构上的保障 中间转换加工的层数变少,效率自然有所提升
龙芯开源社区小改版 主推loongarch了,还配了张很有意思的图
外来的和尚经好念,自家的媳妇不好看 陋习!
立足未来,我觉得华为的方向是对的,龙芯怎么办 未来什么样,不好说,也不可说。但面对未来,有两个趋势是显而易见的! 一是人的异化,二是技术迭代的方向,二者互相影响。 4G技术所带来的移动智能终端,已经改变了人的很多属性,表现在人对手机的深度依赖,但总体上看这还是终端/服务器模式。 5G的高带宽和基站的高密度,网络互联模式正在向端对端转变,比较时髦的词——“万物互联”,终端和服务器的界限变得模糊,设备要同时具备两种功能,而人也将迎来进一步的异化。 方向有两个,要么否定一切推倒重来,键盘可以当门闩,另一个可能的方向是“开关主体”,这或许是“人”的最后一片自留地。开关闭合一个天地,开关断开另一个世界。人活在两个世界里来回切换——平行世界是个很诱人的金蛋。 那么在技术上的支撑有两个,一个是无处不在的图形计算,一个是无处不在的真实模拟,所以我个人觉得华为处于未来企业的“鸿蒙”状态,它有密集计算的处理器,它有生物识别技术,它正在做万物互联平台,它也在显示上下功夫。 那么龙芯进入开放市场要怎么办呢?这是个未来问题,我希望龙芯可以活得好,所以也谈不上给龙芯提建议,无非遐想一番。 龙芯目前最认可的价值,体现在解决方案上,万物互联是个很好的概念,可这块蛋糕太大,所以下锚定位就显得很有必要了。互通互联的背后是规则,万物互联的基础是密集计算,市场接收的是应用,最终还是体现在图形图像上。通用计算我觉得终归是阶段性的需求。
龙神电脑,何时见真颜 青冥孤云去,终当暮归山。 志士杖苦节,何时见龙颜。
内存没加成,权当拆机了 龙芯电脑挑内存,总算见识了
3A4000的4K视频演示
汇报一下mips64el版loongnix20的使用体会 一、安装和引导 安装上,足够便利,网站提供的iso镜像可以光盘刻录,也可以用dd命令制作u盘进行安装 光盘镜像采用的是livecd加安装程序的模式,光盘或U盘引导都会进入到Mate桌面,这也可以说是一个兼容性验证 看20的发布说明,支持的桥片是龙芯自己的7A1000,用手边的另外一台3A1500E+780进行验证,实测是不支持龙芯较早使用的桥片。 测试通过的主机是曙光的龙腾L300-G30,CPU是3A4000,桥片是7A1000,8G内存,固态硬盘,独立AMD显卡loongnix20系统引导的过程,在贴吧里发过一个视频,可以找来看下 在引导过程中,除了Grub的文本引导菜单,也出现了两次内核引导的文本信息,从体验上应该进一步优化一下 作为桌面应用系统,不出现内核引导信息最好! 二、应用和驱动 系统安装时建立的用户具有sudo权限,可以安装所需的软件包和其他桌面 个人倾向于使用gdm3做登陆管理器,桌面使用KDE,安装和配置过程都比较顺利,软件库访问速度很快,在安装过程中也没发现软件版本冲突等情况。安装好KDE桌面,一些界面特效自动处于打开状态,运行很流畅。 经过周末两天的不间断运行,整个系统还是比较稳定的,无论是进入待机状态还是睡眠状态,都可以快速返回到正常工作状态。 使用过程中,也下载了gcc8代码包进行了重新编译,编译过程也很顺利,查看了下CPU占用,很少占满状态,窗口切换也很流畅。 特别值得一提的是JAVA的运行效率,使用Eclipse做验证,无论是程序启动时间和运行,都比之前的版本好不少。 总体上看,Loongnix20在3A4000上的打开应用和运行时的表现,已经趋近ubuntu 18.04在x64平台上的表现,对比的是i5和i7的笔记本电脑(ubuntu 18/20 在这两台笔记本电脑上表现感觉变慢,从kde的版本上看,和ubuntu 18.04 基本相同),这或许是因为程序的进一步优化,又或者是Loongnix20使用xfs分区格式,所带来的性能提升。 三、存在的问题和改善的空间 1、个别程序存在运行无反应的情况,比如kde的系统卫士(kde的资源监控程序) 2、中文字体存在优化空间。
3A4000的loongnix20从开机到登录界面,
这行代码 | loongarch32 | loongarch64 | loongarchx32 这个x32 是什么?
LoongsonArch编译器有消息了么 记得指令集发布时有人说过,节后发布编译器
1
下一页