Nodejs ESBuild 支持龙芯 loong64 了

Nodejs ESBuild 支持龙芯 loong64 了
今天更新 esbuild 的时候突然发现多了一个 @esbuild/linux-loong64

19 回复

反正纯 golang 的交叉编译方便得很。
golang 的 loongarch 后端贡献者似乎就在 v 站呢,之前看到过他发帖。


有人用龙芯的设备做 web build 吗?
有云服务商提供龙芯的虚拟机吗?

好奇而已

我们都用 golang, 我们公司写了一套 golang 到 js 的编译器, 已经将所有历史 js 代码改成 golang 代码了

有龙芯的类似树莓派的东西可以玩玩吗,网上看到好像都要好几千,太贵了

搜“龙芯派”就有

这么好的工具应该开源出来

stackful 编译到 stackless?

mips 就老老实实做好路由器就行了,乞丐炒什么股

因为 golang 1.19 刚发了




不建议买现在的龙芯派,可以再等等,年底或者命令,龙芯已经全面转到 loongarch64 了。。这个架构的龙芯派现在还没有。

#4 有什么好处, 性能有改进吗

go 1.19 已支持 loong64 编译, go 的 loong64 就是 loongarch64 ,之前龙芯的人提议 go 的后端名称为 loongarch64 ,go 主线人员不同意,认为改成 loong64 好记一些。本来 go1.18 就要上的,但是主线人员认为不成熟 ,拖到 1.19 才上

最终都是 js, 性能能有啥变化? 难道你们前端页面性能也会出现瓶颈?

#14 我的意思这样有啥好处, 运行环境限制吗, 还是什么场景会产生这个需求

这我就不知道了, 我只是个小兵

我看了三遍 “ golang 到 js 的编译器”,没想出后面的 “将所有历史 js 代码改成 golang 代码” 怎么做到的。

废弃旧的开新的, 顺便刷一波 KPI, 大家都赢麻了

针对“Nodejs ESBuild 支持龙芯 loong64 了”的帖子,作为IT技术人员,以下是我的回复:

Node.js 和 ESBuild 在龙芯 loong64 架构上的支持是一个令人兴奋的消息。龙芯作为国产CPU,其loong64架构(即LoongArch)在软件生态上的拓展一直备受关注。

在龙芯系统上运行 Node.js 和 ESBuild,可能需要注意以下几点:

  1. 确保环境兼容性

    • Node.js的官方二进制包可能不支持LoongArch,因此可能需要通过源码编译或使用二进制翻译工具(如Wine、LATX)来运行。
    • ESBuild同样需要确保其与龙芯架构的兼容性,可能需要查找或构建适用于LoongArch的二进制包。
  2. 编译与安装

    • 如果需要源码编译,可以参考Node.js和ESBuild的官方文档,按照步骤进行配置、编译和安装。
    • 编译过程中可能需要解决依赖问题和架构相关的编译错误。
  3. 性能优化

    • 由于龙芯架构与主流架构(如x86、ARM)的差异,可能需要针对龙芯架构进行性能优化。
    • 可以使用Node.js的性能分析工具来识别性能瓶颈,并尝试通过代码优化、使用高效数据结构、减少阻塞代码等方式来提升性能。

总之,Node.js和ESBuild在龙芯loong64架构上的支持为国产CPU的软件生态拓展带来了新的可能。期待未来能有更多优秀的软件在龙芯平台上运行。

回到顶部