REGISTER | LOGIN
Breaking News
News & Analysis

DARPA Funds Development of New Type of Processor

Worlds 1st Non-Von-Neumann
6/9/2017 01:01 AM EDT
27 comments
NO RATINGS
1 saves
Page 1 / 2 Next >
More Related Links
View Comments: Newest First | Oldest First | Threaded View
Page 1 / 3   >   >>
EricOlsen
User Rank
Rookie
Re: Anyway's, Darpa has no idea of new computer revolution I'm designing.
EricOlsen   6/29/2017 10:31:32 AM
NO RATINGS
Hi Colin,

Thanks for the advice.  Yes, I did notice the BAA's particularly in the area of new computing technology that your article is discussing.  It's very exciting, and I'm hoping that it allows more grass-roots original research to be funded.  We're a small company with no real recognition, so its highly unlikely that we would be funded by Darpa, but who know's, even in casino gaming a .01% chance might be worth the effort!  One thing is clear, without the backing of IC companies capable of advancing ideas with modern process technology, our idea doesn't have a chance.  Thank you for your article,  Eric

R_Colin_Johnson
User Rank
Author
Re: Anyway's, Darpa has no idea of new computer revolution I'm designing.
R_Colin_Johnson   6/28/2017 10:20:54 PM
NO RATINGS
> Eric: I'm working a brand new type of computer that operates using a different number system, one that doesn't use carry!...I sure would like to get 80 million in development funds, and the keep the patents too!

All you have to do is search the BAAs and find one remotely related and send in your application. I don't know about $8 million, but $800,000 is entirely feasible.

EricOlsen
User Rank
Rookie
Re: Anyway's, Darpa has no idea of new computer revolution I'm designing.
EricOlsen   6/28/2017 6:03:19 PM
NO RATINGS
You can see some of the work at:  www.digitalsystemresearch.com

 

EricOlsen
User Rank
Rookie
Anyway's, Darpa has no idea of new computer revolution I'm designing.
EricOlsen   6/28/2017 6:02:25 PM
NO RATINGS
I'm most interested in Google's TPU, and thier work.  I'm working a brand new type of computer that operates using a different number system, one that doesn't use carry!  It's far more efficient at processing matrix operations that binary systems.  However, it doesn't address any of the issues of memory latentcy, and high speed I/O.  But darn, I sure would like to get 80 million in development funds, and the keep the patents too!

EricOlsen
User Rank
Rookie
Re: not first non-von machine
EricOlsen   6/28/2017 5:56:35 PM
NO RATINGS
The 8031/8051 is a well known harvard architecture with separate I/D.

KarlS01
User Rank
Author
Re: Something still bothersome, Trung quote.
KarlS01   6/13/2017 11:22:09 AM
NO RATINGS
"Of course, some load ahead and some store behind are needed..........."  And it also depends on omputation intensive applications, not general applications where the control flow is full of branches.

This is the falacy of super scalar assumptions that there is very high probability that the data has been put in a register previously.  Can you quantify "some" in some way?

How about context switching, interrupts, and all the other unpredictable things?

In fact this whole topic is about the need to access data that exists in 8 byte chunks in global memory.  So much so that caches are a problem, causing congestion and wasted power. 

sw guy
User Rank
Author
Re: Something still bothersome, Trung quote.
sw guy   6/13/2017 10:27:19 AM
NO RATINGS
@KarlS01

Here is what I meant, using fantasy instruction set.

You said the sequence for a single addition is:
load  REG1,DATA1
load  REG2,DATA2
add   REG3,REG1,REG2
store REG3,RESULT
(4 instructions fetch)

But as soon as optimizer is able to go full steam ahead, actual sequence would be:
add   REG3,REG1,REG2

Of course, some load ahead and some store behind are needed, but some compiler are very smart are getting rid of memory storage for local variable, which may be awkard to debug but is good for:
- Program size
- Data set size
- Count of instructions to get same work done
(abstract: good for performance from every side)



KarlS01
User Rank
Author
Re: Something still bothersome, Trung quote.
KarlS01   6/13/2017 10:00:55 AM
NO RATINGS
@Colin:  There is zero chance of any interest.

1) It runs on "Windoze".

2) Not RISC 

3) Not Linux

4) No TCL scripting

5) Not from an EDA vendor

6) Not based on marketing hype and buzz words

KarlS01
User Rank
Author
Re: Something still bothersome, Trung quote.
KarlS01   6/13/2017 9:34:44 AM
NO RATINGS
@sw guy:  I think you mean that data fetches are reduced, because  instruction fetches specify which data operands to use even if they are in register files.

agoodloe
User Rank
Rookie
Re: Something still bothersome, Trung quote.
agoodloe   6/13/2017 9:13:06 AM
NO RATINGS
Previous attempts in the late 1980s and 1990s at pushing  non-von-Neumann architectures such as Lisp machines, data flow machines, and reduction machines all failed to gain acceptance in the marketplace. While such designs had a strong intellectual appeal among the research community, they would have required the wholescale adaption of programming paradigms that are foreigng to  most developers and the OS and every application needs to be  rewritten in these paradigms. Had advances in traditional processors stalled the cost may have been deemed acceptable, but the big chip makers poured resources into fabrication techniques and deeper super scaler pipelines that allowed the old dusty deck of C porgrams to run faster and faster and consequently non-von-Neumann architectures got the reputation as impractical.

Page 1 / 3   >   >>
Like Us on Facebook
EE Times on Twitter
EE Times Twitter Feed