Re: Slow down problem

Tim: >> I wonder how much more robust USB is than parallel? ToddAndMargo: > USB 1 never really worked very well with printers. I found that out too, though I was thinking more about electrical robustness. Back in my early days of personal computing, we learnt to never dis/connect peripherals

Re: Slow down problem

On 2020-10-09 15:58, Tom Horsley wrote: On Fri, 9 Oct 2020 15:50:31 -0700 Samuel Sieb wrote: That's a very strange crash. But if you can't remove that module, then you have a serious problem. See what happens with the new card. Or maybe get one of the little adapters a few people sell to

Re: Slow down problem

On Fri, 9 Oct 2020 15:50:31 -0700 Samuel Sieb wrote: > That's a very strange crash. But if you can't remove that module, then > you have a serious problem. See what happens with the new card. Or maybe get one of the little adapters a few people sell to turn a parallel port printer into a

Re: Slow down problem

On 2020-10-09 15:50, Samuel Sieb wrote: On 10/9/20 3:15 PM, ToddAndMargo via users wrote: On 2020-10-09 15:09, Samuel Sieb wrote: On 10/9/20 3:00 PM, ToddAndMargo via users wrote: On 2020-10-09 14:56, Samuel Sieb wrote: On 10/9/20 1:51 PM, ToddAndMargo via users wrote: Anyone know how to

Re: Slow down problem

On 10/9/20 3:15 PM, ToddAndMargo via users wrote: On 2020-10-09 15:09, Samuel Sieb wrote: On 10/9/20 3:00 PM, ToddAndMargo via users wrote: On 2020-10-09 14:56, Samuel Sieb wrote: On 10/9/20 1:51 PM, ToddAndMargo via users wrote: Anyone know how to see who is using parport_pc? What does

Re: Slow down problem

On 2020-10-09 15:09, Samuel Sieb wrote: On 10/9/20 3:00 PM, ToddAndMargo via users wrote: On 2020-10-09 14:56, Samuel Sieb wrote: On 10/9/20 1:51 PM, ToddAndMargo via users wrote: Anyone know how to see who is using parport_pc? What does "lsmod | grep parport" show? # lsmod | grep parport

Re: Slow down problem

On 10/9/20 3:00 PM, ToddAndMargo via users wrote: On 2020-10-09 14:56, Samuel Sieb wrote: On 10/9/20 1:51 PM, ToddAndMargo via users wrote: Anyone know how to see who is using parport_pc? What does "lsmod | grep parport" show? # lsmod | grep parport parport_serial 24576  0

Re: Slow down problem

On 2020-10-09 14:56, Samuel Sieb wrote: On 10/9/20 1:51 PM, ToddAndMargo via users wrote: Anyone know how to see who is using parport_pc? What does "lsmod | grep parport" show? 1 T garlic powder 1 tsp white pepper What?? Wrong group, again. Dang! I hate it when that happens. :-) #

Re: Slow down problem

On 10/9/20 1:51 PM, ToddAndMargo via users wrote: Anyone know how to see who is using parport_pc? What does "lsmod | grep parport" show? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to

Re: Slow down problem

On 2020-10-09 13:54, Samuel Sieb wrote: On 10/9/20 1:51 PM, ToddAndMargo via users wrote: Some troubleshooting: #/$ modprobe -r parport_pc modprobe: FATAL: Module parport_pc is in use.     # cat /proc/sys/dev/parport/parport0/devices/lp/timeslice     200 Print still prints after

Re: Slow down problem

On 10/9/20 1:51 PM, ToddAndMargo via users wrote: Some troubleshooting:     #/$ modprobe -r parport_pc     modprobe: FATAL: Module parport_pc is in use.    # cat /proc/sys/dev/parport/parport0/devices/lp/timeslice    200 Print still prints after the core 2 storm, but data transfer is

Re: Slow down problem

On 2020-10-07 23:38, J.Witvliet--- via users wrote: Printer on UPS? You gotta be joking. Computers and switches OK. But printers will empty your batteries in moments. You missed the part about it being on the "surge only" side ___ users mailing

Re: Slow down problem

On 2020-10-05 16:32, Mike Wright wrote: That's your assumption.  Try hard reset.  Turn it off then back on. Once it is fully booted login and run "top".  Press "1".  Press "d", then press "3", then "return" (update screen every 3 seconds).  Don't touch anything.  Don't run any programs. 

Re: Slow down problem

On 2020-10-05 14:47, ToddAndMargo via users wrote: Hi All, It looks like my original eMail with embedded picture is going to get bounced, so this one substitutes links to the images.  Sorry for the extra work of having to click on the links. My slow down problem is back.  And I FINALLY have

Re: Slow down problem

entries from the UPS were a puzzle. > > *From: *"Roger Heflin" > *Date:* Tuesday, 6 October 2020 at 19:03:01 > *To: *"Community support for Fedora users" > *Subject:* Re: Slow down problem > > And on top of what George says, it might be best to make su

Re: Slow down problem

rs@lists.fedoraproject.org>> Subject: Re: Slow down problem And on top of what George says, it might be best to make sure the printer is on the same breaker/120Leg as the computer. If the computer is on a UPS and the printer is not then if possible make sure the printer is plugged into the same out

Re: Slow down problem

On 2020-10-06 18:06, Tim via users wrote: I wonder how much more robust USB is than parallel? USB 1 never really worked very well with printers. Since USB 2, I have not had printer problems with the USB bus. My printer's USB 1 bus really stinks ___

Re: Slow down problem

On 2020-10-06 15:50, George N. White III wrote: On Tue, 6 Oct 2020 at 14:02, Roger Heflin > wrote: And on top of what George says, it might be best to make sure the printer is on the same breaker/120Leg as the computer. If the computer is on a UPS and

Re: Slow down problem

On 2020-10-05 14:47, ToddAndMargo via users wrote: Hi All, It looks like my original eMail with embedded picture is going to get bounced, so this one substitutes links to the images.  Sorry for the extra work of having to click on the links. My slow down problem is back.  And I FINALLY have

Re: Slow down problem

On Tue, 2020-10-06 at 12:46 -0300, George N. White III wrote: > Run a wire (at least 18 gauge) from the chassis of the PC to the > chassis of the printer. This should greatly reduce the chances for > the parallel port getting zapped. That kind of thing can really help. I'm more into AV

Re: Slow down problem

On Tue, 6 Oct 2020 at 14:02, Roger Heflin wrote: > And on top of what George says, it might be best to make sure the > printer is on the same breaker/120Leg as the computer. > > If the computer is on a UPS and the printer is not then if possible > make sure the printer is plugged into the same

Re: Slow down problem

And on top of what George says, it might be best to make sure the printer is on the same breaker/120Leg as the computer. If the computer is on a UPS and the printer is not then if possible make sure the printer is plugged into the same outlet as the UPS. Also note that I don't know which power

Re: Slow down problem

On Tue, 6 Oct 2020 at 03:03, ToddAndMargo via users < users@lists.fedoraproject.org> wrote: > On 2020-10-05 19:20, Tim via users wrote: > > On Mon, 2020-10-05 at 17:15 -0700, ToddAndMargo via users wrote: > >> I think I am going to replace the parallel port card > >> "just because" > > > > If

Re: Slow down problem

On 2020-10-05 19:20, Tim via users wrote: On Mon, 2020-10-05 at 17:15 -0700, ToddAndMargo via users wrote: I think I am going to replace the parallel port card "just because" If your parallel port is on a card, then simply removing the card ought to show whether *it* is the problem.

Re: Slow down problem

On Mon, 2020-10-05 at 17:15 -0700, ToddAndMargo via users wrote: > I think I am going to replace the parallel port card > "just because" If your parallel port is on a card, then simply removing the card ought to show whether *it* is the problem. Peripherals are a prime area of hardware failure.

Re: Slow down problem

On Mon, Oct 5, 2020 at 6:38 PM ToddAndMargo via users wrote: On 2020-10-05 16:25, Roger Heflin wrote: > ok. > > You have some piece of hw that is losing its mind and constantly > interrupting the machine, cpu2 is the one processing this interrupt. > Last time I saw this is was a bad

Re: Slow down problem

On 2020-10-05 16:33, Jonathan Billings wrote: On Oct 5, 2020, at 18:38, ToddAndMargo via users wrote: On 2020-10-05 15:31, Mike Wright wrote: On 10/5/20 3:21 PM, ToddAndMargo via users wrote: On 2020-10-05 15:09, Roger Heflin wrote: you need output from "top" It is the same as htop with

Re: Slow down problem

It could be any of the devices: i2c_designware.0, idma64.0, i801_smbus, parport0 but if the parport has had issues before that could be an issue this time. it is doing about 50k interrupts/second and depending on what the interrupt handler is doing that would take out a cpu. And system time

Re: Slow down problem

On 2020-10-05 16:38, ToddAndMargo via users wrote: On 2020-10-05 16:25, Roger Heflin wrote: > ok. > > You have some piece of hw that is losing its mind and constantly > interrupting the machine, cpu2 is the one processing this interrupt. > Last time I saw this is was a bad motherboard. >

Re: Slow down problem

On 2020-10-05 16:25, Roger Heflin wrote: > ok. > > You have some piece of hw that is losing its mind and constantly > interrupting the machine, cpu2 is the one processing this interrupt. > Last time I saw this is was a bad motherboard. > > cat /proc/interrupts ; sleep 10 ; cat /proc/interrupts >

Re: Slow down problem

On Oct 5, 2020, at 18:38, ToddAndMargo via users wrote: > > On 2020-10-05 15:31, Mike Wright wrote: >>> On 10/5/20 3:21 PM, ToddAndMargo via users wrote: >>> On 2020-10-05 15:09, Roger Heflin wrote: you need output from "top" >>> >>> It is the same as htop with less data. Both >>> show

Re: Slow down problem

On 10/5/20 4:22 PM, ToddAndMargo via users wrote: On 2020-10-05 16:07, Mike Wright wrote: On 10/5/20 3:57 PM, ToddAndMargo via users wrote: On 2020-10-05 15:48, Mike Wright wrote: On 10/5/20 3:37 PM, ToddAndMargo via users wrote: On 2020-10-05 15:31, Mike Wright wrote: On 10/5/20 3:21 PM,

Re: Slow down problem

another trick is install the perf package, and then run "perf top" and this should show you where the kernel is spending its time (it might tell us the driver and the driver will tell us what hardware it is). On Mon, Oct 5, 2020 at 6:22 PM ToddAndMargo via users wrote: > > On 2020-10-05 16:07,

Re: Slow down problem

ok. You have some piece of hw that is losing its mind and constantly interrupting the machine, cpu2 is the one processing this interrupt. Last time I saw this is was a bad motherboard. cat /proc/interrupts ; sleep 10 ; cat /proc/interrupts And we might be able to tell what device is doing it.

Re: Slow down problem

On 2020-10-05 16:07, Mike Wright wrote: On 10/5/20 3:57 PM, ToddAndMargo via users wrote: On 2020-10-05 15:48, Mike Wright wrote: On 10/5/20 3:37 PM, ToddAndMargo via users wrote: On 2020-10-05 15:31, Mike Wright wrote: On 10/5/20 3:21 PM, ToddAndMargo via users wrote: On 2020-10-05 15:09,

Re: Slow down problem

On 10/5/20 3:57 PM, ToddAndMargo via users wrote: On 2020-10-05 15:48, Mike Wright wrote: On 10/5/20 3:37 PM, ToddAndMargo via users wrote: On 2020-10-05 15:31, Mike Wright wrote: On 10/5/20 3:21 PM, ToddAndMargo via users wrote: On 2020-10-05 15:09, Roger Heflin wrote: you need output from

Re: Slow down problem

On 10/5/20 3:57 PM, ToddAndMargo via users wrote: On 2020-10-05 15:48, Mike Wright wrote: On 10/5/20 3:37 PM, ToddAndMargo via users wrote: On 2020-10-05 15:31, Mike Wright wrote: On 10/5/20 3:21 PM, ToddAndMargo via users wrote: On 2020-10-05 15:09, Roger Heflin wrote: you need output from

Re: Slow down problem

On 2020-10-05 15:48, Mike Wright wrote: On 10/5/20 3:37 PM, ToddAndMargo via users wrote: On 2020-10-05 15:31, Mike Wright wrote: On 10/5/20 3:21 PM, ToddAndMargo via users wrote: On 2020-10-05 15:09, Roger Heflin wrote: you need output from "top" It is the same as htop with less data. 

Re: Slow down problem

On 10/5/20 3:37 PM, ToddAndMargo via users wrote: On 2020-10-05 15:31, Mike Wright wrote: On 10/5/20 3:21 PM, ToddAndMargo via users wrote: On 2020-10-05 15:09, Roger Heflin wrote: you need output from "top" It is the same as htop with less data.  Both show virtually no activity.  But htop

Re: Slow down problem

On 2020-10-05 15:31, Mike Wright wrote: On 10/5/20 3:21 PM, ToddAndMargo via users wrote: On 2020-10-05 15:09, Roger Heflin wrote: you need output from "top" It is the same as htop with less data.  Both show virtually no activity.  But htop does show core 2 being swamped with something

Re: Slow down problem

On 10/5/20 3:21 PM, ToddAndMargo via users wrote: On 2020-10-05 15:09, Roger Heflin wrote: you need output from "top" It is the same as htop with less data.  Both show virtually no activity.  But htop does show core 2 being swamped with something When running "top" press "1". It will give

Re: Slow down problem

On 2020-10-05 15:09, Roger Heflin wrote: you need output from "top" It is the same as htop with less data. Both show virtually no activity. But htop does show core 2 being swamped with something ___ users mailing list --

Re: Slow down problem

at 4:48 PM ToddAndMargo via users wrote: > > Hi All, > > It looks like my original eMail with embedded picture > is going to get bounced, so this one substitutes links > to the images. Sorry for the extra work of having to > click on the links. > > My slow down problem is back.

Re: Slow down problem

Hi All, It looks like my original eMail with embedded picture is going to get bounced, so this one substitutes links to the images. Sorry for the extra work of having to click on the links. My slow down problem is back. And I FINALLY have some good data to show: Here is bpytop. Note

Re: slow down problem

On 2020-06-03 17:43, Tim via users wrote: On Wed, 2020-06-03 at 17:28 -0700, ToddAndMargo via users wrote: Every so often, once every two weeks or so for no apparent reason or program, my computer slows down to about 1/5 speed. CPU overheating? xsensors say all four core are between 35

Re: slow down problem

>> >> Hi All, >> >> Fedora 32 >> Xfce 4.14 >> >> Every so often, once every two weeks or so for no apparent >> reason or program, my computer slows down to about 1/5 speed. >> Typed letter take time to appear. File system stuff is five >> times slower: tar, dump, etc.. >> >> And I can't find

Re: slow down problem

grep -i dirty /proc/meminfo If that number gets high enough the machine will freeze all write io (dirty_ratio/bytes) until it gets down to the dirty_background_bytes/ratio. If you hit this, how long that is is how long it takes to write out (background_ratio - ratio) * ram I have had good luck

Re: slow down problem

On Wed, 2020-06-03 at 17:28 -0700, ToddAndMargo via users wrote: > Every so often, once every two weeks or so for no apparent > reason or program, my computer slows down to about 1/5 speed. CPU overheating? -- uname -rsvp Linux 3.10.0-1127.8.2.el7.x86_64 #1 SMP Tue May 12 16:57:42 UTC 2020

slow down problem

Hi All, Fedora 32 Xfce 4.14 Every so often, once every two weeks or so for no apparent reason or program, my computer slows down to about 1/5 speed. Typed letter take time to appear. File system stuff is five times slower: tar, dump, etc.. And I can't find anything wrong. iotop and top both