| Age | Commit message (Collapse) | Author |
|---|
|
+ With the limitation that a grid node can only attempt one move per
clock, which *seems* to be the easiest strategy to implement in hardware,
but I should try experimenting with more complex routing/priority
assignment schemes to speed up the system overall
|
|
+ Starvation is still an issue, but adding a slight bit of randomness
seems to help a bit. Also, simulating massive systems like 64x64 is a
bit too slow, so scale grid example down to 16x16. 256 cores is still
a fair bit, but I might try to think of some optimization methods.
I wonder at what point threading becomes faster than just running on a
single core?
+ Test now also sets processor nodes to sleep to avoid starvation issue,
seems like an opportunity for a DoS attack if someone can get enough
cores to bombard a single node with enough traffic.
The riscv64 processor has an initial control interface, very messy
code, should probably come up with a more elegant way to deal with
sleep/wakeups
|
|
|
|
+ As they are currently implemented, grid *may* get stuck if two nodes
try to send to eachother at the same time, I should probably add in
some kind of input buffer as well
|
|
|
|
|
|
|
|
+ Also allow reusing packets, though only with external buffers.
|
|
|
|
|
|
|
|
|
|
|
