Opened 10 years ago

Closed 21 months ago

#4538 closed bug (invalid)

Moving mouse causes CPU utilization to jump to ~50%

Reported by: ormandj Owned by: mmlr
Priority: normal Milestone: R1
Component: Drivers/USB Version: R1/alpha1
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: x86

Description

Hi,

On my system, moving my mouse causes CPU utilization to jump to roughly 50%. The screenshot demonstrating this with top was taken while moving the mouse as rapidly as possible in a 2" circle over the desktop background (not a window). This is a fresh R1 Alpha install.

I was also asked take a picture (sorry for the blurriness) in the kernel debugger, this is also attached.

The system is an Athlon XP 1800, with 1.5 gigs of ram, a GeForce4 MX440 using AGP, a small IDE hard drive, and three network cards (the syskonnect driver utilizing NIC is the one connected to a network at the time I was testing this). 'listdev' output is also attached.

Thanks, David

Attachments (6)

withoutmousemovement.png (100.7 KB) - added by ormandj 10 years ago.
Without mouse movement
withmousemovement.png (112.7 KB) - added by ormandj 10 years ago.
With mouse movement.
devs.txt (2.1 KB) - added by ormandj 10 years ago.
Listdev
kdebug2.jpg (123.7 KB) - added by ormandj 10 years ago.
kdebug3.jpg (211.2 KB) - added by ormandj 10 years ago.
ints in kdebug with parallel port, game port, serial ports disabled, and ipro100 driver moved out of the way.
listusb-v.txt (7.1 KB) - added by ormandj 10 years ago.

Download all attachments as: .zip

Change History (12)

Changed 10 years ago by ormandj

Attachment: withoutmousemovement.png added

Without mouse movement

Changed 10 years ago by ormandj

Attachment: withmousemovement.png added

With mouse movement.

Changed 10 years ago by ormandj

Attachment: devs.txt added

Listdev

comment:1 Changed 10 years ago by anevilyak

Note: screenshots were taken with an app_server built with acceleration enabled in an attempt to isolate where the problem lies. This did improve performance for things like window dragging (less tearing than with the normal app_server), but made negligible difference to mouse movement.

Changed 10 years ago by ormandj

Attachment: kdebug2.jpg added

Changed 10 years ago by ormandj

Attachment: kdebug3.jpg added

ints in kdebug with parallel port, game port, serial ports disabled, and ipro100 driver moved out of the way.

comment:2 Changed 10 years ago by mmlr

Component: SystemDrivers/USB
Owner: changed from axeld to mmlr
Status: newassigned

That's fine basically :-). It likely comes from the fact that UHCI does not actually care about the mouse interrupt interval. It always polls at a 1ms interval which, depending on the mouse still sending them at a higher rate, results in more mouse events triggered than usual. I thought that stippi implemented a certain throttling on the input device side, but it might not be enough. Can you please also attach the output of "listusb -v"?

Changed 10 years ago by ormandj

Attachment: listusb-v.txt added

comment:3 Changed 10 years ago by ormandj

listusb -v is now attached.

comment:4 Changed 9 years ago by Coldfirex

Able to retest with a recent nightly build?

comment:5 Changed 3 years ago by un_spacyar

No answer in 6 years. Maybe can be closed?

comment:6 Changed 21 months ago by waddlesplash

Resolution: invalid
Status: in-progressclosed

Indeed.

Note: See TracTickets for help on using tickets.