Re: Scrub incredibly slow with 13.0-RC3 (as well as RC1 & 2)

2021-03-26 Thread Mathieu Chouquet-Stringer
On Thu, Mar 25, 2021 at 08:55:12AM +, Matt Churchyard wrote:
> Just an a aside, I did post a message a few weeks ago with a similar
> problem on 13 (as well as snapshot issues). Scrub seemed ok for a
> short while, but then ground to a halt. It would take 10+ minutes to
> go 0.01%, with everything appearing fairly idle. I finally gave up and
> stopped it after about 20 hours. Moving to 12.2 and rebuilding the
> pool, the system scrubbed the same data in an hour, and I've just
> scrubbed the same system after a month of use with about 4 times the
> data in 3 hours 20. As far as I'm aware, both should be using
> effectively the same "new" scrub code.
>
> Will be interesting if you find a cause as I didn't get any response
> to what for me was a complete showstopper for moving to 13.

Bear with me, I'm slowly resilvering now... But same thing, it's not
even maxing out my slow drives... Looks like it'll take 2 days...

I did some flame graphs using dtrace. The first one is just the output
of that:
dtrace -x stackframes=100 -n 'profile-99 /arg0/ { @[stack()] = count(); } 
tick-60s { exit(0); }'

Clearly my machine is not busy at all.
And the second is the output of pretty much the same thing except I'm
only capturing pid 31 which is the one busy.
dtrace -x stackframes=100 -n 'profile-99 /arg0 && pid == 31/ { @[stack()] = 
count(); } tick-60s { exit(0); }'

One striking thing is how many times hpet_get_timecount is present...
-- 
Mathieu Chouquet-Stringer   mchou...@free.fr
The sun itself sees not till heaven clears.
 -- William Shakespeare --
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Scrub incredibly slow with 13.0-RC3 (as well as RC1 & 2)

2021-04-02 Thread Mathieu Chouquet-Stringer
On Fri, Apr 02, 2021 at 08:29:43PM +, Dave Cottlehuber wrote:
> Does the issue also go away if you use `TSC-slow` ?

I haven't, I can try it out. Yeah TSC-slow is poorly rated (-100) but
scrubbing my zroot is much faster with it compared to ACPI-fast (rated
at 900)..

TSC-slow:
  scan: scrub repaired 0B in 00:00:12 with 0 errors on Fri Apr  2 22:37:06 2021
  scan: scrub repaired 0B in 00:00:09 with 0 errors on Fri Apr  2 22:41:17 2021
  scan: scrub repaired 0B in 00:00:09 with 0 errors on Fri Apr  2 22:41:40 2021

ACPI-fast:
  scan: scrub repaired 0B in 00:03:33 with 0 errors on Fri Apr  2 22:40:47 2021
  scan: scrub repaired 0B in 00:03:29 with 0 errors on Fri Apr  2 22:46:14 2021
  scan: scrub repaired 0B in 00:03:38 with 0 errors on Fri Apr  2 22:49:52 2021

So really ACPI-fast is not appropriately named, at least under KVM. Same
thing as HPET... TSC-slow looks as good as kvmclock based on that simple
benchmark but I guess there's a reason why it's at the bottom of the
pile.

> I investigated exactly this issue yesterday[1],  and it's great to see 
> Bryan's patch
> resurrected, I will try it here and report back too.
> 
> [1]: https://hackmd.io/HhYlbsDJTpCWHSwlrwrY_w

FYI I created a new revision to have that patch merged (and there's a better 
version of
it there):
https://reviews.freebsd.org/D29531

Honestly the kvmclock patch is a game changer but I look forward to
hearing your feedback.

-- 
Mathieu Chouquet-Stringer
The sun itself sees not till heaven clears.
 -- William Shakespeare --
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: storcli: howto crossflash Fujitsu PRAID400i to LSI3008 HBA?

2021-06-23 Thread Mathieu Chouquet-Stringer
Hello,

On Wed, Jun 23, 2021 at 01:04:59PM +0200, O. Hartmann wrote:
> I have a bunch of Fujitsu PRAID400i Controller from some servers we switch to
> FreeBSD driven systems and ZFS. I will not use RAID controllers with ZFS so I
> tried to cross flash these controllers, but without any success. The DOS tools
> I use produce on several mainboards a PAL error. The motherboard's UEFI I
> uitilise doesn't provide a UEFI shell, so at that point it seems I'm stuck. I
> found the FreeBSD port storcli, but the tool doesn't crossflash - or it 
> doesn't
> reveal its magic knobs to do so.

You can download an UEFI shell online and use it to boot on a USB
thumbstick or something.

https://github.com/tianocore/edk2/tree/UDK2018/ShellBinPkg/UefiShell

I've used that in the past to update multiple IBM M1215 and a 9400-8i8e.
-- 
Mathieu Chouquet-Stringer
The sun itself sees not till heaven clears.
 -- William Shakespeare --