Slashdot Mirror
BitTorrent Performance Test: Sync Is Faster Than Google Drive, OneDrive, Dropbox
An anonymous reader writes Now that its file synchronization tool has received a few updates, BitTorrent is going on the offensive against cloud-based storage services by showing off just how fast BitTorrent Sync can be. More specifically, the company conducted a test that shows Sync destroys Google Drive, Microsoft's OneDrive, and Dropbox. The company transferred a 1.36 GB MP4 video clip between two Apple MacBook Pros using two Apple Thunderbolt to Gigabit Ethernet Adapters, the Time.gov site as a real-time clock, and the Internet connection at its headquarters (1 Gbps up/down). The timer started when the file transfer was initiated and then stopped once the file was fully synced and downloaded onto the receiving machine. Sync performed 8x faster than Google Drive, 11x faster than OneDrive, and 16x faster than Dropbox.
In my mind speed and saturation of bandwidth is NOT what I want on a folder syncing service. Sync it up in the background for me.
There's no real point in using it if you can't even trust it does what they say it does...
I wonder how the speed compares with OwnCloud.
Speed is fine, speed is great. The road is the important part.
They compared the transfers between two laptops on the same LAN using a direct P2P client (BitTorrent Sync) and several Internet-reliant sync options, finding the direct file copy was faster. No, duh.
In other news, you spend less time on an airplane when you take a staycation.
These programs are designed not to saturate the upload/download pipes ruining the connection for all the users. So congrats, your protocol has all the problems of BitTorrent.
Ruining the connections since 2001.
No one is using Bit Torrent. Synch at the moment? Dropbox et all are busy serving thousands of users, and Bit Torrent is running this demo. Doesn't seem a realistic comparison
What will they think of next? Remote desktop? It was called X-windows in the 1980s.
Kids these days think they invented sex.
is https://ind.ie/pulse/ (was SyncThing).
They copied some data across a local network. Then they compared it how long it took to transfer the same data to remote servers across their internet connection? 1.36 GB in 41 seconds is 33 MB/s, which is either extremely underwhelming for local network performance (I suspect a magnetic hard drive bottleneck), or extremely impressive for a fat internet pipe, neither having to do with the software in question.
"That which does not kill us makes us stranger." -Trevor Goodchild
So they're using Apple hardware, but never tested the "new and improved" iCloud Drive?
I guess that was probably not released when they started their test.... I bet it would be equally slow though (especially since I think that part of iCloud actually runs on Azure).
Duh.
Of course ignoring congestion control yields fast speeds. .. so long as only a few do it.
I don't understand why everybody is like, "err, btsync sucks until you show us the source!" The statements about closed source are true, but all the other major options are closed source as well so it's not a good thing to criticize btsync on!
I tried it out, and I liked it very much. I hit two problems, one of which is easier to solve:
1) no versioning implemented. The client could get really smart about versioning in a later update. This is primarily why I use dropbox, even on a machine where the files stay local.
2) my work blocks torrent traffic.
All this has done is catalog what the bandwidth caps for the various cloud services are. The article itself admits that. BitTorrent performance is completely irrelevant.
A relevant comparison would be against other peer-to-peer transfer utilities like scp and rsync (w/ and w/o -z).
For our next trick we'll compare how long it takes to rip a DVD using the latest i7 to how long it takes to stream the same movie from Youtube, Netflix and Hulu.
Who gives a fuck??
I've been using btsync to share my plex data elsewhere for backups. It works well, but what I've noticed is it slows down a lot when syncing more and more data.
It started out at 60 or so megabytes a second from a 10TB volume to an empty directory on a system on the local lan. After it passed a few TB, it slowed down to 40 megabytes a second. The last couple of TB took a long while as the transfer was down to about 10 megabytes a second.
This is still acceptable, because my outbound internet connection isn't that fast, but it does make me wonder about the scalability of btsync. Still, btsync is a winner in my book. It just works.
Infinit is advertising a x23 speed increase on Dropbox on a 2GB file: https://infinit.io/ No comparison with btsync though.
If your company has a 1Gbps D/U, it will be faster to transfer directly through bittorrent sync...
To out shit products scraping the bottom of the barrel
I've been using BitTorrent Sync for a year or so now. The main feature that was missing for me was the ability to set up an untrusted node which does not get access to the unencrypted data but can serve as a fast 24/7 proxy and backup system.
This functionality has now been added, although it's still in beta and only officially available in the API, not in the client... but a very simple hack makes it available in the client. This opens BitTorrent Sync open to 3rd party sync providers or cheap VPS.
The interface is still a bit quirky and designed for techies, but has also improved over time. Overall very happy with BitTorrent Sync.
Big Deal, Not.
The last version I checked, they don't compress the traffic,
so transferring a huge MP4 (already compressed) is ok,
but transferring large bulky uncompressed DXF files (3d models in text form) is much much slower than Dropbox, which does a great job of compression.
Also, moving and renaming files is handled a lot more efficiently by dropbox.
Last time I tried to change a folder name in btsync, it had to reupload the files all over again.
Why would you have to test this? If you do a data transfer between two known exclusive use machines and compare it to an unknown "cloud" that is shared by millions; is it really news that the exclusive and know machines are faster?
I have been using bittorrent sync for about the same amount of time, and the thing that is killing me is that it makes no effort to detect and warn when a file has been modified on multiple computer since the last sync. It just chooses the one that was modified most recently, and silently overwrites the other one. It does create a temporary archive backup of the modified file that was overwritten, but by the time you noticed you have lost data, it can be very difficult to wade through all the archive files on different computers and figure out which ones need to be merged. The resolution to conflicts will always have to be a manual process, but the sooner you know that a conflict occured the easier it is to resolve.
I've lost track of how many password resets I have had to do because I lost a newly randomly generated password saved to my keypass database, synced across computers.
BTSync uses a string to connect computers and then sync files. How safe is that? I could start a script that tries to find these strings. If I find them, I can sync all files just like that. While that string is probably more unique than a username / password combination used on Dropbox, I guess Dropbox will see it when there are many failed tries on one username, or many failed tries from one IP. If your just guessing username and password, you can of course change usernames continuously, to avoid testing the same username over and over again. But with BTSync you can go on and on. Is there a security measure against abuse? I've used it, with longer than standard strings, but still don't like this idea.
That isn't an open source implementation of btsync. It is just an unofficial debian package that installs the official proprietary btsync binary. It makes it easier to install and update btsync on debian based systems, but it is the exact same software that you download from the official site.
Democrats rape children! Why are you ok with that?
When you asked your work's IT department why your work has chosen to block BitTorrent Sync traffic and has chosen not to block Dropbox traffic, what reply did you get?
We're a small company with just one overworked IT guy, so I don't think he was actively checking the logs and monitoring which computers were trying to access torrent ports. I chose not to draw attention to the fact that I was trying to torrent files (regardless of the justification), let alone be a person who was seen as complaining about it. That would raise eyebrows and be sent up the flagpole.
I ended up using Sync.com, which is a dropbox competitor based in Canada. I'm not naïve enough to think that NSA doesn't have access to their shizz, but at least they don't have Condi on the board. More of a protest vote on my part more than anything.