Show HN: Chili. Rust port of Spice, a low-overhead parallelization library
41–45 of 45 posts
Re: Show HN: Chili. Rust port of Spice, a low-overhead parallelization library
#42Earlier quoted context omitted.
Yeah and people should make sure not to commit bugs too. I look at all these commits with bugs and I'm like why are you committing bugs.
Stop publishing software, you don't refine your meal constantly! Enough is enough!
Well we both ended up in CS but it's really a funny take nowadays (by then I wasn't so sure and it made me worry a bit).
Re: Show HN: Chili. Rust port of Spice, a low-overhead parallelization library
#43Earlier quoted context omitted.
Stop publishing software, you don't refine your meal constantly! Enough is enough!
In the early 2000s we were still in high school and a friend of mine told me that it's pointless to chose a carrier in SWE because eventually all the software will be written and there would be nothing to do. Well we both ended up in CS but it's really a funny take nowadays (by then I wasn't so sure and it made me worry a bit).
Re: Show HN: Chili. Rust port of Spice, a low-overhead parallelization library
#44> a "low-overhead" parallelization library Who is out here building high-overhead parallelization libraries?
Yeah, why are those bastards writing slow code? They should just write fast code instead
Re: Show HN: Chili. Rust port of Spice, a low-overhead parallelization library
#45Out of curiosity, how do Spice/Chili/Rayon compare against the boring answer, OpenMP? I guess they must have some really neat capabilities.
That’s what I was wondering. Iiuc openmp uses work stealing and the spice readme talks about the inefficiency of that: https://github.com/judofyr/spice?tab=readme-ov-file#work-ste... so I’d be interested in seeing a benchmark.
Answer: it's just an interface.
Other implementations go as far as targetting GPU https://www.openmp.org/updates/openmp-accelerator-support-gp...
Could you implement OpenMP using Spice/Chili? Good question?