Can port "b" be used for intercog sync signals?
CJ
Posts: 470
scenario:
say cog3 is waiting for its sync on b5
master cog0 raises b5 to signal cog3 to run its course and go back to sleep
end scenario
is it possible?
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Who says you have to have knowledge to use it?
I've killed a fly with my bare mind.
say cog3 is waiting for its sync on b5
master cog0 raises b5 to signal cog3 to run its course and go back to sleep
end scenario
is it possible?
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Who says you have to have knowledge to use it?
I've killed a fly with my bare mind.
Comments
PUB main
· dira[noparse][[/noparse]16]~~
· repeat
··· !outb[noparse][[/noparse]0]
··· outa[noparse][[/noparse]16] := outb[noparse][[/noparse]0]
··· waitcnt(clkfreq + cnt)
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Jon Williams
Applications Engineer, Parallax
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Chip Gracey
Parallax, Inc.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Tracy Allen
www.emesystems.com
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Chip Gracey
Parallax, Inc.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Jon Williams
Applications Engineer, Parallax
thanks for clearing it up
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Who says you have to have knowledge to use it?
I've killed a fly with my bare mind.
Yours, TDP
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Chip Gracey
Parallax, Inc.
You've made a 32bit general purpose processor available for $3.57/ in small quantities*, and it can be programmed much more easily for dedicated parallel processing than the parallel CPUs of a Bewulf cluster. The clock speed is low by a factor of 50 (how much can that go up ?). *I'm assuming 1 for coordination and 7 effective per die. This thing can get huge if it has a full 32bit bus for data without overlaying anything else on it.
I may be mistaking its usefullness for full floating math if the ALU takes a lot longer for floating point operations than for integers (I see MUL and MULS are reserved for future use, no DIV/S--but what do I want in a uC?), but I can see arrays of boards with 10x10 Propellors per board crunching frighteningly large arrays of data (outside of the bus speed issue). And many operations do just fine with integer only math.
I know I'm insane, but how wrong am I?
Yours, TDP
I had similar thoughts about number crunching when I first saw the propeller chip.
I will be interested to see the routing of 100 64 pin chips on a single board!
The propeller is indeed a marvel and I believe it will be the chip of choice for robotics applications, but it simply cannot compete with conventional CPU's or FPGA's in terms of FLOPs per dollar.
at 160 million instructions per second it would take 20 propeller chips at a cost of $500 to equal the speed of a $200 3.2GHz pentium4
You also have to deal with routing a board for 20 chips instead of one.
For massively parallel applications a similar argument could be made in favor of FPGA's
Hey Chip!
Since you've been following this thread I have a completely unreasonable request to make.
I read somewhere on this forum that Altera FPGAs were used to make the propeller.
Does that mean that a "softcore" version of the propeller is availabe as a VHDL or Verilog file?
Maybe it would make a nice addition to the download directory.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
I wonder if this wire is hot...
Preformance is not equated to IPS alone, capabilities must be established as parts of preformance as well.
The current propeller outpreforms a Pentuim 33 as it sits right now, and it needs less hardware to make it work!
When the Propeller 64 comes out, it will exceed the combined power of the Pentium 66 WITH it's componet hard ware!
.....AND..... You don't need any extra hardware or schooling to make it work!
Oh, there's so much more to preformancing a chip like this, establishing a base line...
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Just tossing my two bits worth into the bit bucket
KK
·
Yours, TDP
In the current architecture, there are all kinds of logic, rotation, and add/subtract math instructions. It takes two instructions (8 clocks) for each bit multiply (ie 16x16-bit multiply takes 32 instructions, or 128 clocks). I know that's a little anemic, but in the next architecture, we'll have signed and unsigned multiply instructions. That will make a big, or at least·obvious,·difference in potential DSP apps. I'm anticipating that despite the current Propeller's performance limitations, people will coax yet-unimagined performance out of the chip. There are lots of fun ways to get around things like multiplies, divides, and square roots, sines, and trig functions.
Back in the Commodore 64 days, someone told me a cheap way to compute a hypotenuse: take the long leg and add 3/8 (two shifts and an add) of the short leg. I plotted out the error, and it was within about 5%. Dirty, but okay for simple stuff. There are many more tricks with far greater accuracy that can get you around what seems like insurmountable computing requirements. The current Propeller chip is a real playground for that kind of stuff.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Chip Gracey
Parallax, Inc.
Post Edited (Chip Gracey) : 4/13/2006 8:22:01 PM GMT
Thank you for your informative reply. It is an awesome achievement.
With respect to dirt cheap supercomputers however...
Drat.
Nevertheless, the whiff of dedicated function parallel DSP/integer processing capability seems to remain. Wahoo!
Yoursm TDP, ml, msl, & pfpp