Bug 57728

Summary: Incredibly bad performance with Juk
Product: [Applications] juk Reporter: Ismail Donmez <ismail>
Component: generalAssignee: Scott Wheeler <wheeler>
Status: RESOLVED WORKSFORME    
Severity: normal    
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Ismail Donmez 2003-04-26 09:26:13 UTC 
Version:           2.0 pre alpha (using KDE Devel)
Installed from:    Compiled sources
Compiler:          gcc 3.2.2 with glibc 2.3.2
OS:          Linux

Juk has incredibly bad performance on my machine. When I try to play some
ogg/mp3 file it  skip  if I open a konsole or any other application at the same time . On the other hand noatun doesn't even skip when playing from cd when I compile 5 programs side by side.
So this must be a Juk problem. Everything is from kde cvs-head.
Comment 1 Scott Wheeler 2003-04-26 13:48:51 UTC 
Subject: Re:  New: Incredibly bad performance with Juk

On Saturday 26 April 2003 9:26, ismail ( cartman ) donmez wrote:
> Juk has incredibly bad performance on my machine. When I try to play some
> ogg/mp3 file it  skip  if I open a konsole or any other application at the 
> same time . On the other hand noatun doesn't even skip when playing from cd 
> when I compile 5 programs side by side.
> So this must be a Juk problem. Everything is from kde cvs-head.

Is this using aRts or GSteamer output from JuK?

Honestly if this is from aRts this is hard to believe.  JuK and Noatun both 
use aRts to handle all of the playing.  aRts runs in a separate process; JuK 
asks that process (artsd) to play something; JuK makes sure that it's 
actually playing and checks from time to time to see how playing is going.

Basically, you could say that JuK doesn't actually play anything when using 
aRts -- neither does Noatun.  All of the loading, buffering, decoding, etc. 
is done in the artsd process.

Could you check some things like `top` or other aRts based media apps 
(mpeglibartsplay, kaboodle)?

Cheers,

-Scott
Comment 2 Ismail Donmez 2003-04-26 13:57:56 UTC 
This is with Arts output. And its even hard for me to believe :( . I am on kernel 2.5.68 which has 
interactivity patches for multimedia. 
 
I will post top output when I reinstall noatun from cvs-head.
Comment 3 Ismail Donmez 2003-04-26 17:04:42 UTC 
Thnx for attention Scott bug seems to be in artsd <-> glibc interaction closing this bug...
Comment 4 Dik Takken 2003-12-22 14:42:36 UTC 
I also have very bad performance with KDE 3.2 Beta 2. I only have Arts output and Arts always uses about 25% of my CPU while playing from Juk. Adding the 5% CPU usage by Juk itself it adds to 30% total CPU usage. XMMS needs only 0.3%.

My Specs:

800 MHz Athlon, 256 MB Ram
Redhat 7.2
Comment 5 Dik Takken 2003-12-22 15:37:45 UTC 
One additional note: Juk also skips quite often when compiling things for instance.
Comment 6 Ismail Donmez 2003-12-22 15:53:58 UTC 
This is an aRts problem :(
Comment 7 jos poortvliet 2004-01-13 22:45:50 UTC 
well, really a pitty, I have the same - performance is really bad. But I will complain further by the aRts-team ;-)