Re: Laptop exhibits erratic responsiveness

On Sun, Nov 29, 2020 at 08:16:22AM -0800, David Wolfskill wrote: > On Sun, Nov 29, 2020 at 11:04:46AM -0500, Ryan Stone wrote: > ... > > I believe that if you run lockstat with the additional "-x > > destructive" option, it will disable the responsiveness test (the > > option does sound scary but

Re: Laptop exhibits erratic responsiveness

On Sun, Nov 29, 2020 at 11:04:46AM -0500, Ryan Stone wrote: > On Sun, Nov 29, 2020 at 9:12 AM David Wolfskill wrote: > > OK, and demonstrated some long RTTs about every 11 packets or so, but we > > see thing come to a screeching halt with: > > > > ... > > 64 bytes from 172.16.8.13: icmp_seq=534

Re: Laptop exhibits erratic responsiveness

On Sun, Nov 29, 2020 at 9:12 AM David Wolfskill wrote: > OK, and demonstrated some long RTTs about every 11 packets or so, but we > see thing come to a screeching halt with: > > ... > 64 bytes from 172.16.8.13: icmp_seq=534 ttl=63 time=0.664 ms > lockstat: dtrace_status(): Abort due to systemic

Re: Laptop exhibits erratic responsiveness

On Sun, Nov 29, 2020 at 03:20:15PM +0100, Mateusz Guzik wrote: > ... > According to the data you got the entire kernel "freezes" every 11-12 > seconds. So something way off is going on there. I'm (quite) prepared to believe that. :-} > Given that the bug seems to be reproducible I think it would

Re: Laptop exhibits erratic responsiveness

On 11/29/20, David Wolfskill wrote: > On Sat, Nov 28, 2020 at 10:47:57AM -0500, Jonathan Looney wrote: >> FWIW, I would try running lockstat on the box. (My supposition is that >> the >> delay is due to a lock. That could be incorrect. Lockstat may provide >> some >> clue as to whether this is a

Re: Laptop exhibits erratic responsiveness

On Sat, Nov 28, 2020 at 10:47:57AM -0500, Jonathan Looney wrote: > FWIW, I would try running lockstat on the box. (My supposition is that the > delay is due to a lock. That could be incorrect. Lockstat may provide some > clue as to whether this is a line of inquiry worth pursuing.) > Thanks

Thames [Radeon HD 7550M/7570M/7650M]: drm.ko in lieu of radeonkms, with xf86-video-ati (was: need some advice for video output)

At Antonio Olivares wrote: Restarting the machine fixed the problem. I removed the line from rc.conf and installed xf86-video-ati pkg and now have a good working desktop. Sorry for the noise. Best Regards,

zpool export: umount fails due to gvfsd-trash (Thunar wrongly opened by Firefox)

On 26/11/2020 10:07, Kurt Jaeger wrote: Use fstat -- this is part of the base system. Maybe lsof does not catch every corner case ? On 26/11/2020 17:34, Gary Palmer wrote: does "fuser -c" show anything? the -m option may also be interesting (Search through mmapped files too) Regards, Gary