zlacker

[parent] [thread] 2 comments
1. great_+(OP)[view] [source] 2025-02-17 17:59:37
Sure, but Go can do things in parallel too. How is Rust's faster than Go's, especially if they're limited by the speed of the commands they run?
replies(2): >>unshav+j1 >>Izkata+CB
2. unshav+j1[view] [source] 2025-02-17 18:08:15
>>great_+(OP)
Imo this problem would be fine in either Go or Rust. I've done both. For extreme cases you can, i imagine, make Rust parallelism faster than Gos, but by default if you just design them similarly -- eg: throwing Tokio at the problem and not hyper optimizing Rust -- i imagine they'd perform quite similarly.

As much as i'm a proponent of Rust, Go is very capable and is generally a great language. Its warts (as i see them) are not going to be apparent in the parallelism needed for a Git hook manager lol.

3. Izkata+CB[view] [source] 2025-02-17 22:34:36
>>great_+(OP)
It mentions "lefthook" by name. I'm guessing that specific go-based hook manager doesn't do this parallelism. So it's saying "rust instead of go might give a small performance boost, but that's not where most of the performance boost comes from".
[go to top]