Skip to content

Sanity Check: separate entry points faster than combined entry points? #4261

@nemosmithasf

Description

@nemosmithasf

"Multiple entry-points in one build context" should be faster than "single entry-points in many contexts"- since it only needs to crawl the file system once.

In my testing, the reverse has been the case (though only marginally)

Is esbuild doing something under the hood, are my tests flawed or is this a bug?

Update: I tried to account for parallel runs by limiting the cores available. Combined Entry Points wins in this case- which suggests that separate entry points had the same speed due to running two instances in parallel.

But I thought Esbuild used all the cores available? So for example, combined entry with 8 cores vs separate entry x 2 with 4 cores each would mean that combined should be x2 faster?

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions