High CPU utilization with 20+ tracks
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 10.4k
- Forks
- 1.3k
- Avg merge
- 2d 13h
- Merged PRs (30d)
- 7
Description
I know Zyn is big and having 25 instances makes an impact, but hey - there are only 4-5 of them playing simultaneously at all times - why do the rest drains my CPU time when they are not used?
It feels like every new instance of ZynAddSubFX adds some CPU drain even when it's not playing any notes. I wonder if it's really ZynAddSubFX responsible the performance impact or is it LMMS.
I wonder if something could be done about this.
The project I've expirienced this issue in is here:
https://lmms.io/lsp/?action=show&file=6599
Let me know if you experience this performance impact too.
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
No source file, test, or entry point is named. Start by loading the linked LMMS project with 20+ ZynAddSubFX instances and compare CPU usage while only 4–5 instances play, then determine whether the overhead comes from LMMS or ZynAddSubFX. Done means the source of idle-instance CPU consumption is identified and a reproducible result is documented.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- audio-video-rtc, desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100