第739章 芯成方年上京欲抱大腿万更求订（第9页）

事实上，无论手机还是电脑，c都会是大趋势。

当然，在电脑领域，c的整合范围不会有多大。

比如搭载核显的cpu基本上都不是高玩们的选择，毕竟核显性能一般不咋的。

但这得看需求。

对现在的前沿来说，这块整合了cpu和gpu的芯片就是最好的。

当然，各方面性能等等有待提升。

方年端详着芯片，嘴上道：“其它方面怎么样？”

“性能跟预期的差不多，主频也还是16ghz，基本都是设计目标。”

陈建业回答道。

“很早之前，我们这边就有跟deskos项目的核心开发团队建立深入交流，deskos团队也专门开发了一个新的beta系列版本，是完全建立在我们自研的指令集架构上的；

只不过这个版本的deskos配合这颗芯片，能做的事情比较局限；

因为我们跟女娲实验室配合进行的nwl配套编译器针对性修改工作进行得不是很顺利；1

更别说新的编译器还得兼容其它开发工具。”

最后，陈建业总结道：“翻译执行x86目标的实际性能没有之前那么乐观，仅有35，移植应用可以跑，但跑得不怎么流畅。”

结果是：能用，但绝对不好用。

操作系统其实只能算是一个桥梁，应用软件通过操作系统拿到cpu控制权，然后去执行自己想要做的事情。

现在应用软件并没有针对修改。

一是编译器未完成，二是这套新体系还未对外开放。

所以原先基于deskos的那一大把应用虽然可以跑在新的软硬环境下，但因为之前针对的全是x86体系，能执行起来都是这套新指令集架构主动去兼容的。

等于强行在二进制层面翻译执行，损耗的性能远比预计要多得多。

35的执行性能，用通俗的说法是一朝回到99年。

比较不乐观的是，现在问题并不是卡在协调各个应用厂商，而是内部就没搞定。

事情很简单，白泽和女娲再算上龙芯等能尽快搞定编译器问题，尤其是兼容市面上所有开发工具；

原先支持deskos的应用开发者们只需要将源码再通过这个修改后的编译器编译一遍生成新的程序，就可以获得100性能。

方年对这里面的流程是了解的。

他想了想，道：“这些工作一步步来，编译器的工作不是太难，毕竟最难的已经完成了。”

说着，方年收回看向芯片的目光，望向对面的陈建业：“院士有没有名字建议。”

“芯片？”陈建业问。

“指令集、微架构、芯片系列。”

“我们内部一直没定名字，就是想交给方总你来，没有你的无限支持和推动，我们也做不成。”

“我取名很简单。”

陈建业笑而不语：“……”

“行吧。”见状，方年笑了笑，“既然这样，就还是按照我一贯以来的取名方式。”

“指令集叫：bzloong。”

说完，方年念叨一句：“龙芯的贡献不怎么多，名字占了那么长，有点亏了。”

“微架构你们内部随便定就行。”

“芯片……就叫白龙d1吧。”

陈建业院士并不意外方年取名的随意，欣然点头：“既然方总将微架构的命名交给我们，那我打算叫‘未竟’。”

接着补充道：“也没有规定说微架构不能用中文。”