| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2024-09-25 | somewhat working grid | Kimplul | |
| + 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 | |||
| 2024-09-25 | technically speaking deadlock free, but starves | Kimplul | |
| 2024-09-24 | initial work towards message passing interface | Kimplul | |
| + 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 | |||
| 2024-09-22 | start experimenting with processor grids | Kimplul | |
| 2023-05-29 | silence some trivial warnings | Kimplul | |
| 2023-05-29 | add correct return type to destroy_snoop | Kimplul | |
| 2023-05-29 | speed up packet allocation by switching to malloc | Kimplul | |
| + Also allow reusing packets, though only with external buffers. | |||
| 2023-05-15 | format | Kimplul | |
| 2023-05-05 | add async packets | Kimplul | |
| 2023-05-01 | update license stuff | Kimplul | |
| 2023-04-30 | refactor component tree | Kimplul | |
| 2023-04-30 | initial | Kimplul | |
