Re: measuring swap partition speed
- Reply: Ronald Klop : "Re: measuring swap partition speed"
- Reply: void : "Re: measuring swap partition speed"
- In reply to: void : "Re: measuring swap partition speed"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 22 Dec 2023 09:37:42 UTC
Van: void <void@f-m.fm> Datum: vrijdag, 22 december 2023 01:05 Aan: freebsd-fs <freebsd-fs@freebsd.org> Onderwerp: Re: measuring swap partition speed > > On Thu, 21 Dec 2023, at 18:56, Ronald Klop wrote: > > A bit weird that a simple dd is so slow. > > > > Just a quick thought. > > Are your partitions aligned properly? > > no idea. How would I check? The system when installed, > the auto-zfs option was selected, block size set to 4k. The swap > was changed from the default 2gb to 12gb. geli encryption is > active for the zfs filesystem but not for swap. It's only the swap > that shows performance issues. > > > Is other IO going on on the same time? > > not really, the tests were done with cron jobs deactivated, almost completely idle, > swap was not being used at all. > > > What does gstat say about %util, queue length and all the other stats > > while running the dd? Or "iostat -x -d 1". > > I'll try that next, thanks > > > Could you try if another disk has the same issues? > > no spare or equivalent disk for this arch. > > > How is your disk connected? USB-to-SATA-adapter? Any output of dmesg? > > Regular usb3 connection. > > da0: 400.000MB/s transfers > da0: 953869MB (1953525168 512 byte sectors) > da0: quirks=0x2<NO_6_BYTE> > da0: Delete methods: <NONE(*),ZERO> > -- > > > > Can you provide more concrete information? Like: # usbconfig list ugen0.1: <(0x1106) XHCI root HUB> at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) ugen0.2: <vendor 0x2109 USB2.0 Hub> at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (100mA) ugen0.3: <Silicon Labs CP2102 USB to UART Bridge Controller> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) ugen0.4: <USB 3.0 Device USB 3.0 Device> at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON (224mA) ugen0.5: <Western Digital Elements 25A2> at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON (224mA) And the output of "devinfo -v". That will give people much more information to work with instead of "anecdotal evidence" about your hardware being usb3. And the complete output of dmesg instead of only the "da0:" lines. There is more information in there which can be valuable for people to help you. About the alignment. You wrote in your first mail: "# gpart show => 40 1953525088 da0 GPT (932G) 40 532480 1 efi (260M) 532520 2008 - free - (1.0M) 534528 4194304 2 freebsd-swap (2.0G) 4728832 4194304 4 freebsd-swap (2.0G) 8923136 4194304 5 freebsd-swap (2.0G) 13117440 4194304 6 freebsd-swap (2.0G) 17311744 4194304 7 freebsd-swap (2.0G) 21506048 4194304 8 freebsd-swap (2.0G) 25700352 1927823360 3 freebsd-zfs (920G) 1953523712 1416 - free - (708K) " Your dd tests were on da0p4 which starts on block 4728832. Assuming "gpart list" shows "Sectorsize: 512". (4728832 * 512) mod 4096 = 0, so the partitiion is aligned on a 4KB page size. And the calculation is also 0 for 8KB (is this the page size of arm64?) which is good. AFAIK: this is properly aligned such that the hardware does not need to double write or read-before-write when paging out. Up until now I haven't seen anything which would explain the slow dd speed on of=/dev/da0p4 vs the quick dd on of=/mnt/test8k.bin. Regards, Ronald.