Re: strange behavior: it slows down and then recovers

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 06Oct2019 15:24, ToddAndMargo <ToddAndMargo@xxxxxxxx> wrote:
On 10/6/19 3:59 AM, George N. White III wrote:
On Sun, 6 Oct 2019 at 05:49, Cătălin George Feștilă <mythcat@xxxxxxxxxxxxxxxxx <mailto:mythcat@xxxxxxxxxxxxxxxxx>> wrote:
   The RAM memory
   [mythcat@desk ~]$ free -mh
              total        used        free      shared buff/cache   available
   Mem:          1.6Gi       1.1Gi       277Mi       140Mi       280Mi           242Mi

Usual caveat: ordinary file activity will fill your available RAM with cached data pages. These are normally "clean" (unmodified) and can be freed instantly on need.

   Swap:         3.5Gi       962Mi       2.5Gi

OTOH you've got 1GB of swap used. That is "idle" process memory not in RAM; if that is needed back by things you interact with then there will be slowness retrieving it.

   This is a screenshot with htop command running firefox:
   https://pasteboard.co/IAGQJ3o.png

Hoo, look at those firefox VIRT sizes. Som of that will be common, but that's a lot of memory use IMO.

See if the slowdown correlate with firefox size. See if a firefox restart gives you a long period before the next slowdown.

 Looks like the system has 2G RAM, which is marginal these days.  Swapping to a mechical
disk  would be really slow if the disk is failing.

Aye. Even without failure.

A good test of this is to check you hard drive LED light
on the front of your computer.  If it is on solid or
flashing like crazy when the slow down occurs, you
are probably out of memory and swapping.

The vmstat and iostat commands are great for this. Kick them off with a 1 second report interval. The first data line has the initial totals, the subsequence lines are the changes. So swapping and other paging _should_ be near zero in the second and following lines. See if these numbers are obviously high during the slowdowns.

Cheers,
Cameron Simpson <cs@xxxxxxxxxx>
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux