Scalable processors in the billion-transistor Era: IRAM

Kozyrakis, CE; Perissakis, S; Patterson, D; Anderson, T; Asanovic, K; Cardwell, N; Fromm, R; Golbus, J; Groibstad, B; Keeton, K; Thomas, R; Treuhaft, N; Yelick, K

dc.contributor.author	Kozyrakis, CE	en
dc.contributor.author	Perissakis, S	en
dc.contributor.author	Patterson, D	en
dc.contributor.author	Anderson, T	en
dc.contributor.author	Asanovic, K	en
dc.contributor.author	Cardwell, N	en
dc.contributor.author	Fromm, R	en
dc.contributor.author	Golbus, J	en
dc.contributor.author	Groibstad, B	en
dc.contributor.author	Keeton, K	en
dc.contributor.author	Thomas, R	en
dc.contributor.author	Treuhaft, N	en
dc.contributor.author	Yelick, K	en
dc.date.accessioned	2014-03-01T01:13:19Z
dc.date.available	2014-03-01T01:13:19Z
dc.date.issued	1997	en
dc.identifier.issn	00189162	en
dc.identifier.uri	https://dspace.lib.ntua.gr/xmlui/handle/123456789/12428
dc.subject	Performance Improvement	en
dc.subject	Very Long Instruction Word	en
dc.subject.other	Bandwidth	en
dc.subject.other	Cost effectiveness	en
dc.subject.other	Microprocessor chips	en
dc.subject.other	Storage allocation (computer)	en
dc.subject.other	Transistors	en
dc.subject.other	Billion transistors	en
dc.subject.other	Intelligent random access storage (IRAM)	en
dc.subject.other	Vector compilation technology	en
dc.subject.other	Random access storage	en
dc.title	Scalable processors in the billion-transistor Era: IRAM	en
heal.type	journalArticle	en
heal.identifier.primary	10.1109/2.612252	en
heal.identifier.secondary	http://dx.doi.org/10.1109/2.612252	en
heal.publicationDate	1997	en
heal.abstract	ther architecture alternatives, like wide superscalarand VLIW (very long instruction word), suffer fromdrawbacks---implementation complexity, low utilizationof resources, and immature compiler technology---or deliver only modest performance improve--ments. Moreover, they usually exacerbate the mainmemory bandwidth bottleneck.3Beyond the uniprocessor, the possibility exists forthe integration of multiple processors on a single die,but this integration would place even greater...	en
heal.journalName	Computer	en
dc.identifier.doi	10.1109/2.612252	en
dc.identifier.volume	30	en
dc.identifier.issue	9	en
dc.identifier.spage	75	en
dc.identifier.epage	78	en