resultgroup VS conc

Compare resultgroup vs conc and see what are their differences.


A lightweight library for handling results and errors from concurrent tasks, with optional error thresholds and context cancellation. (by orlovm)
InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
resultgroup conc
1 23
9 8,472
- 2.1%
3.9 5.9
about 1 year ago 29 days ago
Go Go
MIT License MIT License
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.


Posts with mentions or reviews of resultgroup. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-04-02.


Posts with mentions or reviews of conc. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-03-25.
  • The Case of a Leaky Goroutine
    3 projects | | 25 Mar 2024
    It's a pity Go didn't have structured concurrency:

    There's a library for it:

    But this goes to one of the things I've been kind of banging on about languages, which is that if it's not in the language, or at least the standard library right at the beginning, sometimes it almost might as well not exist. Sometimes a new language can be valuable, even if it has no "new" language features, just to get a chance to reboot the standard library it has and push for patterns that older languages are theoretically capable of, but they just don't play well with any of the libraries in the language. Having it as a much-later 3rd party library just isn't good enough.

    (In fact if I ever saw a new language start up and that was basically its pitch, I'd be very intrigued; it would show a lot of maturity in the language designer.)

  • Go CLI to calculate total media duraton in directories
    2 projects | | 4 Sep 2023
    What are possible use cases for this tool? Why would I want to find out the total runtime of all videos in a directory?

    Also, you might wanna limit concurrency[0] instead of spawning many ffprobe instances at the ~same time.


    In another note, ChatGPT suggests this shell command to do the same thing. It doesn't process files in parallel though.

        find . -name "*.mp4" -print0 | \
  • Building conc: Better structured concurrency for Go
    1 project | | 29 Aug 2023
    1 project | | 17 Aug 2023
  • The compact overview of JDK 21’s β€œfrozen” feature list
    8 projects | | 11 Jun 2023
    While virtual threads will be stable in Java 21, Structured Concurrency is still a preview feature. You probably won't see it in production anytime soon.

    Preview features require a special flag when compiling and running them, and they won't run on newer versions of the JVM. I don't expect to see StructuredTaskScope in common production use before the next LTS version is out.

    But it doesn't mean you cannot have structured concurrency before that. Even in language that mostly enforce Structured Concurrency like Kotlin, it's still a library feature. Even the original blog post which formulated this concept, described a library that implemented structured concurrency for Python[1]. You can pretty easily implement structured concurrency yourself by creating your own implementation of StructuredTaskScope, if you need it right now. You can even structured concurrency in C#[2] or Go[3].




  • Could I get a code review?
    11 projects | /r/golang | 1 Jun 2023
    I'm also a fan of Conc for managing various different concurrency patterns -- don't create manual worker pools for locally distributed tasks if you can use Conc, etc.
  • ResultGroup: Go lib for concurrent tasks & errors management
    3 projects | /r/golang | 2 Apr 2023
    How does this compare to conc?
  • Hello gophers, show me your concurrent code
    6 projects | /r/golang | 20 Mar 2023
    I will probably be using more conc too now. Lots of great primitives for dealing with multiple functions returning the same types or errors etc.
  • A lot of boilerplate code when writing asynchronous code in go
    3 projects | /r/golang | 12 Mar 2023
    You want a fast asynchronous development use a library I recommend
  • About goroutine pool
    1 project | /r/golang | 2 Mar 2023
    A struct{} channel is the way standard way to implement this - yes. I don't think we're saying anything different? Here's a good implementation I used recently:

What are some alternatives?

When comparing resultgroup and conc you can also consider the following projects:

ants - 🐜🐜🐜 ants is a high-performance and low-cost goroutine pool in Go./ ants ζ˜―δΈ€δΈͺι«˜ζ€§θƒ½δΈ”δ½ŽζŸθ€—ηš„ goroutine 池。

async - A safe way to execute functions asynchronously, recovering them in case of panic. It also provides an error stack aiming to facilitate fail causes discovery.

go-waitgroup - A sync.WaitGroup with error handling and concurrency control

generic-worker-pool - Go (1.18+) framework to run a pool of N workers

tunny - A goroutine pool for Go

goworker - goworker is a Go-based background worker that runs 10 to 100,000* times faster than Ruby-based workers.

Goflow - Simply way to control goroutines execution order based on dependencies

semaphore - 🚦 Semaphore pattern implementation with timeout of lock/unlock operations.


chi - lightweight, idiomatic and composable router for building Go HTTP services

go-multierror - A Go (golang) package for representing a list of errors as a single error.

go-floc - Floc: Orchestrate goroutines with ease.