Live data from Hacker News

Show HN: Chili. Rust port of Spice, a low-overhead parallelization library

github.com

41–45 of 45 posts

Re: Show HN: Chili. Rust port of Spice, a low-overhead parallelization library

#42
post #38

Earlier 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!

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

#43

Earlier 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).

we got paid to fix someone else code, whoever invented wordpress has made a million jobs

Re: Show HN: Chili. Rust port of Spice, a low-overhead parallelization library

#44
post #25

> 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

Fast code is often unmaintainable, that's why new high-speed libraries keep popping up.

Re: Show HN: Chili. Rust port of Spice, a low-overhead parallelization library

#45

Out 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.

Does OpenMP support work stealing? https://stackoverflow.com/a/36407220

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?

Post reply on HN