Greg Freemyer wrote:
Something is wrong.
If this was 10 years ago, I would say XFS is really
slow at metadata handling.
But that hasn't been true for years. How old of a kernel are you running?
transport1:~ # uname -a
Linux transport1 4.10.4-1-default #1 SMP PREEMPT Sat Mar 18 12:29:57 UTC 2017 (e2ef894)
x86_64 x86_64 x86_64 GNU/Linux
It's a Leap 42.2 machine, but with a TW kernel
RE: Your on-disk log/journal
Delete speed is very much affected by your log/journal optimization.
That is good to know!
Looks like you have 2GB for the log, so that seems
reasonable as long
as you are only journalling metadata (and no data).
I assume so, unless the default would be to journal data (?)
But it is internal, which is bad for performance.
Do you have a different i/o path where you could put an external log?
If so, that might free up bandwidth going to the LSI.
Not really. I have 6+2x8 SATA ports, and all are used.
The log gets hit really hard during heavy deletion
activity, so if I
were you I'd invest in a NVME PCI express card ($25) and a NVME SSD
(under $100 for one way bigger than you need just for the external
I guess I can save the money, the system disk is already such an NVME.
I'd have to shrink some partition, but maybe for a quick test I could use the
swap partition (32GB)?
But that is a mkfs-time option, is it? So I cannot switch to external log
without losing the data on the disks?
RE: other than your on disk log/journal
What mount options are you using "mount | grep md0"
As mentioned in other posts (sorry for omiting initially):
/dev/md0 on /data/disk1 type xfs
Would you be willing to increase your RAM based
space (mount logbufs=8 logbsize=256k ...).
Sure, that should be easy. 8 logbuffs seems to be the default though...
I just did that with a remount, but cannot check the effect at the
moment. I'll report back later.
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org