co-parallel

Execute thunks in parallel with concurrency support

by tj

Star on GitHub Forknpm

JavaScript

109 stars 9 forks 2 contributorsQuiet · 9y agoSince 2014

Meet the team

See all 2 on GitHub →

tj8 contributions

dead-horse1 contribution

Languages

View on GitHub →

JavaScript100%

Commit activity

Last 12 weeks · 0 commits

Full graph →

Community health

1 of 6 standards met

Community profile →

✓README○License○Contributing○Code of Conduct○Issue Template○PR Template

Recent PRs & issues

Quiet · 1 in progress · Last activity 9y ago

See all on GitHub →

Optimize performanceOpenPR

Normally speaking, the loop version is better than recursive one in terms of system load, especially the size of thunks is huge && high concurrency count, we will get memory stackoverflow error.

buaaljy · 9y ago

"object is not a function" in example codeOpenIssue

It looks like the last parenthesis do not belong.

carcinocron · 10y ago

Document why this is better than yield arrayOpenIssue

Why is co-parallel better than simply yielding an array within co? I can't find any documentation about that, and my tests don't show any particular advantage: This takes 170ms on average, while: This takes 117ms on average

fzaninotto · 11y ago

Recent fixes

View closed PRs →

concurrency a little confuseClosedIssue

I want to use in my project to limit the http request to a third-party server. just like example,limie concurrency 2: Is it finished two request and then start another two request? till all request finshed?

stableShip · 9y ago

refactor for #1MergedPR

yorkie · 11y ago

Support non-array thunk collectionsMergedPR

This adds support for arbitrary thunk collections, such as objects.

jed · 12y ago

Structured data for AI agents

Repository: tj/co-parallel. Description: Execute thunks in parallel with concurrency support Stars: 109, Forks: 9. Primary language: JavaScript. Languages: JavaScript (100%). Open PRs: 1, open issues: 3. Last activity: 9y ago. Community health: 28%. Top contributors: tj, dead-horse.