LINUX / WINDOWS -传输文件时的奇怪行为
问:文件传输如何能够同时缓慢和正常？
在VLAN计算机上启动的传输: Windows 7计算机
来源: VLAN服务器上的NSD共享(samba来自IBM )
目标: VLAN计算机上的Windows 7计算机(用于初始化的计算机)
研究轨迹:假设这与OSI模型的主机层有关。
我是许多客户的linux。我使用远程登录，我没有可能测试所有的东西。
一个客户端有一种奇怪的行为:从windows 7中打开explorer.exe并传输一个1Gb的文件(zip、iso、data、使用dd命令创建，等等)。从局域网共享(请参阅下面的配置)使用UNC路径，您可以有两个不同的行为取决于文件。
A)你可以有一个较慢的传输速率，7-10兆/S
( B)你可以有正常的转会率，50-70 Mb/s。
对于文件类型，此转换率是永久的。这意味着，如果你尝试在不同的日子和时间从不同的时间，你会得到同样的结果。每次压缩文件或iso文件都有正常的传输速率。当数据文件，假文件创建的dd，有较低的传输率。
从具有相同或其他windows版本的另一台计算机(按示例计算的windows 2012服务器)，结果相同。
如果尝试使用其他用户帐户，则结果相同。
如果挂载UNC路径，则结果相同。
是否激活杀毒剂
我做了测试，我观察到：
从另一个VLAN上的另一个linux传输:两种类型的文件的传输速率为42 Mb/s
在另一个VLAN上用winscp从windows计算机传输:两种类型文件的传输速率为26 Mb/s
使用SCP (ssh)从windows计算机在另一个VLAN上传输:两种类型的文件的传输速率为47-53 Mb/s
在另一个VLAN上使用安装点从windows计算机进行传输:A的传输速率为7-10 Mb/s，B的传输速率为55 Mb/s。
当客户使用wireshark并告诉我时，他注意到: Wireshark显示慢传输A是用SMB2协议完成的，而普通传输B是用NetBios/NBSS协议完成的。
而且，由于我的测试显示SCP (SSH)的传输速率是正常的(对于所有文件类型都是一样的)，所以我将搜索定向到OSI模型的顶级协议。
但我对网络/协议一无所知。
有知识的人能帮我吗？
共享:它是由NSD服务器共享的IBM频谱规模(新的GPFS名称)，在特定的VLAN服务器上启用NFS和SMB
[root@nsd ~]# mmces service list
Enabled services: NFS SMB
NFS is running, SMB is running
# smbstatus -V
Samba version 4.6.16-gpfs-56
# testparm
Load smb config files from /var/mmfs/ces/smb.conf
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Registered MSG_REQ_POOL_USAGE
Registered MSG_REQ_DMALLOC_MARK and LOG_CHANGED
Registered MSG_REQ_POOL_USAGE
Registered MSG_REQ_DMALLOC_MARK and LOG_CHANGED
Can't find include file /var/mmfs/ces/smb.conf.0.0.0.0
Can't find include file /var/mmfs/ces/smb.conf.internal.0.0.0.0
Processing section "[home]"
Loaded services file OK.
Server role: ROLE_DOMAIN_MEMBER
Press enter to see a dump of your service definitions
# Global parameters
[global]
netbios name = SPECSCALE
realm = xxxxxxxxxx.COM
server string = IBM NAS
workgroup = xxxxx
preferred master = No
ldap ssl = no
logging = syslog@0 file
max log size = 100000
add share command = /usr/lpp/mmfs/bin/mmcesmmccrexport
allow insecure wide links = Yes
change share command = /usr/lpp/mmfs/bin/mmcesmmcchexport
clustering = Yes
ctdb locktime warn threshold = 5000
delete share command = /usr/lpp/mmfs/bin/mmcesmmcdelexport
lock directory = /run/gpfs-samba/lock
log writeable files on exit = Yes
registry shares = Yes
smbd exit on ip drop = Yes
smbd profiling level = on
disable spoolss = Yes
printcap cache time = 0
disable netbios = Yes
server max protocol = SMB3_02
server min protocol = SMB2_02
unix extensions = No
auth methods = guest sam winbind
restrict anonymous = 2
security = ADS
max open files = 20000
socket options = TCP_NODELAY SO_KEEPALIVE TCP_KEEPCNT=4 TCP_KEEPIDLE=240 TCP_KEEPINTVL=15
include system krb5 conf = No
winbind max clients = 10000
winbind max domain connections = 5
winbind use default domain = Yes
gencache:stabilize_interval = 3600
winbind:request profile threshold = 10
idmap config sbm : range = 1000-500000
idmap config sbm : ldap_user_dn = cn=connect,ou=Special Users,dc=xxxxx,dc=local
idmap config sbm : ldap_url = ldap://master.local
idmap config sbm : ldap_server = stand-alone
idmap config sbm : bind_path_user = ou=People,dc=xxxxx,dc=local
idmap config sbm : bind_path_group = ou=Groups,dc=xxxxx,dc=local
idmap config sbm : backend = rfc2307
nfs4:acedup = merge
nfs4:chown = yes
nfs4:mode = simple
idmap config * : rangesize = 1000000
idmap config * : range = 10000000-299999999
idmap config * : read only = no
idmap:cache = no
shadow:sort = desc
shadow:snapdirseverywhere = yes
shadow:fixinodes = yes
shadow:snapdir = .snapshots
readdir_attr:aapl_max_access = false
fruit:veto_appledouble = no
fruit:nfs_aces = no
fruit:metadata = stream
fruit:copyfile = yes
gpfs:merge_writeappend = no
gpfs:winattr = yes
gpfs:hsm = yes
gpfs:prealloc = yes
gpfs:dfreequota = yes
gpfs:leases = yes
gpfs:sharemodes = yes
smbd:async search ask sharemode = yes
ctdb:smbxsrv_open_global.tdb = false
gencache:stabilize_count = 100000
time_audit:timeout = 5000
aio_pthread:aio open = yes
tdbsam:map builtin = no
winbind:online check timeout = 30
groupdb:backend = tdb
smbd:backgroundqueue = False
notify:inotify = yes
syncops:onmeta = no
fileid:fstype allow = gpfs
fileid:algorithm = fsname
dbwrap_tdb_mutexes:* = true
ctdb:registry.tdb = yes
idmap config * : backend = autorid
mangled names = illegal
map hidden = Yes
map system = Yes
store dos attributes = Yes
posix locking = No
dfree cache time = 100
include = /var/mmfs/ces/smb.conf.internal.0.0.0.0
durable handles = No
ea support = Yes
force unknown acl user = Yes
read only = No
aio read size = 1
aio write size = 1
strict allocate = Yes
vfs objects = shadow_copy2 syncops gpfs fileid time_audit
[home]
path = /gpfsxxxxx/home
wide links = Yes
smb encrypt = if_required回答 2
Server Fault用户
发布于 2019-06-18 19:18:42
根据症状，这可能是由于Windows的TCP 自校正 (TCP窗口大小自动协商)或烟囱卸荷 (将工作负载卸载到网络适配器)技术不按预期工作(可能是因为一端或一些旧的网络设备中间不支持TCP自动调优)。
您可以在Windows 7客户端上测试这些设置：
以管理员身份打开命令提示符，并编写以下命令：
netsh int tcp set global autotuninglevel=disabled
netsh int tcp set global chimney=disabled然后，重新启动计算机，再试一次。传输速度应大幅度提高。
如果不起作用，可以使用以下命令恢复到默认设置：
netsh int tcp set global autotuninglevel=normal
netsh int tcp set global chimney=enabledServer Fault用户
发布于 2019-07-08 08:19:02
不幸的是，它现在正常工作，没有人告诉我们在它没有和现在之间发生了什么。
我觉得这和网络有关。QoS或IDS之类的东西。
我们永远不会知道：
这个职位可能很近
https://serverfault.com/questions/971936
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号