Bug 250375 - bad X interactive performance with 2.6.22.1-33.fc7
bad X interactive performance with 2.6.22.1-33.fc7
Status: CLOSED CURRENTRELEASE
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
7
i386 Linux
low Severity medium
: ---
: ---
Assigned To: Kernel Maintainer List
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-08-01 03:30 EDT by Catalin Muresan
Modified: 2007-11-30 17:12 EST (History)
0 users

See Also:
Fixed In Version: 2.6.22.1-41.fc7
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-08-01 10:28:43 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Catalin Muresan 2007-08-01 03:30:40 EDT
Description of problem:


Version-Release number of selected component (if applicable):


How reproducible: easy


Steps to Reproduce:
1. install ffmpeg/mencoder (from livna)
2. transcode a video file
3.1. mencoder -oac mp3lame -ovc lavc <infile> -o <outfile>
3.2. ffmpeg -i <infile> <outfile>
  
Actual results:

from top, I see either mencoder of ffmpeg at around 30-50%:

 4415 root      20   0 33764  11m 3464 R 51.8  1.2   0:15.28 mencoder          
                  

 4417 root      20   0 22308  12m 1696 R 34.9  1.2   0:12.79 ffmpeg            
                   

(they are not run concurrently).

while the vmstat load on the system shows:
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 1  0      0 186200  39096 521296    0    0     0     0  124 1293 98  2  0  0  0
 1  0      0 186184  39104 521360    0    0     0   448  164 1786 98  2  0  0  0
 1  0      0 186076  39104 521428    0    0     0     0  141 1485 99  1  0  0  0
 1  0      0 185844  39104 521612    0    0   128     0  154 1506 98  2  0  0  0
 2  0      0 185816  39104 521712    0    0     0     0  175 1566 97  3  0  0  0

also, in top, the cpu the task uses increases with the percentage cpu load top
shows.

Expected results:

100% cpu load shown in top.

Additional info:

there are no changes made in /proc/sys/kernel/sched_*
system is a hp laptop (nx8220) tested with both variable frequency
(conservative) and fixed max frequency (performance), same results.

tested with load.c ( main() { for (;;); }; ) shows same (or worse) results:

Cpu(s): 98.0%us,  2.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st

 4428 cata      20   0  1584  252  200 R 25.9  0.0   0:13.58 load               

Also, found a more serious problem. I had xmms running in the bg, but when I
closed it, the mouse hardly moved on the screen, and top showed:

Cpu(s): 98.0%us,  1.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  1.0%hi,  0.0%si,  0.0%st
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND            
 4428 cata      20   0  1584  252  200 R  2.0  0.0   0:21.37 load               

The smaller number of windows open/programs running, the slower the system feels
under the 'load' process.

Thank you.
Comment 1 Catalin Muresan 2007-08-01 04:13:02 EDT
http://koji.fedoraproject.org/koji/buildinfo?buildID=12174

solved the problem. Hope it's pushed upstream soon.

Thank you.

Note You need to log in before you can comment on or make changes to this bug.