Re: Problem with mouse during high CPU load
On Sun, 20 Mar 2011, Alexander Best wrote: Yes, but moused is autostarted for USB mice by moused_nondefault_enable="YES" in /etc/defaults/rc.conf. ahh. so putting moused_nondefault_enable="NO" in my rc.conf should prevent moused(8) from starting? Yes. Or remove/modify the entries in devd.conf that run moused when a USB mouse is attached. ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
Re: Problem with mouse during high CPU load
On Fri Mar 18 11, Warren Block wrote: > On Fri, 18 Mar 2011, Alexander Best wrote: > > >On Fri Mar 18 11, Anonymous wrote: > >>Alexander Best writes: > >> > >>>i've reported this issue quite a while ago [1], but back then nobody was > >>>able > >>>to help me. i have an issue with my usb mouse. when there's a high CPU > >>>load it > >>>produces random mouse clicks. this doesn't happen on other OSes. i've > >>>attached > >>>a different usb mouse to my freebsd box and i could't observe the same > >>>behavior. so it seems this problem is only related to specific mice. > >> > >>I'm curious, can you reproduce it without moused(8), i.e. specifying > >>/dev/umsN in xorg.conf rather than /dev/sysmouse. > > > >wow that worked. :) > > > >i've set my mouse to /dev/ums0 and set Option "AllowEmptyInput" "off", > >because > >without that line i couldn't use the mouse. > > Please use Option "AutoAddDevices" "Off" if you want to disable hal > hotplugging in xorg.conf: http://www.wonkity.com/~wblock/docs/html/aei.html > > >even with very fast movements i don't get any random clicks anymore. > >although > >this a solution works for X, for the console the only way to use a mouse is > >moused(8). > > Yes, but moused is autostarted for USB mice by > moused_nondefault_enable="YES" in /etc/defaults/rc.conf. ahh. so putting moused_nondefault_enable="NO" in my rc.conf should prevent moused(8) from starting? i suspect moused(8) can't handle the amount of input that get produced by newer usb mice with a high input rate. maybe some buffer is too small. i don't think this is a usb issue. i'll take a look at moused(8) and see if i can find where the problem occurs. cheers. alex -- a13x ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
Re: Problem with mouse during high CPU load
On Fri, 18 Mar 2011, Alexander Best wrote: On Fri Mar 18 11, Anonymous wrote: Alexander Best writes: i've reported this issue quite a while ago [1], but back then nobody was able to help me. i have an issue with my usb mouse. when there's a high CPU load it produces random mouse clicks. this doesn't happen on other OSes. i've attached a different usb mouse to my freebsd box and i could't observe the same behavior. so it seems this problem is only related to specific mice. I'm curious, can you reproduce it without moused(8), i.e. specifying /dev/umsN in xorg.conf rather than /dev/sysmouse. wow that worked. :) i've set my mouse to /dev/ums0 and set Option "AllowEmptyInput" "off", because without that line i couldn't use the mouse. Please use Option "AutoAddDevices" "Off" if you want to disable hal hotplugging in xorg.conf: http://www.wonkity.com/~wblock/docs/html/aei.html even with very fast movements i don't get any random clicks anymore. although this a solution works for X, for the console the only way to use a mouse is moused(8). Yes, but moused is autostarted for USB mice by moused_nondefault_enable="YES" in /etc/defaults/rc.conf. ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
Re: Problem with mouse during high CPU load
On Fri Mar 18 11, Anonymous wrote: > Alexander Best writes: > > > i've reported this issue quite a while ago [1], but back then nobody was > > able > > to help me. i have an issue with my usb mouse. when there's a high CPU load > > it > > produces random mouse clicks. this doesn't happen on other OSes. i've > > attached > > a different usb mouse to my freebsd box and i could't observe the same > > behavior. so it seems this problem is only related to specific mice. > > I'm curious, can you reproduce it without moused(8), i.e. specifying > /dev/umsN in xorg.conf rather than /dev/sysmouse. after restarting hald and removing all input sections from my xorg.conf i'm now able to use both mouse and keyboard via hald in X. so it seems moused(8) is clearly to blame for the random clicks during high CPU load and/or fast mouse movements. thanks again for the pointer. :) cheers. alex > > This may be unrelated but my mx518 mouse produces random clicks when I > move it very quickly and using moused(8), no clicks when not. > > > > > back then hps@ guessed that my mouse requires a certain polling rate from > > the > > host. during high cpu load the host couldn't keep up the polling rate and > > thus > > the mouse starts producing wrong output. -- a13x ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
Re: Problem with mouse during high CPU load
On Fri Mar 18 11, Anonymous wrote: > Alexander Best writes: > > > i've reported this issue quite a while ago [1], but back then nobody was > > able > > to help me. i have an issue with my usb mouse. when there's a high CPU load > > it > > produces random mouse clicks. this doesn't happen on other OSes. i've > > attached > > a different usb mouse to my freebsd box and i could't observe the same > > behavior. so it seems this problem is only related to specific mice. > > I'm curious, can you reproduce it without moused(8), i.e. specifying > /dev/umsN in xorg.conf rather than /dev/sysmouse. wow that worked. :) i've set my mouse to /dev/ums0 and set Option "AllowEmptyInput" "off", because without that line i couldn't use the mouse. even with very fast movements i don't get any random clicks anymore. although this a solution works for X, for the console the only way to use a mouse is moused(8). cheers. alex > > This may be unrelated but my mx518 mouse produces random clicks when I > move it very quickly and using moused(8), no clicks when not. > > > > > back then hps@ guessed that my mouse requires a certain polling rate from > > the > > host. during high cpu load the host couldn't keep up the polling rate and > > thus > > the mouse starts producing wrong output. -- a13x ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
Re: Problem with mouse during high CPU load
Alexander Best writes: > i've reported this issue quite a while ago [1], but back then nobody was able > to help me. i have an issue with my usb mouse. when there's a high CPU load it > produces random mouse clicks. this doesn't happen on other OSes. i've attached > a different usb mouse to my freebsd box and i could't observe the same > behavior. so it seems this problem is only related to specific mice. I'm curious, can you reproduce it without moused(8), i.e. specifying /dev/umsN in xorg.conf rather than /dev/sysmouse. This may be unrelated but my mx518 mouse produces random clicks when I move it very quickly and using moused(8), no clicks when not. > > back then hps@ guessed that my mouse requires a certain polling rate from the > host. during high cpu load the host couldn't keep up the polling rate and thus > the mouse starts producing wrong output. ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
Re: Problem with mouse during high CPU load
On Fri Mar 18 11, Alexander Best wrote: > On Fri Mar 18 11, Alexander Best wrote: > > On Thu Mar 17 11, Alexander Best wrote: > > > On Thu Mar 17 11, Alexander Best wrote: > > > > On Fri Jan 21 11, Attilio Rao wrote: > > > > > 2011/1/21 Alexander Best : > > > > > > hi there, > > > > > > > > > > > > i've reported this issue quite a while ago [1], but back then > > > > > > nobody was able > > > > > > to help me. i have an issue with my usb mouse. when there's a high > > > > > > CPU load it > > > > > > produces random mouse clicks. this doesn't happen on other OSes. > > > > > > i've attached > > > > > > a different usb mouse to my freebsd box and i could't observe the > > > > > > same > > > > > > behavior. so it seems this problem is only related to specific mice. > > > > > > > > > > I can experience the same problem. > > > > switching to sched_4bsd and turning on preemption improves the situation a > > lot: > > > > == low CPU load == > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 4.382537 secs (23926233 bytes/sec) > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 4.379637 secs (23942076 bytes/sec) > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 4.380993 secs (23934666 bytes/sec) > > > > == high CPU load on cores 1 and 2 == > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 4.364027 secs (24027716 bytes/sec) > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 4.364638 secs (24024353 bytes/sec) > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 4.366761 secs (24012672 bytes/sec) > > > > ...i'll check whether sched_ule and preemption enabled also returns such > > nice > > results. > > same results with sched_ule and preemption enabled. :) so enabling preemption > seems to get rid of the issue. i suspect sched_4bsd with preemption disabled > will also produce the issue and slow usb transfers during high CPU load. hmm...no actually. the complete results are: SCHED | PREEMPTION | RESULTS --|| ULE | enabled| OK ULE | disabled | SLOW 4BSD | enabled| OK 4BSD | disabled | OK cheers. alex > > > > > cheers. > > alex > > > > > > > > also i did a few i/o tests using dd in combination with high CPU load: > > > > > > == low CPU load == > > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > > 100+0 records in > > > 100+0 records out > > > 104857600 bytes transferred in 4.433087 secs (23653404 bytes/sec) > > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > > 100+0 records in > > > 100+0 records out > > > 104857600 bytes transferred in 4.414529 secs (23752841 bytes/sec) > > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > > 100+0 records in > > > 100+0 records out > > > 104857600 bytes transferred in 4.433871 secs (23649222 bytes/sec) > > > > > > == high CPU load on cores 1 and 2 == > > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > > 100+0 records in > > > 100+0 records out > > > 104857600 bytes transferred in 39.220969 secs (2673509 bytes/sec) > > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > > 100+0 records in > > > 100+0 records out > > > 104857600 bytes transferred in 41.791827 secs (2509046 bytes/sec) > > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > > 100+0 records in > > > 100+0 records out > > > 104857600 bytes transferred in 58.067697 secs (1805782 bytes/sec) > > > > > > == high CPU load on core 1 == > > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > > 100+0 records in > > > 100+0 records out > > > 104857600 bytes transferred in 4.552803 secs (23031438 bytes/sec) > > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > > 100+0 records in > > > 100+0 records out > > > 104857600 bytes transferred in 4.593116 secs (22829295 bytes/sec) > > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > > 100+0 records in > > > 100+0 records out > > > 104857600 bytes transferred in 4.588891 secs (22850314 bytes/sec) > > > > > > = high CPU load on core 0 == > > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > > 100+0 records in > > > 100+0 records out > > > 104857600 bytes transferred in 13.381070 secs (7836264 bytes/sec) > > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > > 100+0 records in > > > 100+0 records out > > > 104857600 bytes transferred in 12.810288 secs (8185421 bytes/sec) > > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > > 100+0 records in > > > 100+0 records out > > > 104857600 bytes transferred in 13.519533 secs (7756008 bytes/sec) > > > > > > cheers. > > > alex >
Re: Problem with mouse during high CPU load
On Fri Mar 18 11, Alexander Best wrote: > On Thu Mar 17 11, Alexander Best wrote: > > On Thu Mar 17 11, Alexander Best wrote: > > > On Fri Jan 21 11, Attilio Rao wrote: > > > > 2011/1/21 Alexander Best : > > > > > hi there, > > > > > > > > > > i've reported this issue quite a while ago [1], but back then nobody > > > > > was able > > > > > to help me. i have an issue with my usb mouse. when there's a high > > > > > CPU load it > > > > > produces random mouse clicks. this doesn't happen on other OSes. i've > > > > > attached > > > > > a different usb mouse to my freebsd box and i could't observe the same > > > > > behavior. so it seems this problem is only related to specific mice. > > > > > > > > I can experience the same problem. > > switching to sched_4bsd and turning on preemption improves the situation a > lot: > > == low CPU load == > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 4.382537 secs (23926233 bytes/sec) > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 4.379637 secs (23942076 bytes/sec) > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 4.380993 secs (23934666 bytes/sec) > > == high CPU load on cores 1 and 2 == > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 4.364027 secs (24027716 bytes/sec) > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 4.364638 secs (24024353 bytes/sec) > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 4.366761 secs (24012672 bytes/sec) > > ...i'll check whether sched_ule and preemption enabled also returns such nice > results. same results with sched_ule and preemption enabled. :) so enabling preemption seems to get rid of the issue. i suspect sched_4bsd with preemption disabled will also produce the issue and slow usb transfers during high CPU load. > > cheers. > alex > > > > > also i did a few i/o tests using dd in combination with high CPU load: > > > > == low CPU load == > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 4.433087 secs (23653404 bytes/sec) > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 4.414529 secs (23752841 bytes/sec) > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 4.433871 secs (23649222 bytes/sec) > > > > == high CPU load on cores 1 and 2 == > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 39.220969 secs (2673509 bytes/sec) > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 41.791827 secs (2509046 bytes/sec) > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 58.067697 secs (1805782 bytes/sec) > > > > == high CPU load on core 1 == > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 4.552803 secs (23031438 bytes/sec) > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 4.593116 secs (22829295 bytes/sec) > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 4.588891 secs (22850314 bytes/sec) > > > > = high CPU load on core 0 == > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 13.381070 secs (7836264 bytes/sec) > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 12.810288 secs (8185421 bytes/sec) > > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > > 100+0 records in > > 100+0 records out > > 104857600 bytes transferred in 13.519533 secs (7756008 bytes/sec) > > > > cheers. > > alex > > > > > > > > i've captured the iostat ouput during the random mouse clicks: > > > > > >ttyada0 ada1 cd0 > > > cpu > > > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in > > > id > > > 36 227 31.97 2 0.05 31.47 16 0.50 59.61 0 0.02 9 0 3 0 > > > 88 > > >7 232 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 5 0 2 > > > 1 92 > > >982 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4
Re: Problem with mouse during high CPU load
On Thu Mar 17 11, Alexander Best wrote: > On Thu Mar 17 11, Alexander Best wrote: > > On Fri Jan 21 11, Attilio Rao wrote: > > > 2011/1/21 Alexander Best : > > > > hi there, > > > > > > > > i've reported this issue quite a while ago [1], but back then nobody > > > > was able > > > > to help me. i have an issue with my usb mouse. when there's a high CPU > > > > load it > > > > produces random mouse clicks. this doesn't happen on other OSes. i've > > > > attached > > > > a different usb mouse to my freebsd box and i could't observe the same > > > > behavior. so it seems this problem is only related to specific mice. > > > > > > I can experience the same problem. switching to sched_4bsd and turning on preemption improves the situation a lot: == low CPU load == otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 4.382537 secs (23926233 bytes/sec) otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 4.379637 secs (23942076 bytes/sec) otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 4.380993 secs (23934666 bytes/sec) == high CPU load on cores 1 and 2 == otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 4.364027 secs (24027716 bytes/sec) otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 4.364638 secs (24024353 bytes/sec) otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 4.366761 secs (24012672 bytes/sec) ...i'll check whether sched_ule and preemption enabled also returns such nice results. cheers. alex > > also i did a few i/o tests using dd in combination with high CPU load: > > == low CPU load == > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 4.433087 secs (23653404 bytes/sec) > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 4.414529 secs (23752841 bytes/sec) > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 4.433871 secs (23649222 bytes/sec) > > == high CPU load on cores 1 and 2 == > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 39.220969 secs (2673509 bytes/sec) > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 41.791827 secs (2509046 bytes/sec) > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 58.067697 secs (1805782 bytes/sec) > > == high CPU load on core 1 == > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 4.552803 secs (23031438 bytes/sec) > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 4.593116 secs (22829295 bytes/sec) > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 4.588891 secs (22850314 bytes/sec) > > = high CPU load on core 0 == > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 13.381070 secs (7836264 bytes/sec) > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 12.810288 secs (8185421 bytes/sec) > otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 13.519533 secs (7756008 bytes/sec) > > cheers. > alex > > > > > i've captured the iostat ouput during the random mouse clicks: > > > >ttyada0 ada1 cd0 cpu > > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > > 36 227 31.97 2 0.05 31.47 16 0.50 59.61 0 0.02 9 0 3 0 88 > >7 232 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 5 0 2 1 > > 92 > >982 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 3 0 94 > >677 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 6 0 3 1 91 > > 16 676 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 6 0 4 0 89 > >877 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 7 0 2 1 > > 90 > >278 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 16 0 3 0 80 > >477 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 6 0 2 1 > > 91 > > 12178 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 3 0 1 0 96 > > 29077 0.00 0 0.00
Re: Problem with mouse during high CPU load
On Thu Mar 17 11, Alexander Best wrote: > On Fri Jan 21 11, Attilio Rao wrote: > > 2011/1/21 Alexander Best : > > > hi there, > > > > > > i've reported this issue quite a while ago [1], but back then nobody was > > > able > > > to help me. i have an issue with my usb mouse. when there's a high CPU > > > load it > > > produces random mouse clicks. this doesn't happen on other OSes. i've > > > attached > > > a different usb mouse to my freebsd box and i could't observe the same > > > behavior. so it seems this problem is only related to specific mice. > > > > I can experience the same problem. also i did a few i/o tests using dd in combination with high CPU load: == low CPU load == otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 4.433087 secs (23653404 bytes/sec) otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 4.414529 secs (23752841 bytes/sec) otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 4.433871 secs (23649222 bytes/sec) == high CPU load on cores 1 and 2 == otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 39.220969 secs (2673509 bytes/sec) otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 41.791827 secs (2509046 bytes/sec) otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 58.067697 secs (1805782 bytes/sec) == high CPU load on core 1 == otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 4.552803 secs (23031438 bytes/sec) otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 4.593116 secs (22829295 bytes/sec) otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 4.588891 secs (22850314 bytes/sec) = high CPU load on core 0 == otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 13.381070 secs (7836264 bytes/sec) otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 12.810288 secs (8185421 bytes/sec) otaku% dd if=/dev/da0 of=/dev/null bs=1m count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 13.519533 secs (7756008 bytes/sec) cheers. alex > > i've captured the iostat ouput during the random mouse clicks: > >ttyada0 ada1 cd0 cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > 36 227 31.97 2 0.05 31.47 16 0.50 59.61 0 0.02 9 0 3 0 88 >7 232 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 5 0 2 1 92 >982 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 3 0 94 >677 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 6 0 3 1 91 > 16 676 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 6 0 4 0 89 >877 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 7 0 2 1 90 >278 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 16 0 3 0 80 >477 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 6 0 2 1 91 > 12178 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 3 0 1 0 96 > 29077 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 4 0 3 1 92 > 99878 0.00 0 0.00 32.00 1 0.03 0.00 0 0.00 6 0 5 0 89 > 3231 30024 7.20 5 0.03 13.23 1583 20.45 0.00 0 0.00 25 0 28 3 44 > 2437 18319 4.00 2 0.01 13.04 916 11.66 0.00 0 0.00 16 0 17 0 67 > 1291 8441 0.00 0 0.00 13.08 1085 13.86 0.00 0 0.00 15 0 14 3 68 > 737 243 0.00 0 0.00 13.13 359 4.61 0.00 0 0.00 7 0 4 0 88 > 39677 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 7 0 5 1 87 > 12478 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 5 0 1 0 94 >877 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 7 0 3 1 89 > 12 169 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 8 0 2 0 89 >877 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 7 0 2 1 91 >478 16.00 6 0.09 0.00 0 0.00 0.00 0 0.00 4 0 2 0 94 > 2477 36.00 16 0.56 24.34 35 0.82 0.00 0 0.00 16 0 6 1 77 >877 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 3 0 92 >877 0.00 0 0.00 14.62 16 0.23 0.00 0 0.00 7 0 2 0 91 >477 0.00 0 0.00 18.24 17 0.30 0.00 0 0.00 5 0 5 0 90 >677 0.00 0 0.00 32.00 2 0.06 0.00 0 0.00 16 0 3 1 81 >677 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 7 0 2
Re: Problem with mouse during high CPU load
On Fri Jan 21 11, Attilio Rao wrote: > 2011/1/21 Alexander Best : > > hi there, > > > > i've reported this issue quite a while ago [1], but back then nobody was > > able > > to help me. i have an issue with my usb mouse. when there's a high CPU load > > it > > produces random mouse clicks. this doesn't happen on other OSes. i've > > attached > > a different usb mouse to my freebsd box and i could't observe the same > > behavior. so it seems this problem is only related to specific mice. > > I can experience the same problem. i've captured the iostat ouput during the random mouse clicks: ttyada0 ada1 cd0 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 36 227 31.97 2 0.05 31.47 16 0.50 59.61 0 0.02 9 0 3 0 88 7 232 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 5 0 2 1 92 982 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 3 0 94 677 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 6 0 3 1 91 16 676 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 6 0 4 0 89 877 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 7 0 2 1 90 278 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 16 0 3 0 80 477 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 6 0 2 1 91 12178 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 3 0 1 0 96 29077 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 4 0 3 1 92 99878 0.00 0 0.00 32.00 1 0.03 0.00 0 0.00 6 0 5 0 89 3231 30024 7.20 5 0.03 13.23 1583 20.45 0.00 0 0.00 25 0 28 3 44 2437 18319 4.00 2 0.01 13.04 916 11.66 0.00 0 0.00 16 0 17 0 67 1291 8441 0.00 0 0.00 13.08 1085 13.86 0.00 0 0.00 15 0 14 3 68 737 243 0.00 0 0.00 13.13 359 4.61 0.00 0 0.00 7 0 4 0 88 39677 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 7 0 5 1 87 12478 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 5 0 1 0 94 877 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 7 0 3 1 89 12 169 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 8 0 2 0 89 877 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 7 0 2 1 91 478 16.00 6 0.09 0.00 0 0.00 0.00 0 0.00 4 0 2 0 94 2477 36.00 16 0.56 24.34 35 0.82 0.00 0 0.00 16 0 6 1 77 877 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 3 0 92 877 0.00 0 0.00 14.62 16 0.23 0.00 0 0.00 7 0 2 0 91 477 0.00 0 0.00 18.24 17 0.30 0.00 0 0.00 5 0 5 0 90 677 0.00 0 0.00 32.00 2 0.06 0.00 0 0.00 16 0 3 1 81 677 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 7 0 2 0 91 077 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 2 1 93 577 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 4 0 91 177 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 3 0 0 1 96 077 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 2 0 1 0 97 ...in fact if i move the mouse fast enough i'm able to reproduce the issue without any high CPU activity. the following iostat output was taken during high CPU load. now also slow mouse movements can cause random mouse events (i.e. clicks) to happen: ttyada0 ada1 cd0 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 36 230 31.80 2 0.05 31.39 16 0.49 59.61 0 0.02 9 0 3 0 88 1 233 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 96 0 4 0 0 46778 0.00 0 0.00 128.00 4 0.50 0.00 0 0.00 96 0 3 1 0 45178 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 96 0 4 0 0 32583 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 93 0 6 1 0 786 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 97 0 3 0 0 21 684 4.00 1 0.00 0.00 0 0.00 0.00 0 0.00 95 0 4 1 0 540 625 0.00 0 0.00 13.60 98 1.30 0.00 0 0.00 95 0 5 0 0 676 1222 0.00 0 0.00 13.43 307 4.03 0.00 0 0.00 91 0 7 2 0 41176 0.00 0 0.00 14.48 312 4.42 0.00 0 0.00 95 0 5 0 0 38877 0.00 0 0.00 128.00 4 0.50 0.00 0 0.00 94 0 5 1 0 20678 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 98 0 2 0 0 1777 0.00 0 0.00 128.00 1 0.12 0.00 0 0.00 97 0 3 0 0 078 0.00 0 0.00 16.00 32 0.49 0.00 0 0.00 98 0 2 0 0 i'm still under the impression this is a scheduler problem, but who knows... cheers. alex > > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein -- a13x ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail
Re: Problem with mouse during high CPU load
2011/1/21 Alexander Best : > hi there, > > i've reported this issue quite a while ago [1], but back then nobody was able > to help me. i have an issue with my usb mouse. when there's a high CPU load it > produces random mouse clicks. this doesn't happen on other OSes. i've attached > a different usb mouse to my freebsd box and i could't observe the same > behavior. so it seems this problem is only related to specific mice. I can experience the same problem. Attilio -- Peace can only be achieved by understanding - A. Einstein ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
Problem with mouse during high CPU load
hi there, i've reported this issue quite a while ago [1], but back then nobody was able to help me. i have an issue with my usb mouse. when there's a high CPU load it produces random mouse clicks. this doesn't happen on other OSes. i've attached a different usb mouse to my freebsd box and i could't observe the same behavior. so it seems this problem is only related to specific mice. back then hps@ guessed that my mouse requires a certain polling rate from the host. during high cpu load the host couldn't keep up the polling rate and thus the mouse starts producing wrong output. i've uploaded i video [2], so you can oberserve what happens exactly. please note that during the whole video i didn't touch a single button, but only moved my mouse along the x and y axis. cheers. alex [1] http://www.mail-archive.com/freebsd-usb@freebsd.org/msg05766.html [2] http://vimeo.com/19037272 -- a13x ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
