Re: server-side-copy: seems not to get used
"Stefan G. Weichinger via samba" <[email protected]> Tue, 24 Mar 2026 17:39:13 +0100
| Newsgroups | gmane.network.samba.general |
|---|---|
| Message-ID | <[email protected]> |
Am 24.03.26 um 15:24 schrieb Rowland Penny via samba:
> I have no idea, my share is on an ext4 filesystem using Samba 4.22.6
> and I connected from Samba 4.23.5
that's exactly my setup
>> I am comparing 2 shares now: the home of root is located on an
>> internal RAID array while other shares are on a LUN on a SAN.
>
> That could be part of the problem, I am connecting to a filesystem, you
> appear to be connecting to a mount, so even though you are connecting
> to a 'share', that share is actually a mount of a storage device that is
> elsewhere, it all adds latency. It might also affect server-side copy,
> who knows ?
Yep. That's why I tested 2 shares:
- one on the HPE-MSA storage
- one on a local disk in the samba-server
Makes no real difference.
I re-read the report from the user there:
he wrote he sees 60 MB/s in LAN
and 2 MB/s over VPN
I can't tell so far if his client enables/asks for SSC, maybe tmrw I can
test that when he's at home.
I also CC-ed their windows- and vpn-admin. Maybe some AV-scanner slows
down things (mis-trusting the remote LAN when on VPN or so).
> The thing is, you are trying scopy and the file is being copied, but,
> from what you have said, there is no sign of it being copied to the
> client running smbclient and then back to the server under a new name,
> this to me would suggest server-side copy is being used, just not as
> fast as you would like.
maybe, yes
I set up wireshark for remote ssh dump, and traced another test with
smbclient. SSC seems to work, but some google-result told me:
"If you are analyzing slow file transfers, a server-side copy should be
fast. If it is slow, analyze the SMB2 response times (Statistics ->
Service Response Times -> SMB2) to check for high latency in the IOCTL
commands. "
Did that:
cat Downloads/smb2_stats.txt
===========================================================================
SMB2 Service Response Time Statistics - SSH remote capture: sshdump:
Index Procedure Calls Min SRT (s) Max SRT (s) Avg SRT (s) Sum SRT (s)
---------------------------------------------------------------------------
SMB2
Negotiate Protocol 0 1 0.013087 0.013087
0.013087 0.013087
Session Setup 1 2 0.001048 0.004653 0.002850
0.005701
Tree Connect 3 6 0.000911 0.014472 0.003674
0.022043
Tree Disconnect 4 3 0.000330 0.000610 0.000436
0.001309
Create 5 36 0.000379 0.258409 0.011528 0.414997
Close 6 35 0.000108 0.000680 0.000261 0.009132
Read 8 2 0.012179 0.019644 0.015911 0.031823
Write 9 256 0.000230 0.001829 0.000766 0.196060
Ioctl 11 900 0.000235 0.982685 0.048411 43.570254
Find 14 21 0.000054 0.258409 0.018917 0.397261
Notify 15 4 5.691715 21.549351 13.620769 54.483078
GetInfo 16 65 0.000146 0.001421 0.000562
0.036550
SetInfo 17 3 0.000050 0.000388 0.000193
0.000579
---------------------------------------------------------------------------
I don't really know if that's OK or bad, it's just visible that Ioctl
and Notify are rather high.
I will continue analyzing this tomorrow.
thanks so far
--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/options/samba