??? 08/10/08 12:03 Read: times |
#157372 - Slave processors not an alternative Responding to: ???'s previous message |
No, you are not raining on my parade. Just making a suggestion based on a different view and different requirements.
Try to produce 10k units with four extra chips - even at $1 each, that would amount to $40k. Multiply by time, and that will represent significant sums. These chips would consume board space. Board space represents money and affects the size and shape of an enclosure. They would consume power, unless they can be individually turned on/off, or at least held in reset. The extra power consumed by the higher CPU load of a host processor running virtual machines would end the same moment the virtual machine is stopped. They may possibly need their own reset circuits, unless the master processor dedicates a processor pin/slave for the reset. Being slaves, the master would need to constantly poll them, for information they want to send back. The chip would also look like an embedded chip, possibly require the user to know embedded programming. I/O sharing would not be an option, since a slave processor would not have the number of pins to share any significant number of signals - and even if they could, it would take two extra layers in the PCB. The master processor would probably need to allocate 11 processor pins (MISO, MOSI, CLK, and 4x reset and 4x slave-select), unless the signals are multiplexed or serialized. With emulation, existing hardware can be used for at least evaluating the concept. Test results could suggest an upgrade to a master processor with more memory or that the master should be run at a higher clock frequency. But chances are that an existing hardware can be used as-is. In the end, a solution with separate slave processors is not an alternative. The only available options are: 1) define my own virtual machine and create my own compiler for programming it. 2) emulate an existing processor and make use of an existing compiler. Alternative 1 is conceptually tested, but with a rather simplistic language. I would prefer a full-grown standard language, but without having to write my own Pascal or C compiler. It normally takes longer to write a reasonable compiler than it takes to write a processor emulator. And the probability is good that there already exists a suitable emulator I can use. But the emulator must have a limited RAM footprint and I can't link with GPL code. |
Topic | Author | Date |
Virtual or existing architecture for emulation | 01/01/70 00:00 | |
Additional info about host/usage | 01/01/70 00:00 | |
How about MIPS? | 01/01/70 00:00 | |
VHDL | 01/01/70 00:00 | |
take a look at the content | 01/01/70 00:00 | |
I think 8 or 16 bit is optimum | 01/01/70 00:00 | |
Maybe you should start with an ARM chip | 01/01/70 00:00 | |
I2L sounds interesting | 01/01/70 00:00 | |
It's probably best to check with the maintainers | 01/01/70 00:00 | |
Doesn't seem to be a C to I2L | 01/01/70 00:00 | |
The LLVM Compiler Infrastructure | 01/01/70 00:00 | |
Since there's help available ... | 01/01/70 00:00 | |
With the low price of 8-bit single chip MCUs... | 01/01/70 00:00 | |
Slave processors not an alternative | 01/01/70 00:00 | |
Users | 01/01/70 00:00 | |
Probably debugging on PC | 01/01/70 00:00 | |
Are you really going to do that! | 01/01/70 00:00 | |
Existing building blocks helps | 01/01/70 00:00 | |
It hasn't been done for you but ... | 01/01/70 00:00 | |
When I was in school ... | 01/01/70 00:00 |