On Mon, 13 Jul 2020 00:45:36 -0500 Scott Bennett benn...@sdf.org said
Don Wilde wrote:
>
> On 7/11/20 11:28 PM, Scott Bennett via freebsd-stable wrote:
> > I have read this entire thread to date with growing dismay, and I
> > thank Donald Wilde for reporting his ongoing troubles, althoug
Don Wilde wrote:
>
> On 7/11/20 11:28 PM, Scott Bennett via freebsd-stable wrote:
> > I have read this entire thread to date with growing dismay, and I
> > thank Donald Wilde for reporting his ongoing troubles, although they
> > spoil my hopes that the kernel's memory management bugs that f
On 7/12/20 12:39 PM, Jonathan Chen wrote:
[snip]
With synth you can reduce the number of workers to just "1" (ie:
Number_of_builders=1), if you just want your ports-build to complete
without any stress. However, one of the reasons why I use synth is
_because_ of the stress it can place on my 12
On Mon, 13 Jul 2020 at 02:24, Don Wilde wrote:
> On 7/11/20 11:28 PM, Scott Bennett via freebsd-stable wrote:
> > I have read this entire thread to date with growing dismay, and I
> > thank Donald Wilde for reporting his ongoing troubles, although they
> > spoil my hopes that the kernel's me
On 7/11/20 11:28 PM, Scott Bennett via freebsd-stable wrote:
I have read this entire thread to date with growing dismay, and I
thank Donald Wilde for reporting his ongoing troubles, although they
spoil my hopes that the kernel's memory management bugs that first became
apparent in 11.2-RE
I have read this entire thread to date with growing dismay, and I
thank Donald Wilde for reporting his ongoing troubles, although they
spoil my hopes that the kernel's memory management bugs that first became
apparent in 11.2-RELEASE (and -STABLE around the same time) were not
propagated into
On 2020-Jun-28 12:33:21 -0700, Donald Wilde wrote:
>On 6/28/20, Donald Wilde wrote:
>> On 6/27/20, Donald Wilde wrote:
>>> 'spinning rust' for a disk. My loader.conf has
>>> kern.maxswzone=420 and ccache is fully active and working for both
>>> root on tcsh and users on sh.
Based on my cal
On 2020-Jun-29, at 14:12, Donald Wilde wrote:
> On 6/29/20, Mark Millard wrote:
>> [I'm now subscribed so my messages should go through to
>> the list.]
>>
>> On 2020-Jun-29, at 06:17, Donald Wilde wrote:
>>
>>> . . .
>>
>> You report using:
>>
>> # For possibly insufficient swap/paging
On 6/29/20, Mark Millard wrote:
> [I'm now subscribed so my messages should go through to
> the list.]
>
> On 2020-Jun-29, at 06:17, Donald Wilde wrote:
>
>> [adding maintainers of synth and ccache]
>>
>> On 6/29/20, Mark Millard wrote:
>>> Based on "small arm system" context experiments
>>> mos
[I'm now subscribed so my messages should go through to
the list.]
On 2020-Jun-29, at 06:17, Donald Wilde wrote:
> [adding maintainers of synth and ccache]
>
> On 6/29/20, Mark Millard wrote:
>> Based on "small arm system" context experiments
>> mostly . . .
>>
>> If your console messasges do
[adding maintainers of synth and ccache]
On 6/29/20, Mark Millard wrote:
> Based on "small arm system" context experiments
> mostly . . .
>
> If your console messasges do not include
> messages about "swap_pager_getswapspace(...): failed",
> then it is unlikely that being out of swap space
> is t
On 6/28/20, Donald Wilde wrote:
> Okay, the post with the attachments was too big, so I canceled it. The
> direct copies went out with the archives.
>
> Here's the one pertinent log file. I'm still examining it.
> [snip]
Even the log file is too big. Sent the whole thing to the LLVM80
maintainer
[trimming the direct cc:s]
On 6/28/20, Donald Wilde wrote:
> On 6/28/20, Donald Wilde wrote:
>> On 6/27/20, Donald Wilde wrote:
>>> On 6/26/20, Ronald Klop wrote:
> [snip]
[snip]
I should have said that this run was done with 3 and 3 in synth.
> The first attached tarball was an earlier
On 6/27/20, Donald Wilde wrote:
> On 6/26/20, Ronald Klop wrote:
>>
>> Van: Bob Bishop
>> Datum: vrijdag, 26 juni 2020 17:18
>> Aan: Peter Jeremy
>> CC: Donald Wilde , freebsd-stable
>>
>> Onderwerp: Re: swap space issues
>>>
>&
On 6/26/20, Ronald Klop wrote:
>
> Van: Bob Bishop
> Datum: vrijdag, 26 juni 2020 17:18
> Aan: Peter Jeremy
> CC: Donald Wilde , freebsd-stable
>
> Onderwerp: Re: swap space issues
>>
>>
>>
>> > On 26 Jun 2020, at 11:23, Peter Jeremy wrote:
Van: Bob Bishop
Datum: vrijdag, 26 juni 2020 17:18
Aan: Peter Jeremy
CC: Donald Wilde , freebsd-stable
Onderwerp: Re: swap space issues
> On 26 Jun 2020, at 11:23, Peter Jeremy wrote:
>
> On 2020-Jun-25 11:30:31 -0700, Donald Wilde wrote:
>> Here's 'pstat -s&#x
> On 26 Jun 2020, at 11:23, Peter Jeremy wrote:
>
> On 2020-Jun-25 11:30:31 -0700, Donald Wilde wrote:
>> Here's 'pstat -s' on the i3 (which registers as cpu HAMMER):
>>
>> Device 1K-blocks UsedAvail Capacity
>> /dev/ada0s1b 335544320 33554432 0%
>> /dev/ada0s
On Jun 26, 2020, at 6:58 AM, Stefan Eßer wrote:
> Am 26.06.20 um 12:23 schrieb Peter Jeremy:
>> On 2020-Jun-25 11:30:31 -0700, Donald Wilde wrote:
>>> Here's 'pstat -s' on the i3 (which registers as cpu HAMMER):
>>>
>>> Device 1K-blocks UsedAvail Capacity
>>> /dev/ada0s1b 3
On 6/26/20, Stefan Eßer wrote:
> Am 26.06.20 um 12:23 schrieb Peter Jeremy:
>> On 2020-Jun-25 11:30:31 -0700, Donald Wilde wrote:
>>> Here's 'pstat -s' on the i3 (which registers as cpu HAMMER):
[snip]
> An idea for a better strategy:
>
> It might be better to use an allocation algorithm that ass
On 6/25/20, Greg 'groggy' Lehey wrote:
> On Thursday, 25 June 2020 at 19:31:34 -0700, Donald Wilde wrote:
>> On 6/25/20, Greg 'groggy' Lehey wrote:
>>> On Wednesday, 24 June 2020 at 23:27:27 -0700, Kevin Oberman wrote,
>>> without trimming:
>>>
On Wed, Jun 24, 2020 at 10:30 PM Greg 'groggy'
Am 26.06.20 um 12:23 schrieb Peter Jeremy:
> On 2020-Jun-25 11:30:31 -0700, Donald Wilde wrote:
>> Here's 'pstat -s' on the i3 (which registers as cpu HAMMER):
>>
>> Device 1K-blocks UsedAvail Capacity
>> /dev/ada0s1b 335544320 33554432 0%
>> /dev/ada0s1d 33554
On 6/26/20, Peter Jeremy wrote:
> On 2020-Jun-25 11:30:31 -0700, Donald Wilde wrote:
>>Here's 'pstat -s' on the i3 (which registers as cpu HAMMER):
>>
>>Device 1K-blocks UsedAvail Capacity
>>/dev/ada0s1b 335544320 33554432 0%
>>/dev/ada0s1d 335544320 3
On 2020-Jun-25 11:30:31 -0700, Donald Wilde wrote:
>Here's 'pstat -s' on the i3 (which registers as cpu HAMMER):
>
>Device 1K-blocks UsedAvail Capacity
>/dev/ada0s1b 335544320 33554432 0%
>/dev/ada0s1d 335544320 33554432 0%
>Total6710886
On Thursday, 25 June 2020 at 19:31:34 -0700, Donald Wilde wrote:
> On 6/25/20, Greg 'groggy' Lehey wrote:
>> On Wednesday, 24 June 2020 at 23:27:27 -0700, Kevin Oberman wrote,
>> without trimming:
>>
>>> On Wed, Jun 24, 2020 at 10:30 PM Greg 'groggy' Lehey
>>> wrote:
>>
>>> gpart(8) works just fi
On 6/25/20, Greg 'groggy' Lehey wrote:
> On Wednesday, 24 June 2020 at 23:27:27 -0700, Kevin Oberman wrote,
> without trimming:
>
>> On Wed, Jun 24, 2020 at 10:30 PM Greg 'groggy' Lehey
>> wrote:
>
>> gpart(8) works just fine on MBR drives and partitions/slices and has a
>> much
>> friendlier use
On Wednesday, 24 June 2020 at 23:27:27 -0700, Kevin Oberman wrote,
without trimming:
> On Wed, Jun 24, 2020 at 10:30 PM Greg 'groggy' Lehey
> wrote:
>
>> On Wednesday, 24 June 2020 at 20:34:24 -0700, Donald Wilde wrote:
>>> On 6/24/20, Greg 'groggy' Lehey wrote:
On Wednesday, 24 June 2020 a
On Friday, 26 June 2020 at 1:55:29 +0700, Eugene Grosbein wrote:
> 26.06.2020 1:30, Donald Wilde wrote:
>
>> Here's 'pstat -s' on the i3 (which registers as cpu HAMMER):
>>
>> Device 1K-blocks UsedAvail Capacity
>> /dev/ada0s1b 335544320 33554432 0%
>> /dev/ada0s1d
26.06.2020 1:30, Donald Wilde wrote:
> Here's 'pstat -s' on the i3 (which registers as cpu HAMMER):
>
> Device 1K-blocks UsedAvail Capacity
> /dev/ada0s1b 335544320 33554432 0%
> /dev/ada0s1d 335544320 33554432 0%
> Total67108864
On 6/25/20, Paul Mather wrote:
> On Jun 24, 2020, at 11:34 PM, Donald Wilde wrote:
>
>
> I think I've missed in this thread where you said which FreeBSD arch you are
> running: is it FreeBSD/amd64 or FreeBSD/i386? (With an "old" machine, 4 GB
> RAM, and an install still using MBR, it could poten
On Jun 24, 2020, at 11:34 PM, Donald Wilde wrote:
> Meant that I upgraded from 12.1-RELEASE to 12-STABLE. When I
> configured the -RELEASE install, I manually messed with the MBR disk
> partitions. This is nominally a half-TB HDD which showed up as a total
> of 446 G available (IIRC, gpart should
25.06.2020 18:42, Donald Wilde wrote:
> Thanks, Kevin! My laptop's BIOS is old enough that it balked when I
> tried to boot from a GPT setup of 12.1R. One Of These Days I'll fix
> that but the MBR works and I needed to move on.
>
> We'll get there! :D
gpart is not for GPT, it is for "GEOM Partit
On 6/25/20, Kevin Oberman wrote:
> On Thu, Jun 25, 2020 at 4:42 AM Donald Wilde wrote:
>
>> On 6/24/20, Kevin Oberman wrote:
>> > On Wed, Jun 24, 2020 at 10:30 PM Greg 'groggy' Lehey
>> > wrote:
>> >
>> >> On Wednesday, 24 June 2020 at 20:34:24 -0700, Donald Wilde wrote:
>> >> > On 6/24/20, Gre
On Thu, Jun 25, 2020 at 4:42 AM Donald Wilde wrote:
> On 6/24/20, Kevin Oberman wrote:
> > On Wed, Jun 24, 2020 at 10:30 PM Greg 'groggy' Lehey
> > wrote:
> >
> >> On Wednesday, 24 June 2020 at 20:34:24 -0700, Donald Wilde wrote:
> >> > On 6/24/20, Greg 'groggy' Lehey wrote:
> >> >> On Wednesd
On 6/24/20, Kevin Oberman wrote:
> On Wed, Jun 24, 2020 at 10:30 PM Greg 'groggy' Lehey
> wrote:
>
>> On Wednesday, 24 June 2020 at 20:34:24 -0700, Donald Wilde wrote:
>> > On 6/24/20, Greg 'groggy' Lehey wrote:
>> >> On Wednesday, 24 June 2020 at 18:51:04 -0700, Donald Wilde wrote:
>> >>> On 6/
On Wed, Jun 24, 2020 at 10:30 PM Greg 'groggy' Lehey
wrote:
> On Wednesday, 24 June 2020 at 20:34:24 -0700, Donald Wilde wrote:
> > On 6/24/20, Greg 'groggy' Lehey wrote:
> >> On Wednesday, 24 June 2020 at 18:51:04 -0700, Donald Wilde wrote:
> >>> On 6/24/20, Greg 'groggy' Lehey wrote:
> O
On Wednesday, 24 June 2020 at 20:34:24 -0700, Donald Wilde wrote:
> On 6/24/20, Greg 'groggy' Lehey wrote:
>> On Wednesday, 24 June 2020 at 18:51:04 -0700, Donald Wilde wrote:
>>> On 6/24/20, Greg 'groggy' Lehey wrote:
On Wednesday, 24 June 2020 at 9:36:23 -0700, Donald Wilde wrote:
> A
On 6/24/20, Greg 'groggy' Lehey wrote:
> On Wednesday, 24 June 2020 at 18:51:04 -0700, Donald Wilde wrote:
>> On 6/24/20, Greg 'groggy' Lehey wrote:
>>> On Wednesday, 24 June 2020 at 9:36:23 -0700, Donald Wilde wrote:
All,
I recently upgraded my 12-STABLE system to the latest, and
On Wednesday, 24 June 2020 at 18:51:04 -0700, Donald Wilde wrote:
> On 6/24/20, Greg 'groggy' Lehey wrote:
>> On Wednesday, 24 June 2020 at 9:36:23 -0700, Donald Wilde wrote:
>>> All,
>>>
>>> I recently upgraded my 12-STABLE system to the latest, and now my
>>> swap subsystems aren't working. I d
On 6/24/20, Donald Wilde wrote:
> On 6/24/20, Greg 'groggy' Lehey wrote:
>> On Wednesday, 24 June 2020 at 9:36:23 -0700, Donald Wilde wrote:
>>> All,
>>>
>>> I recently upgraded my 12-STABLE system to the latest, and now my
>>> swap subsystems aren't working. I deliberately set up a 40GB
>>> par
On 6/24/20, Greg 'groggy' Lehey wrote:
> On Wednesday, 24 June 2020 at 9:36:23 -0700, Donald Wilde wrote:
>> All,
>>
>> I recently upgraded my 12-STABLE system to the latest, and now my
>> swap subsystems aren't working. I deliberately set up a 40GB
>> partition for swap, and when I do 'top -t' I
On 6/24/20, Donald Wilde wrote:
> All,
>
> I recently upgraded my 12-STABLE system to the latest, and now my swap
> subsystems aren't working. I deliberately set up a 40GB partition for
> swap, and when I do 'top -t' I am only seeing 7906M total.
>
> When using synth, it shows swap usage of < 2%,
On Wednesday, 24 June 2020 at 9:36:23 -0700, Donald Wilde wrote:
> All,
>
> I recently upgraded my 12-STABLE system to the latest, and now my
> swap subsystems aren't working. I deliberately set up a 40GB
> partition for swap, and when I do 'top -t' I am only seeing 7906M
> total.
That looks susp
All,
I recently upgraded my 12-STABLE system to the latest, and now my swap
subsystems aren't working. I deliberately set up a 40GB partition for
swap, and when I do 'top -t' I am only seeing 7906M total.
When using synth, it shows swap usage of < 2%, but then it gives the
'out of swap' complaint
43 matches
Mail list logo
