llm-workflow-engine / llm-workflow-engine/llm-workflow-engine
Improve lwe startup time
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 3.7k
- Forks
- 467
- PR merge metrics
- No merged PRs in 30d
Description
Is your feature request related to a problem? Please describe.
Currently at my system it takes about 5s to start.
It's not an issue when start it once, and then use it for long time.
But additional 5s is too long if I want just run some non-interactive one-time request in command line.
Describe the solution you'd like
lwe is pretty complex, as my venv takes ~780MB.
And I'm sure that only small subset of all features are used for simple cases.
May be it's possible not to load all that huge megabytes at once, but only when really needed.
Describe alternatives you've considered
I am understand that this type of request may require too much changes, so...
I just want you to know that for some use cases startup time may be critical.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by profiling the lwe command during startup and identifying which parts account for the reported roughly 5-second delay and 780MB environment. The issue does not name files or tests, so map the startup path before proposing a scope; done should mean substantially faster one-time CLI requests without breaking existing features.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- cli, performance
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100