| Summary: | High RAM consumption | ||
|---|---|---|---|
| Product: | [Applications] Haruna | Reporter: | george fb <georgefb899> |
| Component: | generic | Assignee: | george fb <georgefb899> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | aloisio, elisha.occurs |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | ram comparison | ||
Hi, thanks for bringing the issue here. The last few days were busy and I ended up forgetting. As I understand it, does haruna not share the mpv process with other programs? Is that why it appears to consume more than other programs that also use mpv as a backend? > does haruna not share the mpv process with other programs? Do you mean like smplayer where you have an mpv process started by smplayer? If yes than that's because smplayer uses window embedding https://github.com/mpv-player/mpv-examples/tree/master/libmpv#native-window-embedding while Haruna uses render API https://github.com/mpv-player/mpv-examples/tree/master/libmpv#render-api So when looking at smplayer memory usage you should count mpv's memory too. And if you count the total memory, shared + not-shared, the difference will also be smaller. I understand. Thank you for the explanation! Unsure if related to this, but on plasma 5.18.6 haruna 0.7.2 sometimes locks the task bar and the latter is not always freed when haruna terminates. |
Created attachment 138298 [details] ram comparison Someone posted your work on reddit and I decided to test it on my kde plasma. I loved the interface and the options that are already there, but then I realized that the RAM usage is way above what I expected for a video player. Here is a small comparison of memory usage with three popular players. All are with a video of about 430 MB open. haruna is consuming much more than smplayer, which also uses mpv as backend.