On Fri, Mar 01, 2024 at 06:23:56AM -0800, Rick Macklem wrote:
> On Fri, Mar 1, 2024 at 12:00 AM Ronald Klop wrote:
> >
> > Interesting read.
> >
> > Would it be possible to separate locking for admin actions like a client
> > mounting an fs from traffic flowing for file operations?
> Well, the N
> On 1 Mar 2024, at 20:43, Lexi Winter wrote:
>
> Juraj Lutter:
>> I have a fresh (git b9880e247b26) 13.3-STABLE running in bhyve with 2 vCPU
>> and 10G of RAM.
>>
>> I’ve put some load on it (building lang/rust from ports outside poudriere,
>> using make -j2) and the system
>> started to r
Juraj Lutter:
> I have a fresh (git b9880e247b26) 13.3-STABLE running in bhyve with 2 vCPU
> and 10G of RAM.
>
> I’ve put some load on it (building lang/rust from ports outside poudriere,
> using make -j2) and the system
> started to respond very slowly.
>
> I did break the make process and I w
> On 1 Mar 2024, at 20:19, Juraj Lutter wrote:
>
> Hi,
>
> I have a fresh (git b9880e247b26) 13.3-STABLE running in bhyve with 2 vCPU
> and 10G of RAM.
>
> I’ve put some load on it (building lang/rust from ports outside poudriere,
> using make -j2) and the system
> started to respond very
Hi,
I have a fresh (git b9880e247b26) 13.3-STABLE running in bhyve with 2 vCPU and
10G of RAM.
I’ve put some load on it (building lang/rust from ports outside poudriere,
using make -j2) and the system
started to respond very slowly.
I did break the make process and I was able to look into top
On Fri, Mar 1, 2024 at 12:00 AM Ronald Klop wrote:
>
> Interesting read.
>
> Would it be possible to separate locking for admin actions like a client
> mounting an fs from traffic flowing for file operations?
Well, the NFS server does not really have any concept of a mount.
What I am referring t
Interesting read.
Would it be possible to separate locking for admin actions like a client
mounting an fs from traffic flowing for file operations?
Like ongoing file operations could have a read only view/copy of the mount
table. Only new operations will have to wait.
But the mount never need