> On 10 Mar 2021, at 10:07, Mamontov Roman wrote:
>
> Hello.
>
> I try to use netdump(4) option for transmitting kernel dumps to a remote
> server.
> When I caused a kernel panic by sysctl debug.kdb.panic I found, that
> netdumping
> to remote server happens very slow: systat -ifstat
=>]
112.18M 20.2MB/sin 6.9s
2021-03-13 09:42:57 (16.3 MB/s) - ‘/dev/null’ saved [117629864/117629864]
===
Please let me know if I overlooked something with TCP BBR configuration.
References:
[1] https://people.free
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Hello all, i just upgrade my test server from 12.1 to 13.0-RC2. This is
a baremetal server.
It has two ssd's on ada0 and ada1 using zfs. Also there is a 6 disk pool
named storage.
After the update the storage pool is not imported any more. I have
updated the pool, thinking it was necessary,
On 13/03/2021 17:09, Johan Hendriks wrote:
Hello all, i just upgrade my test server from 12.1 to 13.0-RC2. This
is a baremetal server.
It has two ssd's on ada0 and ada1 using zfs. Also there is a 6 disk
pool named storage.
After the update the storage pool is not imported any more. I have
On Sat, Mar 13, 2021 at 9:44 AM Johan Hendriks
wrote:
> On 13/03/2021 17:09, Johan Hendriks wrote:
> > Hello all, i just upgrade my test server from 12.1 to 13.0-RC2. This
> > is a baremetal server.
> > It has two ssd's on ada0 and ada1 using zfs. Also there is a 6 disk
> > pool named storage.
>
On Sat., Mar. 13, 2021, 8:44 a.m. Johan Hendriks,
wrote:
> On 13/03/2021 17:09, Johan Hendriks wrote:
> > Hello all, i just upgrade my test server from 12.1 to 13.0-RC2. This
> > is a baremetal server.
> > It has two ssd's on ada0 and ada1 using zfs. Also there is a 6 disk
> > pool named
Just spent a little time looking at my issue and have a few more notes:
Seems to only occur on large r/w operations from/to the same disk. "sp
big-file /other/file/on/same/disk" or tar/untar operations on large files.
Hit this today updating firefox.
I/O starts at >40MB/s. Dropped to about
I have been dealing with this for a long time since head back in September
through 13-stable of Mar-4. I have seen no improvement over this time. It
seems (my perception without supporting data) that it got worse in the
timeframe of BETA-3 tag. I was running stable, so not quite BETA-3. It also
On Sat, Mar 13, 2021 at 5:33 PM Kevin Oberman wrote:
> Just spent a little time looking at my issue and have a few more notes:
>
What version did you evaluate? There's a number of changes lately that
could have a big impact on this...
Warner
> Seems to only occur on large r/w operations
On Sat, Mar 13, 2021 at 6:37 PM Kevin Oberman wrote:
> I have been dealing with this for a long time since head back in September
> through 13-stable of Mar-4. I have seen no improvement over this time. It
> seems (my perception without supporting data) that it got worse in the
> timeframe of
No improvement with stable/13-n244880-cec3990d347. It may be worse. worse.
An attempt to unpack firefox-86.0.1,2 saw disk rates in the range of 800K
to 2 MB/s range and with repeated 30 second freezes. I have no idea what
made it so much worse, but I'm forced to start wondering if it could be a
12 matches
Mail list logo
