gran/tests/simple_grid/sim.c, branch masterGOOFING OFF - A granular NoC simulator.https://metanimi.dy.fi/cgit/gran/atom?h=master2025-02-24T19:31:46Zoverhaul meshes2025-02-24T19:31:46ZKimplulkimi.h.kuparinen@gmail.com2025-02-24T19:31:46Zurn:sha1:e991095180f774e3582329447c291a11499989ba
+ Previous name was grid
somewhat working grid2024-09-25T20:15:10ZKimplulkimi.h.kuparinen@gmail.com2024-09-25T20:13:20Zurn:sha1:ef2b77be011e2b4b415d1c5bb4901431d81dfaee
+ 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
technically speaking deadlock free, but starves2024-09-25T18:00:16ZKimplulkimi.h.kuparinen@gmail.com2024-09-25T18:00:16Zurn:sha1:6d0e7c5eba49efc171e63ff2631722a5c7f95460initial work towards message passing interface2024-09-24T15:47:13ZKimplulkimi.h.kuparinen@gmail.com2024-09-24T13:51:51Zurn:sha1:fecb86f6093c1e8aed6ab05c29c5af9d0cb93157
+ 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
start experimenting with processor grids2024-09-22T19:45:18ZKimplulkimi.h.kuparinen@gmail.com2024-09-22T19:45:18Zurn:sha1:b1d67364b4b4832b8efed112f7b0ead1a0b3cd3b