4 ms·
Not on the software I'm involved with, but that models a vast modern system running at GHz rather than a system with some tens of thousands of transistors runni
by throwawaylinux 5y ago
Not on the software I'm involved with, but that models a vast modern system running at GHz rather than a system with some tens of thousands of transistors running at 10-20MHz.
- mikewarot 5y agoModeling a system isn't the same as emulating it in real time. You have to match up the timing of your inputs and outputs with the exact right clock cycle that is coming with a hard deadline, and if your emulator does a garbage collect, or some other thing, you'll miss it. It seems like a super fast system would be easy to do this with, but reality is different.
- throwawaylinux 5y ago> Modeling a system isn't the same as emulating it in real time. You have to match up the timing of your inputs and outputs with the exact right clock cycle that is coming with a hard deadline, Sure, my point with anecdotes is that the hardware system can be modeled in software to cycle accuracy, and it can be emulated with software. Therefore it can be emulated with cycle accuracy (provided you have the CPU power to meet timing). > and if your emulator does a garbage collect, or some other thing, you'll miss it. Well if you do anything that blows your timing budget then you miss your deadline by definition on any real time system. Obviously you can use real time garbage collection (or not use it) and control other latencies. I wasn't suggesting you could just write some code and make a real time cycle accurate emulator without paying attention to real time deadlines.