Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Fujitsu's New Data Transfer Protocol 30 Times Faster than TCP

hypnosec (2231454) writes | about a year and a half ago

Network 1

hypnosec (2231454) writes "Japan based technology giant, Fujitsu, has announced a new data transfer protocol that is capable of transferring data up to 30 times faster than that of currently used Transmission Control Protocol (TCP). The new technology, which is a proprietary, has been developed through a software-only approach and is based on User Datagram Protocol (UDP) that is used in streaming media. Even though UDP is a stateless protocol, Fujitsu’s technology has been developed such that it can differentiate between dropped packers and those which haven’t managed to reach the intended destination. Fujitsu carried out tests between US and Japan and the results were amazing – a 30 times improvement over TCP communications in data transfer throughput and a reduction in packet delivery latency to a sixth of previous levels."
Link to Original Source

Sorry! There are no comments related to the filter you selected.

Has potential (1)

ChrisSlicks (2727947) | about a year and a half ago | (#42739103)

TCP is fundamentally flawed in design in that throughput decreases as latency increases for a given TCP window size. To increase throughput you have to increase window size, but for a high latency link like US -> Japan you need a window size of a rather large window size, approaching 40MB per connection for a 1Gb link. TCP window scaling (part of RFC 1323) was designed to assist with this but its adoption was slow, Microsoft didn't turn it on by default until Vista and then found that many home routers broke the functionality. Plus if the server side doesn't support it then it isn't going to work anyway. For file transfers especially, you don't care when the pieces arrive or in what order so long as the software is smart enough to keep track (think point to point torrent). UDP with software management makes perfect sense it this case. Now if Fujitsu wants this to really take off they will make the definition public via an RFC or similar. If they keep it proprietary then they will be forgotten and someone else will "reinvent" the same technology.
Check for New Comments
Slashdot Login

Need an Account?

Forgot your password?