Re: zfs meta data slowness

2020-07-31 Thread mike tancsa
On 7/22/2020 9:26 AM, Eugene Grosbein wrote: > > It's hard to read due to wrapping plus, it is truncated. > Maybe additional flag -d3 or similar will help, combined with dedirection < > /dev/null > top.out > so it won't use size of your terminal to wrap/truncate output. > > Also, make sure you inv

Re: zfs meta data slowness

2020-07-22 Thread Eugene Grosbein
22.07.2020 20:02, mike tancsa wrote: > > On 7/22/2020 1:29 AM, Eugene Grosbein wrote: >> 22.07.2020 2:37, mike tancsa wrote: >> Something else special about the setup. output of "top -b" >>> ports are right now being built in a VM, but the problem (zrepl hanging) >>> and zfs list -t

Re: zfs meta data slowness

2020-07-22 Thread mike tancsa
On 7/22/2020 1:29 AM, Eugene Grosbein wrote: > 22.07.2020 2:37, mike tancsa wrote: > >>> Something else special about the setup. >>> output of "top -b" >>> >> ports are right now being built in a VM, but the problem (zrepl hanging) >> and zfs list -t snapshots taking forever happens regardless >>

Re: zfs meta data slowness

2020-07-22 Thread mike tancsa
On 7/22/2020 1:04 AM, Rick Macklem wrote: > mike tancsa wrote: >> Hi, >>Thanks for the response. Reply in line >> >> On 7/20/2020 9:04 AM, Ronald Klop wrote: >>> Hi, >>> >>> My first suggestion would be to remove a lot of snapshots. But that my >>> not match your business case. >> As its a back

Re: zfs meta data slowness

2020-07-22 Thread Ronald Klop
Van: mike tancsa Datum: dinsdag, 21 juli 2020 21:37 Aan: Ronald Klop , FreeBSD-STABLE Mailing List Onderwerp: Re: zfs meta data slowness Hi, Thanks for the response. Reply in line On 7/20/2020 9:04 AM, Ronald Klop wrote: > Hi, > > My first suggestion would be to remove

Re: zfs meta data slowness

2020-07-21 Thread Eugene Grosbein
22.07.2020 2:37, mike tancsa wrote: >> Something else special about the setup. >> output of "top -b" >> > > ports are right now being built in a VM, but the problem (zrepl hanging) > and zfs list -t snapshots taking forever happens regardless > > PID USERNAMETHR PRI NICE SIZERES STAT

Re: zfs meta data slowness

2020-07-21 Thread Rick Macklem
pcupsd 5917 root 1 20011M 2672K select 2 0:06 0.00% script 1449 _pflogd 1 20012M 3572K bpf 3 0:05 0.00% pflogd ---Mike > That kind of information. > > Regards, > Ronald. > > > Van: mike tancsa > Datum: zondag, 19 j

Re: zfs meta data slowness

2020-07-21 Thread mike tancsa
ormation. > > Regards, > Ronald. > > > Van: mike tancsa > Datum: zondag, 19 juli 2020 16:17 > Aan: FreeBSD-STABLE Mailing List > Onderwerp: zfs meta data slowness >> >> Are there any tweaks that can be done to speed up or improve zfs >> metadata pe

Re: zfs meta data slowness

2020-07-20 Thread Eugene Grosbein
19.07.2020 21:17, mike tancsa wrote: > Are there any tweaks that can be done to speed up or improve zfs > metadata performance ? I have a backup server with a lot of snapshots > (40,000) and just doing a listing can take a great deal of time. Best > case scenario is about 24 seconds, worst case,

Re: zfs meta data slowness

2020-07-20 Thread Ronald Klop
t is the load of the system? I/O per second, etc. Do you use dedup, GELI? Something else special about the setup. output of "top -b" That kind of information. Regards, Ronald. Van: mike tancsa Datum: zondag, 19 juli 2020 16:17 Aan: FreeBSD-STABLE Mailing List Onderwerp: zfs meta data s

zfs meta data slowness

2020-07-19 Thread mike tancsa
Are there any tweaks that can be done to speed up or improve zfs metadata performance ? I have a backup server with a lot of snapshots (40,000)  and just doing a listing can take a great deal of time.  Best case scenario is about 24 seconds, worst case, I have seen it up to 15 minutes.  (FreeBSD 12