LAN slow network download/upload

[floky99]

Hello,
so recently I have tried to share some files between the two pcs on my home network. I have set up my local shared folder and tried to upload some files onto it. So basically the connection or copying rather, was very slow and I have no idea why. My switch is gigabit, download/upload speeds are 200/50 Mb/s (just to show that cables are gigabit I know this speed shouldn't matter on LAN), UTP cables are gigabit aswell, but the copying or downloading to other pc to/from shared folder is 1Mb/s... Can anyone help me what could be the reason why?
Also the copying seems to be really unconsistent a lot of ups and downs sometimes it gets stuck at 0MB/s and it looks like it's waiting for something. Both PC's are on UTP cable.
Pictures attached:

 

[toilet pepper]

What device are you copying to and from? Transferring files aren't all just network releated. It will depend upon the performance of the drives and rig as well.

 

[floky99]

What device are you copying to and from? Transferring files aren't all just network releated. It will depend upon the performance of the drives and rig as well.

I'm copying from my PC(ryzen 5 3600x 1tb NVMe SSD) to laptop (i7 10th gen, 1 TB NVMe SSD) which speeds are not close to 1MB/s...

 

[toilet pepper]

Looks reasonable as you are copying lots of small files. Have you tried copying one large file?

 

[floky99]

Looks reasonable as you are copying lots of small files. Have you tried copying one large file?

Hm really, so it would make more sense to just take an USB and copy the files this way. No I have not tried that one yet.

 

[DeathtoGnomes]

MB/s is a different measurement than Mbps. Also, your ISP limits your speeds even tho speed tests show otherwise.

 

[floky99]

MB/s is a different measurement than Mbps. Also, your ISP limits your speeds even tho speed tests show otherwise.

Okay this is even slower isnt it? ISP speed does not matter in this case since i'm uploading to local share on local network via switch?

 

[DeathtoGnomes]

View attachment 199956
Okay this is even slower isnt it? ISP speed does not matter in this case since i'm uploading to local share on local network via switch?

If no files travel over the internet ( aka your ISP), than no, speeds are limited by your local network hardware, i.e LAN cards, router, etc.

 

[Athlonite]

Lots of things can affect network speed not just the interconnect between two PC's
Are they both connected at 1000Mbps
are you copying loads of small files (better to put them in a zip file first)
CPU speed
how well does you router/switch work (usually the ISP provided Modem/routers are junk)
are they wired or wirelessly connected (could be interference causing packet loss)
What antivirus are you using every time a file written it'll want to scan it

Also UTP just stands for Unshielded Twisted Pair what you need to look for is it's CAT rating ie: CAT5 CAT5e or CAT6

 

[floky99]

Lots of things can affect network speed not just the interconnect between two PC's
Are they both connected at 1000Mbps
are you copying loads of small files (better to put them in a zip file first)
CPU speed
how well does you router/switch work (usually the ISP provided Modem/routers are junk)
are they wired or wirelessly connected (could be interference causing packet loss)
What antivirus are you using every time a file written it'll want to scan it

Also UTP just stands for Unshielded Twisted Pair what you need to look for is it's CAT rating ie: CAT5 CAT5e or CAT6

They are both connected via UTP(cat5e) which supports gigabit speed since I can manage those speeds on internet download.
CPU speed is not a problem in this case since they are Ryzen 5 3600x and i7 10th gen...
Router is Archer C80 switch is also something from TP-link and it's gigabit.
There is no antivirus on both computers, only windows deffender.

If no files travel over the internet ( aka your ISP), than no, speeds are limited by your local network hardware, i.e LAN cards, router, etc.

Yes and I don't see a problem with my hardware that is why I'm asking if there is anything else I might need to check up. On paper everything looks like it should work a lot faster than this

 

[protain]

Yes and I don't see a problem with my hardware that is why I'm asking if there is anything else I might need to check up

Try testing the PC to PC connection using iPerf (link - https://iperf.fr/) - it's a speed test app that runs on the LAN to test connection speeds. It's command line but it's easy enough to run, there are guides and videos online if you search for them.

The earlier poster was also correct about the number of files being a factor, you see a massively decreased performance when copying thousands of small files compared to a single large one.

 

[floky99]

Try testing the PC to PC connection using iPerf (link - https://iperf.fr/) - it's a speed test app that runs on the LAN to test connection speeds. It's command line but it's easy enough to run, there are guides and videos online if you search for them.

The earlier poster was also correct about the number of files being a factor, you see a massively decreased performance when copying thousands of small files compared to a single large one.

Alright will try that when I get home.
I will also try to copy a large single file rather than many small ones.

 

[welly321]

When you copy tons of small files over SMB, transfer speed plummets. Microsoft explains the technical reasons for this pretty well...

During file transfer, file creation causes both high protocol overhead and high file system overhead. For large file transfers, these costs occur only one time. When a large number of small files are transferred, the cost is repetitive and causes slow transfers.

The following are technical details about this problem:

• SMB calls a create command to request that the file be created. Some code will check whether the file exists, and then create the file. Or some variation of the create command creates the actual file.
• Each create command generates activity on the file system.
• After the data is written, the file is closed.
• All some time, the process suffers from network latency and SMB server latency. This is because the SMB request is first translated to a file system command and then to the actual file system latency to complete the operation.
• If any antivirus program is running, the transfer slows down even more. This is because the data is typically scanned one time by the packet sniffer and a second time when it is written to disk. In some scenarios, these actions are repeated thousands of time. You potentially observe speeds of less than 1 MB/s.