Windows 11 file transfer bug, possible workaround?
Microsoft broke their kernel on Oct. 2nd 2022 for Windows 11, 10 was not effected. It reduced the file transfer speeds by up to 70%. So move a file before and I got up to 1 gig a sec speed. Now 250-450meg on a home 10Gbe RJ45 network.
If I add a 25 gig card to my PC, connect to a 25 gig switch that is connected to a Netgear 10 gig switch. The Netgear is connected to my 10gig Asustor servers. Will I then be able to get full transfer speed even if it's reduced. But now at 25 gig reduced speed????
And yes, have tried reinstalling Win 11 and same issue.
PC with 25gig SFP28 card to QNAP switch (SFP28) port.
QNAP to Netgear 10 gig switch SFP+ port
Netgear has 6 servers all connected via RJ45 10 gig cards.
Getting a lot of "I think" answers. Love to hear from an expert who has tried this before spending $2,000 to try it.
Windows for business | Windows Client for IT Pros | User experience | Other
2 answers
Sort by: Most helpful
-
-
Gary Nebbett 6,416 Reputation points2024-01-03T11:23:21.1833333+00:00 Hello Mark,
The article Slower SMB read performance for large files in 22H2 was published by Ned Pyle, a Principal Program Manager at Microsoft (primarily associated with SMB). He says that the problem is resolved in the February 28, 2023—KB5022913 (OS Build 22621.1344) Preview - Microsoft Support update.
The 102 comments on his post largely support the belief that that particular problem has been resolved; for those people that are still experiencing performance problems, the suggestion is that other causes (perhaps in combination) are responsible.
There are hints in Ned's statements and the update KB article that this problem is related to file caching (potentially aggravated by SMB's style of interaction) rather than networking.
If you are willing to create and share traces of the performance issues that you are seeing, then I would be happy to suggest what to trace and to take a look at the results; several rounds of trace creation, sharing and analysis would probably be necessary.
Gary