免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: prolj
打印 上一主题 下一主题

Tilera公司的64核MIPS——Tile64 [复制链接]

论坛徽章:
0
31 [报告]
发表于 2009-03-13 21:09 |只看该作者
原帖由 prolj 于 2009-3-13 20:57 发表
想得多没用,一千行文字抵不过一张照片。
其实很多还不懂,看见水木那几个人心里就火大,啥时候跟人家那样啊,无论是理论还是实践,都有差距。
说白了吧,模拟硬件功能我推崇 JIT , Apple 的 OpenGL 已经做了 ...


坚持就是胜利!

论坛徽章:
0
32 [报告]
发表于 2009-03-13 22:12 |只看该作者
原帖由 prolj 于 2009-3-13 20:43 发表
更理想的情况是,粗粒度(任务级)并行交给 OS , 细粒度(ILP)还是编译器干, CPU 就在哪儿听话的跑指令。
其实,硬件不支持不重要,关键是你的接口设计要清晰,硬件不支持的功能可以用软件模拟(不同的人有 ...


在公司想回复之前处理其它事了,没想到这之间又讨论了许多,呵呵。其实软件硬件的具体界限挺难划清楚,一方面有些软件处理的有可能做到硬件中,如TCP Segmentation Offloading;一方面有些多数实现在硬件中也有可能通过软件来实现,如TILE64的PCIe接口实际上是实现了PHY和DL两层,Transcation层只实现了Config Register Space,TLP是由一个专门的核跑软件处理的。

论坛徽章:
0
33 [报告]
发表于 2009-03-14 00:51 |只看该作者
原帖由 Cyberman.Wu 于 2009-3-13 22:12 发表
在公司想回复之前处理其它事了,没想到这之间又讨论了许多,呵呵。其实软件硬件的具体界限挺难划清楚,一方面有些软件处理的有可能做到硬件中,如TCP Segmentation Offloading;一方面有些多数实现在硬件中 ...

很同意这个观点,就像版主跟我说的那样,其实软硬件都一样的。其实我就是想知道怎么为这种处理器生成代码,现在知道了,很开心。
记得看过文章说硬件实现不一定比软件实现快,这个思路的确不错。硬件实现肯定要更多的资源(寄存器、电),软件实现更加灵活。如何能把硬件实现做灵活,或者把软件实现的效率做上来,才是关键。

论坛徽章:
0
34 [报告]
发表于 2009-03-14 01:02 |只看该作者

回复 #33 prolj 的帖子

是啊,我感觉用许多东西用软件和硬件实现各有各有优缺点,要根据实际情况灵活运用。可惜许多人总是先入为主,认为没有硬件加速不可能高速I/O处理。

论坛徽章:
0
35 [报告]
发表于 2009-03-14 10:40 |只看该作者
原帖由 Cyberman.Wu 于 2009-3-14 01:02 发表
是啊,我感觉用许多东西用软件和硬件实现各有各有优缺点,要根据实际情况灵活运用。可惜许多人总是先入为主,认为没有硬件加速不可能高速I/O处理。

你写驱动,这样可以降低硬件成本。设计硬件的人,在软件方面不一定有你认识的深,术业有专攻,各有各角度,各有各看法,相互交流借鉴可以让大家都开阔思路。
很显然,我也是站在软件的角度来看待问题,我愿意让编译器是容易移植的,所以更加希望接口是清晰的,再可以重新编译的情况下可以分离出硬件相关和硬件无关的接口,否则就要采取别的手段。
高速 I/O ,这么理解吧,也许我的表达并不合适,就是一个比喻。硬件设计人员认为,我设计一辆汽车,发动机马力越大才能跑的更快。而软件开发人员想的是,我怎么调整变速箱、怎么提高油的燃烧率,发挥发动机的最大能力。
C 版曾经有讨论为什么数据库比文件读写效率高,有人说原因之一是数据库软件实现了 I/O Cache 。驱动的 I/O ,是的,我们没办法突破硬件 I/O 的极限,但是我们可以消除不必要 I/O ,调整 I/O 来进行 Cache 等手段提高效率
至于驱动的高速 I/O 处理,我也不清楚,但是硬件高速的 I/O 的手段用软件来实现也许能达到同样甚至更好的效果,猜测,猜测,对于我不明白的东西,这仅仅是一个猜测。

论坛徽章:
0
36 [报告]
发表于 2009-03-15 12:50 |只看该作者
原帖由 prolj 于 2009-3-14 10:40 发表

你写驱动,这样可以降低硬件成本。设计硬件的人,在软件方面不一定有你认识的深,术业有专攻,各有各角度,各有各看法,相互交流借鉴可以让大家都开阔思路。
很显然,我也是站在软件的角度来看待问题,我愿意 ...


硬件和软件考虑的角度是完全不同的。

论坛徽章:
0
37 [报告]
发表于 2009-03-16 16:34 |只看该作者

回复 #35 prolj 的帖子

你的比喻挺形象的,呵呵。我们无法突破硬件上的极限,但可以通过一些其它的手段来达到目的,如视频传送中的编码,这一部分用软件和硬件都可以实现,各有特点,一般来说复杂如H.264的通常用软件实现,用FPGA目前是有人实现了,但难度很高,只有少数人能做到吧。

论坛徽章:
0
38 [报告]
发表于 2009-03-16 16:35 |只看该作者
原帖由 abutter 于 2009-3-15 12:50 发表


硬件和软件考虑的角度是完全不同的。


没太明白,什么是完全不同的?

论坛徽章:
0
39 [报告]
发表于 2009-03-16 17:01 |只看该作者
原帖由 Cyberman.Wu 于 2009-3-16 16:34 发表
你的比喻挺形象的,呵呵。我们无法突破硬件上的极限,但可以通过一些其它的手段来达到目的,如视频传送中的编码,这一部分用软件和硬件都可以实现,各有特点,一般来说复杂如H.264的通常用软件实现,用FPGA目前 ...


FPGA 灵活,别的我也不了解,就玩儿过一次。有些算法太复杂了,用硬件实现,恐怕设计的出来,没法流片。
听说 PC 早期的时候,看视频都要特殊的硬件解码加速卡(不会是显卡吧?),可是梁肇新写的超级解霸就完全使用软件实现了,而且效果还挺好的。现在看来,还是软件来得灵活统一,修改也方便。现在解霸还存在(好像被收购了),可是那些特殊的硬件解码加速卡已经随大江东流去了。

论坛徽章:
0
40 [报告]
发表于 2009-03-16 20:08 |只看该作者

回复 #39 prolj 的帖子

其实软件应该做什么、能做什么,硬件应该做什么、能做什么,一直是变化的,没有固定的分界线。有些东西以前习惯上可能都是用硬件来实现的,而现在可能改为用软件了;也有本来习惯用软件实现的,可能现在反而改用硬件了。不过相对“软化”的痕迹挺明显的,如以前语音业务都是硬件处理的(PBX),现在在向软交换发展。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP