Hi Mark,
On Sat, Apr 7, 2018 at 2:49 PM, Mark Johnston wrote:
> On Sat, Apr 07, 2018 at 02:34:54PM -0500, Justin Hibbits wrote:
>>
>> I reverted back to r329881, and successfully built world. Updated to
>> r329882 and it got stuck with processes in btalloc.
>>
>> I've seen
Hi Don,
> I initially missed that this was on powerpc. I believe that arch is a
> bit odd with characters unsigned by default and arithmentic shifts
> always being unsigned. Things like that could mess up the algorithm,
> but I didn't see anything suspicious in the r329882 diff.
I think the
On 7 Apr, Justin Hibbits wrote:
> On Fri, Apr 6, 2018 at 10:25 AM, Justin Hibbits wrote:
>> On Fri, Apr 6, 2018 at 10:08 AM, Mark Johnston wrote:
>>> On Fri, Apr 06, 2018 at 12:47:14AM +, Justin Hibbits wrote:
My powerpc64 embedded machine is
On Sat, Apr 07, 2018 at 02:34:54PM -0500, Justin Hibbits wrote:
> On Fri, Apr 6, 2018 at 10:25 AM, Justin Hibbits wrote:
> > On Fri, Apr 6, 2018 at 10:08 AM, Mark Johnston wrote:
> >> On Fri, Apr 06, 2018 at 12:47:14AM +, Justin Hibbits wrote:
> >>>
On Fri, Apr 6, 2018 at 10:25 AM, Justin Hibbits wrote:
> On Fri, Apr 6, 2018 at 10:08 AM, Mark Johnston wrote:
>> On Fri, Apr 06, 2018 at 12:47:14AM +, Justin Hibbits wrote:
>>> My powerpc64 embedded machine is virtually unusable since these vm
On 4 Apr, Mark Johnston wrote:
> On Tue, Apr 03, 2018 at 09:42:48PM -0700, Don Lewis wrote:
>> On 3 Apr, Don Lewis wrote:
>> > I reconfigured my Ryzen box to be more similar to my default package
>> > builder by disabling SMT and half of the RAM, to limit it to 8 cores
>> > and 32 GB and then
On 4 Apr, Don Lewis wrote:
> On 4 Apr, Mark Johnston wrote:
>> On Tue, Apr 03, 2018 at 09:42:48PM -0700, Don Lewis wrote:
>>> On 3 Apr, Don Lewis wrote:
>>> > I reconfigured my Ryzen box to be more similar to my default package
>>> > builder by disabling SMT and half of the RAM, to limit it to
On Fri, Apr 6, 2018 at 10:08 AM, Mark Johnston wrote:
> On Fri, Apr 06, 2018 at 12:47:14AM +, Justin Hibbits wrote:
>> My powerpc64 embedded machine is virtually unusable since these vm changes.
>> I tried setting vfs.zfs.arc_free_target as suggested, and that didn't help
On Fri, Apr 06, 2018 at 12:47:14AM +, Justin Hibbits wrote:
> My powerpc64 embedded machine is virtually unusable since these vm changes.
> I tried setting vfs.zfs.arc_free_target as suggested, and that didn't help
> at all. Eventually the machine hangs and just gets stuck in vmdaemon, with
>
On Wed, Apr 4, 2018, 13:20 Don Lewis wrote:
> On 4 Apr, Mark Johnston wrote:
> > On Tue, Apr 03, 2018 at 09:42:48PM -0700, Don Lewis wrote:
> >> On 3 Apr, Don Lewis wrote:
> >> > I reconfigured my Ryzen box to be more similar to my default package
> >> > builder by
On 05/04/2018 05:03, Mark Millard wrote:
> I've classically seen things like (picking on java here):
> (no patch yet, so SWAP 0K shows)
>
> PID USERNAME THR PRI NICE SIZERES SWAP STATE C TIME
> CPU COMMAND
> 78694 root44 520 14779M 92720K 0K uwait 22
On 2018-Apr-4, at 10:16 AM, Andriy Gapon wrote:
> On 01/04/2018 05:31, Mark Millard wrote:
>> I have a hypothesis for part of what top is
>> counting in the process/thread SWAP column
>> that might not be what one would expect.
>>
>> It appears to me that vnode-backed pages are
>> being
On 4 Apr, Mark Johnston wrote:
> On Tue, Apr 03, 2018 at 09:42:48PM -0700, Don Lewis wrote:
>> On 3 Apr, Don Lewis wrote:
>> > I reconfigured my Ryzen box to be more similar to my default package
>> > builder by disabling SMT and half of the RAM, to limit it to 8 cores
>> > and 32 GB and then
On Tue, Apr 03, 2018 at 09:42:48PM -0700, Don Lewis wrote:
> On 3 Apr, Don Lewis wrote:
> > I reconfigured my Ryzen box to be more similar to my default package
> > builder by disabling SMT and half of the RAM, to limit it to 8 cores
> > and 32 GB and then started bisecting to try to track down
On 01/04/2018 05:31, Mark Millard wrote:
> I have a hypothesis for part of what top is
> counting in the process/thread SWAP column
> that might not be what one would expect.
>
> It appears to me that vnode-backed pages are
> being re-classfied sometimes for inactive
> processes, and this
On 3 Apr, Cy Schubert wrote:
> Try arbitrarily reducing arc_max through sysctl. ARC is immediately
> reduced and free memory increased however wired pages remains the
> same.
One thing that I've noticed is that with r329844 and earlier is that
there can be a difference of multiple GB between the
On 3 Apr, Don Lewis wrote:
> On 1 Apr, Don Lewis wrote:
>> On 27 Mar, Andriy Gapon wrote:
>>> On 24/03/2018 01:21, Bryan Drewery wrote:
On 3/20/2018 12:07 AM, Peter Jeremy wrote:
>
> On 2018-Mar-11 10:43:58 -1000, Jeff Roberson
> wrote:
>> Also, if
iginal Message-
From: Larry Rosenman
Sent: 03/04/2018 19:27
To: Cy Schubert; Bryan Drewery; Peter Jeremy; Jeff Roberson
Cc: FreeBSD current; Andriy Gapon
Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT
When my full backups run (1st Sunday -> Monday
-Original Message-
From: Bryan Drewery
Sent: 23/03/2018 17:23
To: Peter Jeremy; Jeff Roberson
Cc: FreeBSD current; Andriy Gapon
Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT
On 3/20/2018 12:07 AM, Peter Jeremy wrote:
>
> On
of the many outweighs the greed of the few.
---
-Original Message-
From: Andriy Gapon
Sent: 27/03/2018 08:02
To: Bryan Drewery; Peter Jeremy; Jeff Roberson
Cc: FreeBSD current
Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT
On 24/03/2018 01:21, Bryan Drewery wrote:
> On 3/2
: Bryan Drewery
Sent: 23/03/2018 17:23
To: Peter Jeremy; Jeff Roberson
Cc: FreeBSD current; Andriy Gapon
Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT
On 3/20/2018 12:07 AM, Peter Jeremy wrote:
>
> On 2018-Mar-11 10:43:58 -1000, Jeff Robe
ge-
From: Bryan Drewery
Sent: 23/03/2018 17:23
To: Peter Jeremy; Jeff Roberson
Cc: FreeBSD current; Andriy Gapon
Subject: Re: Strange ARC/Swap/CPU on yesterday's -CURRENT
On 3/20/2018 12:07 AM, Peter Jeremy wrote:
>
> On 2018-Mar-11 10:43:58 -1000, Jeff Roberson <jrober...@jroberso
On 1 Apr, Don Lewis wrote:
> On 27 Mar, Andriy Gapon wrote:
>> On 24/03/2018 01:21, Bryan Drewery wrote:
>>> On 3/20/2018 12:07 AM, Peter Jeremy wrote:
On 2018-Mar-11 10:43:58 -1000, Jeff Roberson
wrote:
> Also, if you could try going back to r328953
Andriy Gapon avg at FreeBSD.org wrote on
Tue Mar 27 14:00:20 UTC 2018 :
> First, it looks like maybe several different issues are being discussed and
> possibly conflated in this thread.
It looks like one of the issues that contributes to non-ZFS contexts
seeing process-kills for out-of-swap
On 27 Mar, Andriy Gapon wrote:
> On 24/03/2018 01:21, Bryan Drewery wrote:
>> On 3/20/2018 12:07 AM, Peter Jeremy wrote:
>>>
>>> On 2018-Mar-11 10:43:58 -1000, Jeff Roberson
>>> wrote:
Also, if you could try going back to r328953 or r326346 and let me know if
On 2018-Mar-17, at 11:26 AM, Andriy Gapon 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
On 24/03/2018 01:21, Bryan Drewery wrote:
> On 3/20/2018 12:07 AM, Peter Jeremy wrote:
>>
>> On 2018-Mar-11 10:43:58 -1000, Jeff Roberson wrote:
>>> Also, if you could try going back to r328953 or r326346 and let me know if
>>> the problem exists in either. That would
On Fri, Mar 23, 2018 at 04:21:32PM -0700, Bryan Drewery wrote:
> On 3/20/2018 12:07 AM, Peter Jeremy wrote:
> >
> > On 2018-Mar-11 10:43:58 -1000, Jeff Roberson
> > wrote:
> >> Also, if you could try going back to r328953 or r326346 and let me know if
> >> the problem
On 3/20/2018 12:07 AM, Peter Jeremy wrote:
>
> On 2018-Mar-11 10:43:58 -1000, Jeff Roberson wrote:
>> Also, if you could try going back to r328953 or r326346 and let me know if
>> the problem exists in either. That would be very helpful. If anyone is
>> willing to
On 03/11/2018 09:43 PM, Jeff Roberson wrote:
> Also, if you could try going back to r328953 or r326346 and let me
> know if the problem exists in either. That would be very helpful. If
> anyone is willing to debug this with me contact me directly and I will
> send some test patches or
On 2018-Mar-11 10:43:58 -1000, Jeff Roberson wrote:
>Also, if you could try going back to r328953 or r326346 and let me know if
>the problem exists in either. That would be very helpful. If anyone is
>willing to debug this with me contact me directly and I will send
On Sun, Mar 18, 2018 at 08:50:33PM -0700, bob prohaska wrote:
> On Sun, Mar 18, 2018 at 05:54:30PM -0700, Mark Millard wrote:
> > bob prohaska fbsd at www.zefox.net wrote on
> > Sun Mar 18 21:09:42 UTC 2018 :
> >
> > > On Sun, Mar 11, 2018 at 10:43:58AM -1000, Jeff Roberson wrote:
> > >
> > > >
On Sun, Mar 18, 2018 at 05:54:30PM -0700, Mark Millard wrote:
> bob prohaska fbsd at www.zefox.net wrote on
> Sun Mar 18 21:09:42 UTC 2018 :
>
> > On Sun, Mar 11, 2018 at 10:43:58AM -1000, Jeff Roberson wrote:
> >
> > > Also, if you could try going back to r328953 or r326346 and let me know
> >
bob prohaska fbsd at www.zefox.net wrote on
Sun Mar 18 21:09:42 UTC 2018 :
> On Sun, Mar 11, 2018 at 10:43:58AM -1000, Jeff Roberson wrote:
>
> > Also, if you could try going back to r328953 or r326346 and let me know if
> > the problem exists in either. That would be very helpful. If anyone
On Sun, Mar 11, 2018 at 10:43:58AM -1000, Jeff Roberson wrote:
> Also, if you could try going back to r328953 or r326346 and let me know if
> the problem exists in either. That would be very helpful. If anyone is
Not sure this is relevant, but r326343 is able to run a j4 buildworld
to
On 17/03/2018 21:44, Mark Millard wrote:
> 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?
I don't
Am Sat, 17 Mar 2018 12:44:18 -0700
Mark Millard 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,
On 2018-Mar-17, at 11:26 AM, Andriy Gapon 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
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.
--
Andriy Gapon
On 2018-Mar-17, at 2:38 AM, O. Hartmann wrote:
. . .
> last pid: 16958; load averages: 0.10, 0.21,
> 0.16
> up 6+08:57:07 10:34:01 19 processes: 1 running, 18 sleeping CPU: 0.3%
> user, 0.0%
> nice, 0.5% system, 0.0% interrupt, 99.2% idle Mem: 27M Active, 1504K Inact,
> 96M
>
Am Sun, 11 Mar 2018 18:00:35 -1000 (HST)
Jeff Roberson schrieb:
> On Sun, 11 Mar 2018, Mark Millard wrote:
>
> > As I understand, O. Hartmann's report ( ohartmann at walstatt.org ) in:
> >
> > https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068806.html
>
On 3/11/2018 1:43 PM, Jeff Roberson wrote:
> Hi Folks,
>
> This could be my fault from recent NUMA and concurrency related work. I
> did touch some of the arc back-pressure mechanisms. First, I would like
> to identify whether the wired memory is in the buffer cache. Can those
> of you that
On Sun, 11 Mar 2018, Matthew D. Fuller wrote:
On Sun, Mar 11, 2018 at 10:43:58AM -1000 I heard the voice of
Jeff Roberson, and lo! it spake thus:
First, I would like to identify whether the wired memory is in the
buffer cache. Can those of you that have a repro look at sysctl
vfs.bufspace
On Sun, 11 Mar 2018, Mark Millard wrote:
As I understand, O. Hartmann's report ( ohartmann at walstatt.org ) in:
https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068806.html
includes a system with a completely non-ZFS context: UFS only. Quoting that
part:
This is from a APU,
As I understand, O. Hartmann's report ( ohartmann at walstatt.org ) in:
https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068806.html
includes a system with a completely non-ZFS context: UFS only. Quoting that
part:
> This is from a APU, no ZFS, UFS on a small mSATA device, the
Hi All,
On 11/03/2018 13:43, Jeff Roberson wrote:
[snip]
>
> Hi Folks,
>
> This could be my fault from recent NUMA and concurrency related work. I
> did touch some of the arc back-pressure mechanisms. First, I would like
> to identify whether the wired memory is in the buffer cache. Can
On Sun, Mar 11, 2018 at 10:43:58AM -1000 I heard the voice of
Jeff Roberson, and lo! it spake thus:
>
> First, I would like to identify whether the wired memory is in the
> buffer cache. Can those of you that have a repro look at sysctl
> vfs.bufspace and tell me if that accounts for the bulk of
On Sun, 11 Mar 2018, O. Hartmann wrote:
Am Wed, 7 Mar 2018 14:39:13 +0400
Roman Bogorodskiy schrieb:
Danilo G. Baio wrote:
On Tue, Mar 06, 2018 at 01:36:45PM -0600, Larry Rosenman wrote:
On Tue, Mar 06, 2018 at 10:16:36AM -0800, Rodney W. Grimes wrote:
On Tue, Mar
> On 11. Mar 2018, at 00:47, O. Hartmann wrote:
>
> Am Wed, 7 Mar 2018 14:39:13 +0400
> Roman Bogorodskiy schrieb:
>
>> Danilo G. Baio wrote:
>>
On Tue, Mar 06, 2018 at 01:36:45PM -0600, Larry Rosenman wrote:
On Tue, Mar 06, 2018 at
Am Wed, 7 Mar 2018 14:39:13 +0400
Roman Bogorodskiy schrieb:
> Danilo G. Baio wrote:
>
> > On Tue, Mar 06, 2018 at 01:36:45PM -0600, Larry Rosenman wrote:
> > > On Tue, Mar 06, 2018 at 10:16:36AM -0800, Rodney W. Grimes wrote:
> > > > > On Tue, Mar 06, 2018 at
Danilo G. Baio wrote:
> On Tue, Mar 06, 2018 at 01:36:45PM -0600, Larry Rosenman wrote:
> > On Tue, Mar 06, 2018 at 10:16:36AM -0800, Rodney W. Grimes wrote:
> > > > On Tue, Mar 06, 2018 at 08:40:10AM -0800, Rodney W. Grimes wrote:
> > > > > > On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman
On Tue, 6 Mar 2018 08:40-0800, Rodney W. Grimes wrote:
> > On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote:
> >
> > > Upgraded to:
> > >
> > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385:
> > > Sun Mar 4 12:48:52 CST 2018
> > >
On Tue, Mar 06, 2018 at 01:36:45PM -0600, Larry Rosenman wrote:
> On Tue, Mar 06, 2018 at 10:16:36AM -0800, Rodney W. Grimes wrote:
> > > On Tue, Mar 06, 2018 at 08:40:10AM -0800, Rodney W. Grimes wrote:
> > > > > On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote:
> > > > >
> > > > > > Upgraded
Hi!
> > Yesterday, and I'm seeing really strange slowness, ARC use, and SWAP
> > use and swapping.
I've seen it on 12, @r328899.
> > Ideas?
[...]
> Hard-slappping vfs.zfs.arc_max down a ways mitigated it enough to get
> me through the days, but is a pretty gross hackaround...
That's what I
On Tue, Mar 06, 2018 at 10:16:36AM -0800, Rodney W. Grimes wrote:
> > On Tue, Mar 06, 2018 at 08:40:10AM -0800, Rodney W. Grimes wrote:
> > > > On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote:
> > > >
> > > > > Upgraded to:
> > > > >
> > > > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD
On Mon, Mar 05, 2018 at 02:39:18PM -0600 I heard the voice of
Larry Rosenman, and lo! it spake thus:
>
> Yesterday, and I'm seeing really strange slowness, ARC use, and SWAP
> use and swapping.
>
> Ideas?
Since I updated to the Feb 25 -CURRENT I'm currently running (from
mid-Sept, I believe), I
> On Tue, Mar 06, 2018 at 08:40:10AM -0800, Rodney W. Grimes wrote:
> > > On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote:
> > >
> > > > Upgraded to:
> > > >
> > > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385:
> > > > Sun Mar 4 12:48:52 CST 2018
> > > >
On Tue, Mar 06, 2018 at 08:40:10AM -0800, Rodney W. Grimes wrote:
> > On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote:
> >
> > > Upgraded to:
> > >
> > > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385:
> > > Sun Mar 4 12:48:52 CST 2018
> > >
> On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote:
>
> > Upgraded to:
> >
> > FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385: Sun
> > Mar 4 12:48:52 CST 2018
> > r...@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/VT-LER amd64
> > +1200060 1200060
> >
> >
Am 05.03.18 um 21:39 schrieb Larry Rosenman:
> Upgraded to:
>
> FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385: Sun
> Mar 4 12:48:52 CST 2018
> r...@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/VT-LER amd64
> +1200060 1200060
>
> Yesterday, and I'm seeing
On Mon, 5 Mar 2018 14:39-0600, Larry Rosenman wrote:
> Upgraded to:
>
> FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385: Sun
> Mar 4 12:48:52 CST 2018
> r...@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/VT-LER amd64
> +1200060 1200060
>
> Yesterday, and I'm
Upgraded to:
FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #11 r330385: Sun Mar
4 12:48:52 CST 2018
r...@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/VT-LER amd64
+1200060 1200060
Yesterday, and I'm seeing really strange slowness, ARC use, and SWAP use and
swapping.
See
62 matches
Mail list logo