Bug 250375
| Summary: | bad X interactive performance with 2.6.22.1-33.fc7 | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Catalin Muresan <catalin.muresan> |
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 7 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| 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 14:28:43 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
http://koji.fedoraproject.org/koji/buildinfo?buildID=12174 solved the problem. Hope it's pushed upstream soon. Thank you. |
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.