[OT]龙芯也出linux？linux 源上看到的

[hui zhang]

最近看到几则消息

1   loongson（龙芯)  分支出现在linux源上

2   loongson 在合肥招聘

3   loongson 貌似在科大先进研究院这里

有人知道详情么？

龙芯待遇   做什么的。

 

[Zhang Cheng]

On Fri, Apr 24, 2015 at 12:57 PM, hui zhang <fastf...@gmail.com> wrote:

最近看到几则消息

1   loongson（龙芯)  分支出现在linux源上

​啥是“linux源”？“分支”又指什么？

如果你指的是Linux内核源码，那么Linux源码官方是没有分支的。​Linux内核源码里关于龙芯CPU的支持，主要是在这里做的：http://www.linux-mips.org/wiki/Main_Page，也就是说跟龙芯有关的patch一般都提交到这里，最后再被合并到torvalds的仓库里。（torvalds的仓库就是所谓的官方仓库，对外发布的也只有master一个分支。）

 

2   loongson 在合肥招聘

3   loongson 貌似在科大先进研究院这里 

有人知道详情么？

龙芯待遇   做什么的。

​龙芯既指一款芯片，也指由这款芯片引出的一条产业链。如芯片、整机、操作系统、软件生态、解决方案等等。

其中中科龙芯（北京）（以前的计算所龙芯课题组，现在已经成立公司了，具体公司名字我不确定，懒得去查了，我就称之为中科龙芯吧）主要负责芯片的研发、软硬件生态的基础建设（如Linux内核支持、编译器优化、固件规范化等，从这里可以看出一些他们在做的事情）​。

中科​龙梦（常熟），主要是做龙芯的产业化的，换句话说，将芯片包装成产品并推向市场的工作主要在这里做。​这里可以看到一些产品。当然，龙梦不仅仅是做这些机器，也会做解决方案，例如给学校部署基于龙芯的教学基础设施等。

以上两家可以说是“全职”做龙芯的，并且是“官方”的，两家做的事情有许多是重合的，更多的是互相合作互补。现在整个生态链里，还有许多其他的公司在做与龙芯有关的事情。例如整机厂商，曙光、长城、同方等都生产基于龙芯的桌面、服务器终端，操作系统厂商，如中标麒麟、普华、Deepin都在做龙芯的适配。再比如安恒（锅内最早的debian镜像就是他们公司的一个人搭建的），主要生产传感器，大量的使用了龙芯CPU。

​上面还没有提到科研应用领域的，例如kd-50这种超算整机。​

龙芯是一个很大的产业，参与的公司、组织、研究机构很多很多。你提的问题就好像是“arm待遇？做什么的？”

--

Cheng,

Best Regards

[hui zhang]

多谢 你这么详细的回答，  我也google 了一些    现在 mips 主要就是 龙芯在撑了

虽然mips 已经没落。但是对应特定用户可能还是有前景的。

另外有人知道合肥龙芯 ，刚成立 是做什么的么？

我已投简历。

在 2015年4月24日星期五 UTC+8下午1:28:25，Zhang Cheng写道：

[Zhang Cheng]

2015-04-24 13:38 GMT+08:00 hui zhang <fastf...@gmail.com>:

多谢 你这么详细的回答，  我也google 了一些    现在 mips 主要就是 龙芯在撑了

虽然mips 已经没落。但是对应特定用户可能还是有前景的。

​mips怎么会“主要就是龙芯在撑了”？mips的老大是imgtec。linux-mips里面没有一个龙芯的人能说的上话（龙芯的人最多只是提交patch，但基本毫无决策权，这于中国人不懂开源社区的玩法有关）。在硬件实现上，确实，龙芯是目前唯一在桌面应用上发力的、并且出了终端产品的一个实现，但龙芯的性能绝不是最优的，而且龙芯在isa标准上也十分落后​（BUG太多了）。有一款mips的芯片（抱歉我忘了名字了），无论是性能还是其他各方面都优于龙芯，目前主要用在高端路由器上，这个芯片如果想出一个桌面终端，基本上分分钟秒杀龙芯。

“mips已经没落”，事实上mips的应用非常多，几乎所有家用路由器都是mips的芯片。在嵌入式领域，mips有大量的应用，只是你很少关注罢了。（如果arm不是被大量用在日常使用的手机、平板上，估计知名度跟mips差不多，甚至不如）。

另外有人知道合肥龙芯 ，刚成立 是做什么的么？

我已投简历。

​这次落户合肥的是龙芯国产计算机产业园，既然是产业园，肯定不是一个企业，应该有许多企业吧，我不知道具体情况。​

--

Cheng,

Best Regards

[hui zhang]

这次职位如下  ，   zhangcheng 兄 其实 你搞的东西也很对口啊

职位职能:  高级软件工程师  软件工程师   
岗位职责： 负责龙芯上LINUX环境下核心软件的开发和性能优化工作。   

岗位要求：   
1、本科及以上学历，计算机相关专业，英语四级或相当水平以上，能力突出者不受此条 
件限制；    
2、熟悉Linux环境下软件开发和使用，精通C/C++/JAVA语言，掌握SVN/GIT等版本管理工 
具的日常使用；   
3、参与过大型软件项目的开发，具备较好的代码阅读和分析能力，具有较强的创新能力 
、沟通协调能力和复杂问题解决能力；    
4、熟悉浏览器、虚拟机、编译优化、内核等一或多项者优先。   

其他说明：    
1.提供良好的发展空间和有竞争力的薪酬 
2.请将简历发送到pengf...@loongson.cn邮箱 

--
-- 来自USTC LUG
请使用gmail订阅，不要灌水。
更多信息more info：http://groups.google.com/group/ustc_lug?hl=en?hl=en
---
You received this message because you are subscribed to a topic in the Google Groups "USTC_LUG" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/ustc_lug/yMyunq4-ZWQ/unsubscribe.
To unsubscribe from this group and all its topics, send an email to ustc_lug+u...@googlegroups.com.
To post to this group, send email to ustc...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Zhang Cheng]

2015-04-24 15:46 GMT+08:00 hui zhang <fastf...@gmail.com>:

​我借这个帖子，给龙芯的产业泼一盆冷水吧。说在前面，这不是黑，仅仅是描述一些现状，同时也并没有表达“我不认为龙芯能成功”这样的含义。

我之前的半个月其实就在做跟龙芯有关的事情，准确的说是操作系统适配龙芯整机。期间见到了一些事，我就随便说一些。内容并没有整理过，想到什么说什么。

首先说Linux内核对龙芯的支持。这部分代码应该是龙芯官方（中科龙芯或者其委托的组织、企业）来写，并推送到Linux内核官方仓库。然后各操作系统厂商直接从Linux官方获取源码，来构建适用于龙芯整机的操作系统。由于向Linux内核官方仓库推送patch需要一个周期，为了使得操作系统厂商能够尽快的用上最新的、由龙芯官方测试通过的内核patch，也可以由龙芯官方向操作系统厂商提供自己的源码分支。这是开源社区的玩法。然而，龙芯并不是这么做的。龙芯官方确实向操作系统提供源码了，提供了两个git仓库，分别是2.6.32-el6和3.10.0-el7，打开这两个仓库可以看到，龙芯官方的做法是，分别下载了RHEL这两个版本的源码的tar包，作为仓库的initial commit，然后再添加自己的patch！如此一来，操作系统厂商很难去除自己不需要的RHEL的patch，也更难应用其他自己需要的patch。进一步，操作系统厂商也几乎不可能使用其他版本的Linux内核。而龙芯官方自己来说，将来要更新内核源码也是一个噩梦，不能通过直接git merge上游的修改。这件事可以说是，龙芯并没有找专业的人来参与内核源码分支的维护工作。

另一方面，龙芯在向Linux内核推送patch这件事，我前面说过，在linux-mips上龙芯没有任何话语权，这里来说一下为什么没有。龙芯目前向linux-mips提交的所有代码几乎都只是针对龙芯平台的，很少有针对mips平台的通用改进，从某个角度说，龙芯并没有给Linux内核贡献代码。我们不妨看看intel，intel给Linux贡献了大量的代码，但这些代码中只有一部分是仅仅用于适配自己的硬件的，他们也做了许多通用平台的改进。对于龙芯来说，他们并没有进入Linux内核开发的社区，在社区里没有任何地位。跟中科龙芯的工程师也有过沟通，这些工程师其实也不懂开源社区的玩法。这个问题，不仅仅龙芯有，国内许多开源项目都存在。国内真正理解开源社区文化的企业并不多，许多开源项目，对于开源的认识仅仅是“开放源码”，但是并不懂得什么是社区，怎样运作社区。

再说说操作系统。以中标麒麟为例（因为这家已经做了好几年了，也是目前央采的事实标准）。中标麒麟是基于centos的，不过并不是直接拿过来就用了，他们确实做了许多工作，centos官方并不支持mipsel和mips64el，所以中标需要将整个仓库都重新为mipsel、mips64el打包，而这并不是那么简单的事，有大量的包都需要针对mips平台修改代码，开发的工作量很大。所以，无论我们以后看到中标的系统有多烂，也不要觉得这帮人什么都没做，他们还是花了很大的力气的。不过我想说的呢，还是开源社区的玩法。中标的这种做法，意味着自己很难更新，将来centos升级一个大版本，中标可能就需要把之前mips port做的所有工作都重做一遍，简直就是浪费劳动力。而这事实上也导致了centos的更新频率会非常低，甚至就不打算更新了。系统不跟新，导致的是这个行业的发展可能都会受到影响，例如可能在这个平台的用户不能用最新的docker技术，不能用各种新兴的技术。而一个比较合理的做法，是与开源社区展开合作、互惠。比如Deepin想这样做（只是想，但实际上有许多困难，以后再说），跟Debian合作，为Debian提供物力、人力来让Debian官方支持mips64el，对于Debian来说，能支持一个新的架构是他们很乐意的事情，他们的目标就是支持尽可能多的平台。而Deepin基于Debian进行二次定制，只需要维护少量的自己定制的包即可。Debian官方支持一个架构，意味着Debian上的每一个包在日后的更新时，都会保证对这个架构的支持，因此Deepin可以用很小的代价来维持系统的更新（中标集中式的port工作，在这个场景下被分散到社区里，由社区的开发者完成了）。这里，Deepin可以提供的物力，比如可以捐赠龙芯的机器给Debian用于打包，Deepin可以提供的人力，比如可以雇人全职的帮助Debian打包。这种投入在短期内看起来对Deepin没有利益，但是长期来说其实是跟社区的互动，可以实现互惠。不过想法是好的，可现实中还有许多残酷的障碍，例如龙芯3B在实现上有一些BUG、龙芯主机的BIOS（昆仑）并不开源、龙芯3B使用的内核源码必须要使用闭源的firmware才能启动（集成了某款ATI显卡，必须要用闭源firmware才能显示），这些情况都是Debian不能容忍的，所以Debian官方很可能不愿意接受龙芯的机器用于编译机，甚至不愿意支持龙芯（解释起来可能有些拗口，你可以这么理解，Debian现在愿意支持x86，但不愿意支持386，龙芯由于CPU实现上存在BUG，并不符合最新版本的mips64el规范，所以Debian不一定愿意以龙芯的标准来支持mips64el平台）。

此外再看看用户。超算的场景这里不讨论，因为我没有接触过。目前国家正在推国产化，其实就是打算在党政军里尽可能的使用国产的解决方案。这个解决方案包括了CPU、整机、操作系统、软件应用。在CPU这一块，国产的能用的基本只有龙芯了（也有其他的，不过要么还不如龙芯，要么在桌面、服务器通用领域不比龙芯有优势），所以整条链（整机、操作系统、软件、数据库等）其实都是基于龙芯的。这里我不针对这个链条进行展开，而是说说用户。这里的用户其实就是党政军，他们对于硬件、操作系统、软件的要求其实是很保守的，可以简单的说成是，“windows是怎样的，我们的系统也要尽可能一样；x86的机器是怎样的，我们的方案也要尽可能一样”。也许有些人会吐槽党政军过于保守、不思进取，我当时做操作系统时也觉得这些要求太变态，这帮人不可理喻。但是，我想他们其实也有他们的理由。党政军的设备非常多（千万量级），可见用户数量也是非常庞大，如果一下子提供一个差别非常不同的产品，要培训这么多的用户所需要花的成本可能也非常高，甚至做不到，而培训这种事，恐怕里面的油水更大，老白姓又要吐槽政府腐败了。所以，这种守旧的态度、变态的要求，也许背后也是利益的权衡。（不要跟我辩论国家推行国产化的意义，我只能说我是支持国产化的，至于效果如何跟动机无关。）

好吧，就说这些，再说下去可能要被请喝茶了。我说这些，不是在黑龙芯，仅仅是说一些现状，以供那些计划加入龙芯产业的人参考。

--

Cheng,

Best Regards

[Aron Xu]

龙芯先把 CPU 指令集 bug 都修了再开始考虑能不能进主流的问题，性能什么的都还没来得及谈呢。

> --
> -- 来自USTC LUG
> 请使用gmail订阅，不要灌水。
> 更多信息more info：http://groups.google.com/group/ustc_lug?hl=en?hl=en
> ---

> You received this message because you are subscribed to the Google Groups
> "USTC_LUG" group.
> To unsubscribe from this group and stop receiving emails from it, send an

> email to ustc_lug+u...@googlegroups.com.
> To post to this group, send email to ustc...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

--
Regards,
Aron Xu

[hui zhang]

zhang cheng 兄  每次回复  都手打这么多， 真是辛苦了

看来 棱镜门后  整个计算机产业链的国产化在党政军的推动下 必将振兴啊

这也是好事，  龙芯虽然还有很多问题，但确实也是 唯一选择。

这次在合肥招的应该都是龙芯的产业链周边， 比如 浏览器  虚拟机。

合肥it 公司太少，  多来点公司也是好事。

--

[Zhang Cheng]

2015-04-26 8:16 GMT+08:00 Aron Xu <aronm...@gmail.com>:

龙芯先把 CPU 指令集 bug 都修了再开始考虑能不能进主流的问题，性能什么的都还没来得及谈呢。

​就知道你会出来。要是不在乎喝茶的话，要不你来给大家科普一下龙芯指令集实现上的一些BUG吧，这里面一些标准我记不太清楚，所以我不敢瞎说以防误导人。​

--

Cheng,

Best Regards

[hui zhang]

http://www.loongnix.org/index.php

龙芯桌面化的工作还是挺多的么

这盘棋 还是蛮大的啊

感觉没几千个程序员搞不定啊

在 2015年4月26日星期日 UTC+8下午1:10:17，Zhang Cheng写道：

[Zhang Cheng]

2015-04-26 15:38 GMT+08:00 hui zhang <fastf...@gmail.com>:

http://www.loongnix.org/index.php

龙芯桌面化的工作还是挺多的么

这盘棋 还是蛮大的啊

感觉没几千个程序员搞不定啊

这不算是什么棋吧。龙芯作为芯片，它是一个平台，处理器平台，作为平台，它不得不支撑这个平台上的整个生态圈。而就目前来看，龙芯并没有创造新的生态圈，而仅仅是将其他架构上已经形成的生态圈移植到龙芯上来，这基本上只是一个苦力活，不是创新活，所以我觉得这个不能称之为”蛮大的一盘棋“。如果龙芯要创造一个与x86不同的生态圈，或者至少已经规划了，这才能称的上是蛮大的一盘棋，不过至少从你给的这个链接来说，我没有看出来。

生态圈这个事，不仅仅是写程序的事，写程序远不是主要矛盾。举例来说，腾讯到现在都不愿意为Linux桌面开发QQ，更不用说为基于龙芯的桌面开发QQ了，这不是技术的问题。而生态圈，除了资本利益的扯皮外，就单纯从技术的方面看，这是一个鸡生蛋蛋生鸡的问题。现在都没有一个像样的、有可用性的基于龙芯的操作系统，又如何让各种应用为这个平台做适配、优化？于是这成了一个恶性循环。而龙芯现在只能硬着头皮把最难的东西先捡起来，希望能够打破这个循环，这必定是一场硬仗，结果如何，现在也很难看出来。

我说这些以及前面的那一大段，是希望你在看待这件事的时候，不要把眼光仅仅放在写程序这一个点上，最好能够看到整个产业的现状，结合自己的情况以及对自己的人生规划，看看这条路是否适合自己。（当然，我并没有表达出任何龙芯一定失败的意思，请各为不要误解。我只是说这是一场硬仗，这个仗能否打赢，每个人都有自己的想法。同时，无论这个仗最终能否打赢，跟参与这个仗的人能否得到满意的收获也没有直接的关系。）

--

Cheng,

Best Regards

[Zhang Cheng]

​

2015-04-26 15:38 GMT+08:00 hui zhang <fastf...@gmail.com>:

感觉没几千个程序员搞不定啊

​关于这个数字，再说说把，我觉得也有点意思。

如果说​为构建龙芯生态圈而直接或简洁的做出贡献的程序员，肯定远不止几千人。但如果你指的是直接参与上述链接里的那些项目的程序员，那么恐怕不到100人，最多也不会超过1000人。

做个对比吧，再09年的时候，龙芯2f已经流片出来了。而到09年夏天为止，直接为2F（以及之前的芯片）的研发出力的人只有几十个人（计算所龙芯课题组，博导+博士数量为个位数，剩下的都是在读研究生），这几十个人又分为物理组、电路组、验证组、仿真组等等，其中还有一些是在做软件支持的，并不直接对2F硬件的研发做贡献。09年之后的人数，我不知道了，没有见过。不过到现在，我估计直接参与芯片研发的人数也就一两百人吧，而且绝大多数应该都还是在读研究生。不知道这个数字有没有出乎你的意外。

软件方面，而上述链接里提到的，如内核、JAVA、图形、浏览器等等项目，每个项目目前参与的程序员的数量差不多都是个位数，最多两位数吧。

​

--

Cheng,

Best Regards

[Thomas Copper]

我听说龙芯似乎3A还是3B（二选一，几年前听的，现在我记忆有点模糊了）指令集才有bug，说是“步子迈得过大了”。

之前的2系列和1系列是纯粹的性能问题。

2015-04-26 8:16 GMT+08:00 Aron Xu <aronm...@gmail.com>:

[Aron Xu]

2015-04-27 0:26 GMT+08:00 Thomas Copper <univers...@gmail.com>:
> 我听说龙芯似乎3A还是3B（二选一，几年前听的，现在我记忆有点模糊了）指令集才有bug，说是“步子迈得过大了”。
>

3A 3B 3B1500 集体有bug，而且很大。

> 之前的2系列和1系列是纯粹的性能问题。

2 系列 bug 也一把，但是没有3那么多。1 不了解。

[Aron Xu]

2015-04-26 13:10 GMT+08:00 Zhang Cheng <steph...@gmail.com>:
>
> 2015-04-26 8:16 GMT+08:00 Aron Xu <aronm...@gmail.com>:
>>
>> 龙芯先把 CPU 指令集 bug 都修了再开始考虑能不能进主流的问题，性能什么的都还没来得及谈呢。
>
>
> 就知道你会出来。要是不在乎喝茶的话，要不你来给大家科普一下龙芯指令集实现上的一些BUG吧，这里面一些标准我记不太清楚，所以我不敢瞎说以防误导人。
>

看到喝茶好怕怕。。。

比较出名的见这个：
http://patchwork.linux-mips.org/patch/7692/

不出名的还有各种浮点数计算错误，艾玛。


--
Regards,
Aron Xu