 |
|
| Computers Forum Index » Computer Architecture » Is it time to stop research in Computer Architecture ?... |
|
Page 1 of 10 Goto page 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 Next |
|
| Author |
Message |
| Jean... |
Posted: Thu Oct 15, 2009 4:44 am |
|
|
|
Guest
|
In last couple of decades the exponential increase in computer
performance was because of the advancements in both computer
architecture and fabrication technology.
What will be the case for future ? Can I comment that the next major
leap in computer performance will not because of breakthroughs in
computer architecture but rather from new underlying technology ? |
|
|
| Back to top |
|
|
|
| jacko... |
Posted: Thu Oct 15, 2009 3:45 pm |
|
|
|
Guest
|
On 15 Oct, 05:44, Jean <alertj... at (no spam) rediffmail.com> wrote:
Quote: In last couple of decades the exponential increase in computer
performance was because of the advancements in both computer
architecture and fabrication technology.
What will be the case for future ? Can I comment that the next major
leap in computer performance will not because of breakthroughs in
computer architecture but rather from new underlying technology ?
After having designed an instruction set I think there are some
architectural improvements to be made, but they are few. Most of my
research is now in mathematics.
A few of the architecture and fab improvements I see happening are:
1. DISCO-FETs for faster lower power switching.
2. A simpler instruction set.
3. Multiple cores set up as an execution ring, with memory spliting,
cache spliting.
4. New number systems.
cheers jacko
http:/sites.google.com/site/jackokring |
|
|
| Back to top |
|
|
|
| Mayan Moudgill... |
Posted: Thu Oct 15, 2009 5:28 pm |
|
|
|
Guest
|
Ken Hagan wrote:
Quote: On Thu, 15 Oct 2009 05:44:29 +0100, Jean <alertjean at (no spam) rediffmail.com> wrote:
In last couple of decades the exponential increase in computer
performance was because of the advancements in both computer
architecture and fabrication technology.
Call me cynical, but I can't think of any advances in computer
architecture that have entered the mainstream in the last twenty years.
Surely its *all* been in fabrication.
Instruction set architecture: multi-media extensions
micro-architecture: 2-bit branch prediction |
|
|
| Back to top |
|
|
|
| Mayan Moudgill... |
Posted: Thu Oct 15, 2009 10:02 pm |
|
|
|
Guest
|
ChrisQ wrote:
Quote: Yes, but utimately boring and really just rearranging the deck chairs.
Compared to the 70's and 80's the pace of development is essentially
static.
Name one feature introduced in the 80s which you consider not
"rearranging the deck chairs". For extra credit identify the
architecture in the 50s and 60s which first used this feature (or a
variant). |
|
|
| Back to top |
|
|
|
| ChrisQ... |
Posted: Fri Oct 16, 2009 12:55 am |
|
|
|
Guest
|
Mayan Moudgill wrote:
Quote:
Name one feature introduced in the 80s which you consider not
"rearranging the deck chairs". For extra credit identify the
architecture in the 50s and 60s which first used this feature (or a
variant).
No credits to gain, sorry. Not a computer architect, but do have a
general interest and design hardware and write software around
architecture. My comment about progress has more to do with performance
gains, apparent new directions and willingness to take risks in
computing, which seemed very significant in the 70's and 80's. The 3
year old xeon machine on the desktop here seems not much faster than the
10+ year old 1997 Alpha box recently retired, so I naturally wonder,
what's happened in the meantime ?. All the hardware parts look familiar,
even down to the dos'ish bios and pci slots, when one would have
expected to see something very different after 10 to 15 years of
'progress'. Ok, we have pci express, more and faster memory, dual cpus
that have heatsinks filling half the box, but what else has changed ?.
Of course, this is not particularly scientific, but seems to be a valid
point of view as a user of casual interest and suggests that there are
other forces at work. I'm sure that there is, as usual, no shortage of
good ideas.
Seems to me that barriers to progress are as much cultural as
commercial. In the 60's the US put men on the moon and the attitudes
that allowed that to happen are being lost by an aging western
civilisation that has become far too complacent, safe and risk averse.
All this trickles down and becomes pervasive. Add to that the
monopolisation of the architectural gene pool and i'm not expecting much
to happen any time soon...
Regards,
Chris |
|
|
| Back to top |
|
|
|
| Andy \"Krazy\" Glew... |
Posted: Fri Oct 16, 2009 5:31 am |
|
|
|
Guest
|
Jean wrote:
Quote: In last couple of decades the exponential increase in computer
performance was because of the advancements in both computer
architecture and fabrication technology.
What will be the case for future ? Can I comment that the next major
leap in computer performance will not because of breakthroughs in
computer architecture but rather from new underlying technology ?
I am not so sure.
There are significant improvements to be had in single thread
performance by going to really large instruction windows. Multilevel
instruction windows. The key is how to do this in a smart and power
efficient manner. Such as I have patent pending, on inventions I made
outside Intel. (I owe y'all an article on this.)
I doubt that this will deliver performance improvements linear in the
number of transistors. However, all of the evidence that I have seen
indicates that it will deliver performance proportional to the square
root of the number of trsnistors.
By the way, some people call this - performance proportional to square
root of the number of transistors - Pollack's Law. Fred Pollack, my old
boss, presented it at some big conferences. Myself, I told Fred about
this "law", which I first encountered in Tjaden and Flynn's paper that
said performance is proportional to the square root of the number of
branches looked past. After encountering such square root laws in
several places, I conjectured the generalization, which seems to be
confirmed by many metrics. To differentiate myself, let me conjecture
further that in a space of dimension d, performance is proportional to
the (d-1)/d-th root of the number of devices. E.g. in 3D, I conjecture
that performance is proportional to the 2/3-rds root of the number of
devices.
I suspect that there are significant improvements in parallel processing
to be made, most likely in the "how to make it easier" vein. I'm in the
many, many, processors camp.
I believe that there is significant potential to apply parallelism to
improve single thread performance. Speculative multithreading, SpMT. I
wish Haitham Akkary luck as he carries the torch for this research. DMT.
I wish I could do the same.
Along the lines of technology, as indicated above I suspect that 3D
integration could bring many benefits. But heat dissipation is such a
big problem that I doubt that it is reasonable to hope for this in the
next 10 years. I.e. I doubt that we will have cubes of logic intermixed
with memory 1 cm on a side. However, incremental progress will be made.
2-4 layers of transistors within 10 years.
Although smaller, faster, more power efficient devices are always a
possibility, I think that the human brain points out the capabilities of
relatively slow computation, albeit with complex elements and high
connectivity. I suppose this counts as technology, although not
necessarily on the traditional access of evolution. |
|
|
| Back to top |
|
|
|
| EricP... |
Posted: Fri Oct 16, 2009 11:20 pm |
|
|
|
Guest
|
Andy "Krazy" Glew wrote:
Quote: EricP wrote:
Daniel A. Jimenez wrote:
...
Trace cache is another more-or-less recent microarchitectural innovation
that allowed Pentium 4 to get away with decoding one x86 instruction
per cycle and still have peak IPC greater than 1.
Actually trace cache goes back to the VAX HPS, circa 1985.
They called the decoded instruction cache a "node cache".
As far as I know, VAX HPS was never built though.
Sorry, no.
The HPS (and HPSm) node cache was not a trace cache. It did not have a
single entry point for a trace of instructions.
I invented the trace cache, or at least the term "trace cache", while
taking the first Wen-Mei Hwu (the H in HPS) taught after receiving his
Ph.D. and coming to UIUC in 1986 or 1987. I invented it to solve the
problems that a decoded instruction cache had with variable length
instructions (and also to support forms of guarded execution, what would
now be called control independence or hammocks or hardware if
conversion). Wen-mei was my MS advisor. I am sure that he would have
informed me if the trace cache was just the node cache rehashed (and
given me a bash, and thrown it in the trash, and not given me any cash).
Alex Peleg and Uri Weiser may have preceded me in inventing the trace
cache, and certainly patented it first. (I never patented anything at
UIUC, or prior to Intel.) But so far as I know, I invented the term
"trace cache", and popularized it at Intel in 1991, before Peleg and
Weiser.
My apologies - I did not mean to imply these were equivalent,
and the paper doesn't use the term 'trace cache', as I noted.
HPS wasn't a trace cache machine, but it is so similar that it
probably planted the seeds that became trace caching.
The functional description in the paper I cited and others
in the HPS series have many similarities to a trace cache idea:
caching the risc-y micro-ops of decoded instructions,
merging of instruction literal values into the cache,
repairs (aka replay traps), register renaming,
Tomasulo OoO execution, etc.
The cache structure itself was a question because of the
one-to-many mapping of instructions to nodes (micro-ops).
They discuss the cache space allocation and fragmentation
issues but do not propose a specific solution
(two level index? LRU? garbage collect?).
The micro ops are not physically stored together as a
basic block, so that leap has not been made yet.
However all the pieces are in play.
This all left me with the impression that HPS was an
early step along the design path the led to Pentium 4.
Some of these HPS papers PDFs are available online at
http://www.zytek.com/~melvin/pubs.html
And easy read and of historical interest is:
"An HPS Implementation of VAX: Initial Design and Analysis", 1986
Eric |
|
|
| Back to top |
|
|
|
| Robert Myers... |
Posted: Sat Oct 17, 2009 12:58 am |
|
|
|
Guest
|
On Oct 15, 12:44 am, Jean <alertj... at (no spam) rediffmail.com> wrote:
Quote: In last couple of decades the exponential increase in computer
performance was because of the advancements in both computer
architecture and fabrication technology.
What will be the case for future ? Can I comment that the next major
leap in computer performance will not because of breakthroughs in
computer architecture but rather from new underlying technology ?
Here's the real deal.
As my friend, whom I otherwise respect, says, the discovery of
computers was one of the most signal events in human history, perhaps
the most important since the discovery of writing. Ask anyone in the
business.
Everyone recognized that reality, and the smartest intellects ever,
including the dead and the as yet to be born, were conjured, and
everything that could be done was done in the first six days. Ask
anyone in the business. They were there.
Robert. |
|
|
| Back to top |
|
|
|
| Gavin Scott... |
Posted: Sat Oct 17, 2009 1:19 am |
|
|
|
Guest
|
Piotr Wyderski <piotr.wyderski at (no spam) mothers.against.spam.gmail.com> wrote:
Quote: Once upon a time there was an attempt to satisfy "the aims of science /
pursuit of excellence".
It was called Itanium. Turned out to be a multi-billion dollar flop.
Well, the flop is still a multi-billion dollar business I think, and
we support some thousand(s) of them that are actively used by some of
the world's largest companies for a substantial portion of their
critical computing needs.
There were perhaps more new and interesting ISA features in Itanium
than in any other I can recall. You may not like them, or may not
consider them a success, but it's definitely in the realm of "new
and interesting within the last 20 years" in at least a few respects.
G. |
|
|
| Back to top |
|
|
|
| Gavin Scott... |
Posted: Sat Oct 17, 2009 1:22 am |
|
|
|
Guest
|
"Andy \"Krazy\" Glew" <ag-news at (no spam) patten-glew.net> wrote:
Quote: I think that the human brain points out the capabilities of
relatively slow computation, albeit with complex elements and high
connectivity.
Of course everyone ignored my suggestion that old architects might
want to try reading some new cellular biology texts, but I think
there are many interesting sources for inspiration there. Like the
fact that you can have interconnect that requires zero energy, etc.
G. |
|
|
| Back to top |
|
|
|
| ... |
Posted: Sat Oct 17, 2009 9:26 am |
|
|
|
Guest
|
In article <e3da8840-f715-4a5d-9170-7a93c9b4ae5f at (no spam) j19g2000yqk.googlegroups.com>,
Robert Myers <rbmyersusa at (no spam) gmail.com> wrote:
Quote: On Oct 15, 12:44=A0am, Jean <alertj... at (no spam) rediffmail.com> wrote:
In last couple of decades the exponential increase in computer
performance was because of the advancements in both computer
architecture and fabrication technology.
What will be the case for future ? Can I comment that the next major
leap in computer performance will not because of breakthroughs in
computer architecture but rather from new underlying technology ?
Here's the real deal.
As my friend, whom I otherwise respect, says, the discovery of
computers was one of the most signal events in human history, perhaps
the most important since the discovery of writing. Ask anyone in the
business.
Well, I am, and I strongly disagree. The steam engine was FAR more
important, as the concept it introduced led to all forms of powered
machinery. I could mention other things, including chemistry.
Computers are vastly overrated.
Quote: Everyone recognized that reality, and the smartest intellects ever,
including the dead and the as yet to be born, were conjured, and
everything that could be done was done in the first six days. Ask
anyone in the business. They were there.
Well, I wasn't there at the beginning of the modern era, but knew
a fair number of people who were. There is some truth in that, but
it is more accurate to say that everything was done later was only
invented only in princple, as its delivery needed advances in
process technology.
People knew how to build a functional steam locomotive in Hero's
day - they didn't have the technological base to do it.
Regards,
Nick Maclaren. |
|
|
| Back to top |
|
|
|
| Andy \"Krazy\" Glew... |
Posted: Sat Oct 17, 2009 9:38 am |
|
|
|
Guest
|
Gavin Scott wrote:
Quote: "Andy \"Krazy\" Glew" <ag-news at (no spam) patten-glew.net> wrote:
I think that the human brain points out the capabilities of
relatively slow computation, albeit with complex elements and high
connectivity.
Of course everyone ignored my suggestion that old architects might
want to try reading some new cellular biology texts, but I think
there are many interesting sources for inspiration there. Like the
fact that you can have interconnect that requires zero energy, etc.
G.
Why do you think you were ignored?
Some of us even went and took classes on the topic. |
|
|
| Back to top |
|
|
|
| ... |
Posted: Sat Oct 17, 2009 5:42 pm |
|
|
|
Guest
|
In article <K_LBm.6106$D95.3011 at (no spam) newsfe22.ams2>, meru at (no spam) devnull.com
(ChrisQ) wrote:
Quote: so I naturally wonder,
what's happened in the meantime ?.
Rant mode on
Software bloat. The programs I use except for games have not visibly
increased in speed since my first PC. They have developed a lot more
bells and whistles but not got faster. DOS could run programs and a GUI
(GEM) in 512kb of memory. Windows 3.1 would run with a mb though it
needed 4mb to get maximum performance, I understand that Windows 7 has a
minimum requirement of 2gb. Just about all the increases in hardware
speed have been used to run more elaborate software at the same speed.
Rant mode off.
Ken Young |
|
|
| Back to top |
|
|
|
| Robert Myers... |
Posted: Sat Oct 17, 2009 10:50 pm |
|
|
|
Guest
|
On Oct 17, 6:06 pm, Brett Davis <gg... at (no spam) yahoo.com> wrote:
Quote:
MIT built RAW and UT Austin built TRIPS. These are really weird
architectures and microarchitectures that could be very influential
for future processors.
I tried googling "MIT RAW" and "UT Austin TRIPS" and got no hits, could
you find some links, there are a bunch of comp.arch readers that would
love to learn more.
google
stream processor mit raw
http://groups.csail.mit.edu/cag/raw/documents/
I know less about TRIPS, but the google
stream processor trips darpa
yields tons of stuff
Robert. |
|
|
| Back to top |
|
|
|
| Robert Myers... |
Posted: Sun Oct 18, 2009 1:39 am |
|
|
|
Guest
|
On Oct 17, 9:17 pm, Andrew Reilly <andrew-newsp... at (no spam) areilly.bpc-
users.org> wrote:
Quote:
There are certainly aspects of this whimsical algorithmic flexibility
that jar: how can it possibly take a dual core computer with billions of
instructions per second up its sleve *many seconds* to pull up the
"recently used documents" menu, every time?
It's because the people who write software are the smartest on the
planet. Just ask anyone in the business.
There's a story kicking around about Ballmer booting Vista to demo it
for someone and losing it Ballmer-style as the machine sat there
forever without giving a clue as to what it was doing.
To be fair, those gorgeously-expensive graphics are about the only
thing computers have left going for them as far as the average
customer is concerned. That's what the customer sees in the store,
and that's what the customer buys. Nothing else works, really: not
security, not reliability, not response time, not usability.
The only thing that would really make any difference is if computers
really could act intelligent--for example, it knows that it might get
away with the "Recent Documents" foulup once or twice, but not time
after time and could invent a shortcut around the most general case
that works well enough most of the time. Getting a factor of two
through hardware is hard. Gobbling it up several times over in
spaghetti code is easy.
Robert. |
|
|
| Back to top |
|
|
|
|
|
All times are GMT
The time now is Tue Dec 01, 2009 11:10 am
|
|