Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unexpectedly large effect on transfer speeds when on wifi #649

Open
MorgusLethe opened this issue Jan 30, 2025 · 0 comments
Open

Unexpectedly large effect on transfer speeds when on wifi #649

MorgusLethe opened this issue Jan 30, 2025 · 0 comments

Comments

@MorgusLethe
Copy link

Continued from #414.

Thank you for this amazing and free tool, but I found that using wifi has a strange and unexpectedly large effect on the transfer speeds.

Here is some info about my first test:

  • transfer speed is about 2.7mBps
  • single 1gB video file, no conversion (takes 6 minutes to transfer)
  • devices: iphone 16 pro max and Windows PC, both using Chrome browser
  • both devices on 5ghz ax wifi network with strong signal (sitting 10 feet away from access point)
  • both devices are confirmed capable of at least 5x the transfer speed

This 2.7mBps is very slow and unexpected for a local file transfer.

Then I made two more tests:

Putting the windows PC on a gigabit wired connection improves the speed massively - to about 15mBps or 66 seconds.

Putting the iphone on a gigabit wired connection (lol) improves the speed even further - to about 27mBps or 37 seconds. (???)

So, it seems that the theoretical maximum of this tool when using 2 wired gigabit devices via snapdrop.net, is around 27mBps or 216 mbps. This is very good!

But it also seems that the technology suffers a lot when one or both devices are on wifi, even though the wifi conditions are very good and both devices are capable. In this case, transfer of large files is not practical.

What exactly is it with wifi that destroys the transfer speed of this tool? It's not because wifi is only half-duplex (generally only one device can send/receive at the same time on wifi) - we still see a 50% difference between the tests where 1 device or both are wired. So it is not the devices competing for airspace. It seems that wifi is not "reactive" enough or something, which kills the transfer speed.

Can this be improved, or is snapdrop simply not a proper tool to transfer many gigabytes of files where one or both devices are on wifi? Is the underlying technology just bad when it is used on wifi? If this is the case, we could add some benchmarks to the README. When developers come across this tool and read that the file transfer is local, they expect it to max out the connection.

I hope I don't come across as ungrateful, I would just like to contribute and learn something new. Thanks for this amazing tool!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant