Re: [agi] Re: AGI Complexity

2003-02-19 Thread Jonathan Standley
There is no reason you couldn't take every single deterministic, P algorithm in the standard C++ libraries and implement it as hardware. Most programs would then be mostly written in assembly language, with constructions like binarysearch[sorted_array x, search_target y] replacing add

Re: [agi] Re: AGI Complexity

2003-02-19 Thread Alan Grimes
Jonathan Standley wrote: That approach went out with the introduction of the 4004. Imagine a motherboard that acted as the physical layer for a TCP/IP-based mesh network. TCP/IP is a bit too heavy... I heard of a system once that used ATM as its bus protocol... Today there is 3GIO and

Re: [agi] Re: AGI Complexity

2003-02-19 Thread Jonathan Standley
As I said (maybe you read what I had written as a joke) reconfigurable logic is your best choice. It's almost as good as custom hardware. Even though its pricey, you only have to buy it once and simply upload new designs to it. no, I didn't take it as a joke. I know FPGA's and such are the

[agi] Re: AGI Complexity

2003-02-18 Thread Jonathan Standley
Ed Helfin wrote: It's been some time since I looked at this, but I believe my conclusion was that it wasn't all that reliable, I.e. low % accuracy for correct POS identification?, etc. I don't know if this gets you where you want to go, but it might be worth looking at. I've looked at a

Re: [agi] Re: AGI Complexity

2003-02-18 Thread Alan Grimes
Jonathan Standley wrote: Dedicated purpose hardware provides task specific performance orders of magnitude higher than that of a general purpose CPU. And task-specific hardware need not be inordinately expensive. Look at graphics and sound boards as an example of this. There is no reason