申威 的指令集是自主的 还是?
来源:百度文库 编辑:超级军网 时间:2024/04/27 17:52:53
这个表述看不懂啊
阿尔法架构 自主 指令集-_-||这个表述看不懂啊
阿尔法架构 自主 指令集-_-||
阿尔法架构 自主 指令集-_-||这个表述看不懂啊
阿尔法架构 自主 指令集-_-||
图片传不了-_-||
Alpha专利过期,可能自己加了一部分扩展指令。
能把ALPHA发扬光大的话,还是很牛逼的,这个结构的基因非常优秀,不比X86差
Alpha 21264?DEC的RISC指令集,当时被称为最快的CPU,DEC给Compaq收购后一些人据说去了AMD或者说给AMD挖走了,AMD的K7据说就有一些来自21264的技术
Alpha专利过期,可能自己加了一部分扩展指令。
就是说 商用没人收专利费?
就是说 商用没人收专利费?
scxtx 发表于 2015-3-16 13:56
就是说 商用没人收专利费?
对。
龙芯2001年开搞的时候,95%的MIPS指令集专利也已经过期了,龙芯用自己的方法绕过剩下的专利指令。后来出钱购买授权,更多地是从产品宣传上强调100%MIPS兼容,让用户放心。
Alpha指令集专利过期可能还更早些。
就是说 商用没人收专利费?
对。
龙芯2001年开搞的时候,95%的MIPS指令集专利也已经过期了,龙芯用自己的方法绕过剩下的专利指令。后来出钱购买授权,更多地是从产品宣传上强调100%MIPS兼容,让用户放心。
Alpha指令集专利过期可能还更早些。
壮东风 发表于 2015-3-16 14:01
对。
龙芯2001年开搞的时候,95%的MIPS指令集专利也已经过期了,龙芯用自己的方法绕过剩下的专利指令。 ...
那 国防科大 那个飞腾 也是这种情况?
好想用自己的 U 和系统啊
对。
龙芯2001年开搞的时候,95%的MIPS指令集专利也已经过期了,龙芯用自己的方法绕过剩下的专利指令。 ...
那 国防科大 那个飞腾 也是这种情况?
好想用自己的 U 和系统啊
scxtx 发表于 2015-3-16 14:18
那 国防科大 那个飞腾 也是这种情况?
好想用自己的 U 和系统啊
飞腾是UltraSPARC,甚至连实现都开源了。
指令集大同小异,用谁都差不多,物理设计才是真水平。
那 国防科大 那个飞腾 也是这种情况?
好想用自己的 U 和系统啊
飞腾是UltraSPARC,甚至连实现都开源了。
指令集大同小异,用谁都差不多,物理设计才是真水平。
壮东风 发表于 2015-3-16 14:37
飞腾是UltraSPARC,甚至连实现都开源了。
指令集大同小异,用谁都差不多,物理设计才是真水平。
其实更重要的是有人给你这个架构开发软件
形成生态圈
飞腾是UltraSPARC,甚至连实现都开源了。
指令集大同小异,用谁都差不多,物理设计才是真水平。
其实更重要的是有人给你这个架构开发软件
形成生态圈
最大侠 发表于 2015-3-16 14:45
其实更重要的是有人给你这个架构开发软件
形成生态圈
在开源领域,软件的问题不大,搞定了操作系统、编译器、运行库以后,就是个移植的问题。
麻烦都出在不开源的那部分上,最典型的就是显卡驱动。
其实更重要的是有人给你这个架构开发软件
形成生态圈
在开源领域,软件的问题不大,搞定了操作系统、编译器、运行库以后,就是个移植的问题。
麻烦都出在不开源的那部分上,最典型的就是显卡驱动。
zmic777 发表于 2015-3-16 13:26
Alpha 21264?DEC的RISC指令集,当时被称为最快的CPU,DEC给Compaq收购后一些人据说去了AMD或者说给AMD挖走 ...
K7似乎就是照抄的架构。美国在专利上还是比较保护专利发明人的,如何和公司有冲突的话。
Alpha 21264?DEC的RISC指令集,当时被称为最快的CPU,DEC给Compaq收购后一些人据说去了AMD或者说给AMD挖走 ...
K7似乎就是照抄的架构。美国在专利上还是比较保护专利发明人的,如何和公司有冲突的话。
就是说 商用没人收专利费?
alpha还有上面的操作系统源代码好像都是中国花钱买的。
alpha还有上面的操作系统源代码好像都是中国花钱买的。
alpha还有上面的操作系统源代码好像都是中国花钱买的。
那上面的操作系统是哪个?难道不是用的linux??
那上面的操作系统是哪个?难道不是用的linux??
Alpha的指令架构好几代;
神威的据说比较老(新的似乎也没有发展下去,闲置了)。
神威的据说比较老(新的似乎也没有发展下去,闲置了)。
91年Linux诞生,
92年2月25日Alpha体系于在东京召开的一次会议上面被正式推出。
98年Compaq收购DEC。
DEC自己的操作系统是TRU64,来源于AT&T SVR4
01年HP和Compaq合并后,Alpha被放弃了,HP也放弃了自己的PA-RISC,转向和Intel联合开发 Itanium,HP自己的操作系统HP-UX是否有发展不清楚,在Linux日益普遍的情况下,各个Unix服务器厂商自己的操作系统的日子似乎都不好过
92年2月25日Alpha体系于在东京召开的一次会议上面被正式推出。
98年Compaq收购DEC。
DEC自己的操作系统是TRU64,来源于AT&T SVR4
01年HP和Compaq合并后,Alpha被放弃了,HP也放弃了自己的PA-RISC,转向和Intel联合开发 Itanium,HP自己的操作系统HP-UX是否有发展不清楚,在Linux日益普遍的情况下,各个Unix服务器厂商自己的操作系统的日子似乎都不好过
91年Linux诞生,
92年2月25日Alpha体系于在东京召开的一次会议上面被正式推出。
98年Compaq收购DEC。
也就是说是 别人放弃的东东
哪怕中国 未来 以国家意志将 阿尔法指令集 自己设计微架构的芯片
商用 做大
也不用像 华为那样给arm钱?
92年2月25日Alpha体系于在东京召开的一次会议上面被正式推出。
98年Compaq收购DEC。
也就是说是 别人放弃的东东
哪怕中国 未来 以国家意志将 阿尔法指令集 自己设计微架构的芯片
商用 做大
也不用像 华为那样给arm钱?
zmic777 发表于 2015-3-16 21:52
91年Linux诞生,
92年2月25日Alpha体系于在东京召开的一次会议上面被正式推出。
98年Compaq收购DEC。
惠普放弃了PA-RISC,但HP-UX是企业运算的核心,不可动摇,所以移植了HP-UX for Itanium。
即使惠普放弃Itanium,也不会放弃HP-UX,说不定会出现HP-UX for x86-64。
91年Linux诞生,
92年2月25日Alpha体系于在东京召开的一次会议上面被正式推出。
98年Compaq收购DEC。
惠普放弃了PA-RISC,但HP-UX是企业运算的核心,不可动摇,所以移植了HP-UX for Itanium。
即使惠普放弃Itanium,也不会放弃HP-UX,说不定会出现HP-UX for x86-64。
最大侠 发表于 2015-3-16 14:45
其实更重要的是有人给你这个架构开发软件
形成生态圈
性能才是王道。你性能够高,自然有人给你写软件。
其实更重要的是有人给你这个架构开发软件
形成生态圈
性能才是王道。你性能够高,自然有人给你写软件。
壮东风 发表于 2015-3-16 16:08
在开源领域,软件的问题不大,搞定了操作系统、编译器、运行库以后,就是个移植的问题。
麻烦都出在不开 ...
不过说实话,开源软件难用得很。
在开源领域,软件的问题不大,搞定了操作系统、编译器、运行库以后,就是个移植的问题。
麻烦都出在不开 ...
不过说实话,开源软件难用得很。
sarchiel 发表于 2015-3-19 17:38
不过说实话,开源软件难用得很。
90%以上电脑操作时间花在Linux上的本穷表示不服。。。
不过说实话,开源软件难用得很。
90%以上电脑操作时间花在Linux上的本穷表示不服。。。
不过说实话,开源软件难用得很。
不服+1
不服+1
sarchiel 发表于 2015-3-19 17:38
不过说实话,开源软件难用得很。
随便举个例子, chrome的内核webkit是开源的, 有道词典用过吧, 用的是webkit平台, 国内大大小小浏览器用的也是webkit内核.
还有N多了, 比如nginx, apache,mysql...
开源和闭源一样, 精品软件都少.
不过说实话,开源软件难用得很。
随便举个例子, chrome的内核webkit是开源的, 有道词典用过吧, 用的是webkit平台, 国内大大小小浏览器用的也是webkit内核.
还有N多了, 比如nginx, apache,mysql...
开源和闭源一样, 精品软件都少.
90%以上电脑操作时间花在Linux上的本穷表示不服。。。
所以你的时间都浪费在这里了。为了精通linux你用了多少时间?这些时间的机会成本是多少?你算过么?电脑对绝大多数人来说只是工具,电脑应该为了人服务,而不是相反。为了编译一个应用软件耗费用户的时间和脑细胞无数,这是对用户最大的不负责任。
所以你的时间都浪费在这里了。为了精通linux你用了多少时间?这些时间的机会成本是多少?你算过么?电脑对绝大多数人来说只是工具,电脑应该为了人服务,而不是相反。为了编译一个应用软件耗费用户的时间和脑细胞无数,这是对用户最大的不负责任。
随便举个例子, chrome的内核webkit是开源的, 有道词典用过吧, 用的是webkit平台, 国内大大小小浏览器用的 ...
对于用户来说,只要不需要自己编译,有做好的安装包,开不开源无所谓。我刚刚编译一个自己用的开源计算软件,可把我恶心坏了。
对于用户来说,只要不需要自己编译,有做好的安装包,开不开源无所谓。我刚刚编译一个自己用的开源计算软件,可把我恶心坏了。
sarchiel 发表于 2015-3-20 14:28
所以你的时间都浪费在这里了。为了精通linux你用了多少时间?这些时间的机会成本是多少?你算过么?电脑 ...
我的工作都在Linux上,桌面使用Linux反而有利于工作。
桌面应用现在谁还去编译啊,软件源统统搞定,Linux的驱动还特别全,好多年都是一次装完不需要单独安装驱动。
精通Linux不敢说,就掌握桌面而言,花不了多少时间。非生意人,算不来机会成本。。。
所以你的时间都浪费在这里了。为了精通linux你用了多少时间?这些时间的机会成本是多少?你算过么?电脑 ...
我的工作都在Linux上,桌面使用Linux反而有利于工作。
桌面应用现在谁还去编译啊,软件源统统搞定,Linux的驱动还特别全,好多年都是一次装完不需要单独安装驱动。
精通Linux不敢说,就掌握桌面而言,花不了多少时间。非生意人,算不来机会成本。。。
壮东风 发表于 2015-3-20 14:36
我的工作都在Linux上,桌面使用Linux反而有利于工作。
桌面应用现在谁还去编译啊,软件源统统搞定,Linu ...
我的应用就需要编译啊。编译过程恶心到家了。手里这个软件的七八个版本,三个版本的编译器,各有各的错~
好不容易编译完了也给你玩各种段错误~
末了并行版也到底没编译出来,只能一个核跑,这叫一个慢。
嘿嘿,开源啊,呵呵,呵呵~
壮东风 发表于 2015-3-20 14:36
我的工作都在Linux上,桌面使用Linux反而有利于工作。
桌面应用现在谁还去编译啊,软件源统统搞定,Linu ...
我的应用就需要编译啊。编译过程恶心到家了。手里这个软件的七八个版本,三个版本的编译器,各有各的错~
好不容易编译完了也给你玩各种段错误~
末了并行版也到底没编译出来,只能一个核跑,这叫一个慢。
嘿嘿,开源啊,呵呵,呵呵~
Linux有不同的发行版本,去买或者下载就好,自行编译这个给那些专业人员就好,我们是用电脑的。
sarchiel 发表于 2015-3-20 14:40
我的应用就需要编译啊。编译过程恶心到家了。手里这个软件的七八个版本,三个版本的编译器,各有各的错 ...
这是你的工作,没话说。
在任何平台上都得这么干,除非用现成的商业软件。
我的应用就需要编译啊。编译过程恶心到家了。手里这个软件的七八个版本,三个版本的编译器,各有各的错 ...
这是你的工作,没话说。
在任何平台上都得这么干,除非用现成的商业软件。
我的应用就需要编译啊。编译过程恶心到家了。手里这个软件的七八个版本,三个版本的编译器,各有各的错 ...
哪有普通linux桌面用户没事干跑去编译的。。。
哪有普通linux桌面用户没事干跑去编译的。。。
sarchiel 发表于 2015-3-20 14:33
对于用户来说,只要不需要自己编译,有做好的安装包,开不开源无所谓。我刚刚编译一个自己用的开源计算软 ...
大部分开源软件都可以apt-get install *** 或者yum install 搞定, 谁让你去编译了呢?
一旦需要编译, 证明传统的做法已经无法满足你的需求, 需要修改源代码才可以了, 编译一下很难吗? 就3个步骤.
对于用户来说,只要不需要自己编译,有做好的安装包,开不开源无所谓。我刚刚编译一个自己用的开源计算软 ...
大部分开源软件都可以apt-get install *** 或者yum install 搞定, 谁让你去编译了呢?
一旦需要编译, 证明传统的做法已经无法满足你的需求, 需要修改源代码才可以了, 编译一下很难吗? 就3个步骤.
sarchiel 发表于 2015-3-20 14:40
我的应用就需要编译啊。编译过程恶心到家了。手里这个软件的七八个版本,三个版本的编译器,各有各的错 ...
一旦都需要编译才能满足你的需求, 证明你这个需求已经不是普通需求了. 为了这个不普通的需求, 难度你不需要付出点什么吗?
为啥不花钱去买闭源的玩意呢?
自己编译源码, 在早期, 源代码的依赖很难整, 现在的话, 已经非常轻松了. 说到底, 还是你做的少,不知道一些技巧, 或者说你接触linux比较晚.
早年, 我整一个apache+mysql+php+若干php模块, 曾经编译十多次才能搞定. 后来琢磨明白了.
现在,使用一个几个简单命令就行了.
告诉你几个技巧吧
GCC版本不能太高, 如果你用了最新的发行版, 如果你要编译的源码不是很热门, 那么就得注意这个.
相互依赖的包要注意版本
说到底, 就是个版本的问题, 只要不用最新版, 编译问题会少很多的.
我的应用就需要编译啊。编译过程恶心到家了。手里这个软件的七八个版本,三个版本的编译器,各有各的错 ...
一旦都需要编译才能满足你的需求, 证明你这个需求已经不是普通需求了. 为了这个不普通的需求, 难度你不需要付出点什么吗?
为啥不花钱去买闭源的玩意呢?
自己编译源码, 在早期, 源代码的依赖很难整, 现在的话, 已经非常轻松了. 说到底, 还是你做的少,不知道一些技巧, 或者说你接触linux比较晚.
早年, 我整一个apache+mysql+php+若干php模块, 曾经编译十多次才能搞定. 后来琢磨明白了.
现在,使用一个几个简单命令就行了.
告诉你几个技巧吧
GCC版本不能太高, 如果你用了最新的发行版, 如果你要编译的源码不是很热门, 那么就得注意这个.
相互依赖的包要注意版本
说到底, 就是个版本的问题, 只要不用最新版, 编译问题会少很多的.
sarchiel 发表于 2015-3-19 17:38
不过说实话,开源软件难用得很。
不服+1
不过说实话,开源软件难用得很。
不服+1
一帮顶多用用linux桌面的初级用户纷纷表示要教我怎么用linux,我也是醉了
sarchiel 发表于 2015-3-21 17:42
一帮顶多用用linux桌面的初级用户纷纷表示要教我怎么用linux,我也是醉了
也许你用的软件确实太特殊了,而且作者不按规范写 makefile。
很多时候软件出问题可能是依赖的库版本不一致造成的,开源软件更新迭代很快,而且有时候作者有充足的理由更改API而放弃向后兼容。在商业软件上这也不能避免,不过商业软件一般而言提供的是一缆子解决方案,兼容性的问题不会困扰用户。而开源方案,你得自己去搭积木。于是问题出现了。
不管怎么说,一棍子打倒的说法不是很友好,容易引发宗教战争。
一帮顶多用用linux桌面的初级用户纷纷表示要教我怎么用linux,我也是醉了
也许你用的软件确实太特殊了,而且作者不按规范写 makefile。
很多时候软件出问题可能是依赖的库版本不一致造成的,开源软件更新迭代很快,而且有时候作者有充足的理由更改API而放弃向后兼容。在商业软件上这也不能避免,不过商业软件一般而言提供的是一缆子解决方案,兼容性的问题不会困扰用户。而开源方案,你得自己去搭积木。于是问题出现了。
不管怎么说,一棍子打倒的说法不是很友好,容易引发宗教战争。
不过说实话,开源软件难用得很。
你可能不知道,你正在发帖的超大服务器也是nginx,开源软件,这么多超大网友能同时使用,如此优秀的开源软件,怎么会难用,如此高性能的闭源软件,还没有
你可能不知道,你正在发帖的超大服务器也是nginx,开源软件,这么多超大网友能同时使用,如此优秀的开源软件,怎么会难用,如此高性能的闭源软件,还没有
所以你的时间都浪费在这里了。为了精通linux你用了多少时间?这些时间的机会成本是多少?你算过么?电脑 ...
这只是你,难道别人都和你一样无知
这只是你,难道别人都和你一样无知
壮东风 发表于 2015-3-16 14:01
对。
龙芯2001年开搞的时候,95%的MIPS指令集专利也已经过期了,龙芯用自己的方法绕过剩下的专利指令。 ...
“龙芯”的MIPS指令集,有传言若干指令绕不过去,才趁着金融危机抄底买入。
对。
龙芯2001年开搞的时候,95%的MIPS指令集专利也已经过期了,龙芯用自己的方法绕过剩下的专利指令。 ...
“龙芯”的MIPS指令集,有传言若干指令绕不过去,才趁着金融危机抄底买入。
壮东风 发表于 2015-3-16 16:08
在开源领域,软件的问题不大,搞定了操作系统、编译器、运行库以后,就是个移植的问题。
麻烦都出在不开 ...
国内也没人做做显卡、物理运算卡;
这玩意不会被卡脖子么?
在开源领域,软件的问题不大,搞定了操作系统、编译器、运行库以后,就是个移植的问题。
麻烦都出在不开 ...
国内也没人做做显卡、物理运算卡;
这玩意不会被卡脖子么?
NHPZ 发表于 2015-4-24 20:37
“龙芯”的MIPS指令集,有传言若干指令绕不过去,才趁着金融危机抄底买入。
我上面的回复都说了,购买指令集授权主要是为了兼容的形象,再等一段时间剩下的指令专利也到期了。
好像花了400万刀,并不夸张。
“龙芯”的MIPS指令集,有传言若干指令绕不过去,才趁着金融危机抄底买入。
我上面的回复都说了,购买指令集授权主要是为了兼容的形象,再等一段时间剩下的指令专利也到期了。
好像花了400万刀,并不夸张。