Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

From: O. Hartmann <ohartmann_at_walstatt.org>
Date: Sat, 17 Mar 2018 22:31:07 +0100
Am Sat, 17 Mar 2018 12:44:18 -0700
Mark Millard <marklmi26-fbsd_at_yahoo.com> schrieb:


Tried on the APU:


[...]

last pid: 17910;  load averages:  0.26,  0.16,
0.10
up 6+20:51:54  22:28:48 49 processes:  2 running, 46 sleeping, 1 waiting CPU:  0.5%
user,  0.0% nice,  0.4% system,  0.0% interrupt, 99.1% idle Mem: 27M Active, 3772K Inact,
98M Laundry, 186M Wired, 32K Buf, 661M Free Swap: 7808M Total, 4204K Used, 7804M Free

  PID USERNAME       THR PRI NICE   SIZE    RES   SWAP STATE   C   TIME     CPU COMMAND
17615 root             1  22    0 13204K     0K  4064K pause   1   0:00   0.00% -csh
(<csh>) 17002 root             1  20    0 12104K     0K  3108K wait    3   0:00   0.00%
login [pam] (<login>) 975 root             1  20    0 14548K  1260K    88K nanslp  3
0:00   0.00% /usr/local/sbin/smartd -c /usr/local/etc/smartd.conf -p /var/run/smartd.pid
989 root             1  20    0 32264K  8160K    28K nanslp  2   0:21   0.00% ddclient -
sleeping for 1149 seconds (perl) 11 root             4 155 ki31     0K    64K     0K
CPU0    0 652.1H 396.04% [idle] 997 asterisk        59  52    0   133M 62684K     0K
select  0 297:57   2.68% /usr/local/sbin/asterisk -n -F -U asterisk 0 root            26
-16    -     0K   416K     0K swapin  0  60:12   0.56% [kernel] 12 root            14
-52    -     0K   224K     0K WAIT    0  20:39   0.40% [intr] 17618 root             1
20    0 13044K  3472K     0K CPU3    3   0:34   0.12% top -CawSoswap 579 root
1  20    0 15252K  3116K     0K select  0  37:16   0.05% /usr/sbin/ppp -quiet -ddial
-unit0 o2vdsl2 19 root             1 -16    -     0K    16K     0K -       1   3:06
0.03% [rand_harvestq] 21 root             3 -16    -     0K    48K     0K psleep  3
1:21   0.02% [pagedaemon] 933 root             1  20    0 10892K  1688K     0K select
2   1:46 0.02% /usr/sbin/powerd

[...]

Sorry for the messy output ...


> On 2018-Mar-17, at 11:26 AM, Andriy Gapon <avg at FreeBSD.org> wrote:
> 
> > On 17/03/2018 18:51, Mark Millard wrote:  
> >> I'll  note that top was a -w that reports:
> >> 
> >>       -w     Display approximate swap usage for each process.  
> > 
> > As far as I can tell, this option is quite broken.
> > The "approximate swap usage" it reports is nowhere like it.  
> 
> Too bad. Do you know if it is so messed up that the
> apparent order of "uses more" vs. "uses less" would be
> wrong when the difference in reported figures is fairly
> large? (I'd avoid assuming an order for sufficiently
> small differences [which still might be fairly large].)
> 
> Do you know if the system-wide figures from the summary
> line:
> 
> Swap: 61G Total, 61G Free
> (could also display an in-use figure)
> 
> are also broken as far as in-use would go? Should
> top just be avoided for most swap-in-use information?
> 
> More overall, if anyone knows of such: Is there a
> place to get reasonable swap-in-use information,
> per process and/or system-wide?
> 
> One thing I've wished for is what would be a low bound
> on the overall maximum-in-use figure (system wide), say
> by checking periodically a reasonable in-use figure and
> keeping track of (and reporting) the maximum-observed-so-far
> figure. This kind of background information could be
> used in choosing/adjusting a couple of poudriere-devel
> parameters that control how much parallel activity
> there can be.
> 
> (My local top implementation has an adjustment to also
> display such a system-wide maximum-observed-swap-used
> figure.)
> 
> ===
> Mark Millard
> marklmi at yahoo.com
> ( dsl-only.net went
> away in early 2018-Mar)
> 
> _______________________________________________
> freebsd-current_at_freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"



-- 
O. Hartmann

Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).

Received on Sat Mar 17 2018 - 20:31:50 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:15 UTC