Slashdot Mirror
NetBSD Sets Internet2 Land Speed World Record
Daniel de Kok writes "Researchers of the Swedish University Network
(SUNET) have beaten the Internet2 Land Speed Record using two Dell 2650 machines with single 2GHz CPUs running NetBSD 2.0 Beta. SUNET has transferred around
840 GigaBytes of data in less than 30 minutes, using a single IPv4 TCP stream, between a host at the Luleå
University of Technology and a host connected to a Sprint PoP in San Jose, CA, USA. The
achieved speed was 69.073 Petabit-meters/second. According to the research team, NetBSD was chosen 'due to the scalability of the TCP code.'"
"More information about this record including the NetBSD configuration can be found at:
http://proj.sunet.se/LSR2/
The website of the Internet2 Land Speed Record (I2-LSR) competition is located at:
http://lsr.internet2.edu/"
...but don't the three main BSD projects use pretty much the same TCP/IP stack?
Javascript + Nintendo DSi = DSiCade
Fools, BSD is dea . . . oh, wait, what?
trustedworlds.net - gaming, security, and the gunk that lives in between
They will still get slashdotted.
Does this mean we've broken the "station wagon loaded with DVD's" barrier yet?
We can now DoS sites at even faster speed !
This signature was left intentionally blank.
What is a petabit-meter? How is it a significant measure of transmission speed?
"They redundantly repeated themselves over and over again incessantly without end ad infinitum" -- ibid.
when UDP has so much less overhead?
Did they check for any inband compression? They data they're sending isn't randomised.
840GB/30 minutes = 466 MB/s, or 3,728 Mbps
Somebody should show Valentini this, I wonder what he'd say...
Val: "You students transfered how much?"
Sunnet: "About 30 movies a minute"
Val: "Un-fucking beli-Oh wait, I already said that..."
..transferring 840 gb of swedish porn across the pond. ;)
Use Minidisc? Join the Minidisc.org forums.
When is this supposed to be available for the average joe to use?
Also, what measures (if any) have they taken to combat the current internet's limitations and vulnerabilities?
We have secretly replaced these Slashdot mods' sense of humor with a rusty nail. Let's see if they notice!!
"According to the Internet2 LSR contest rule #5A, IPv4 TCP single stream"
vodka, straight up, thank you!
Sorry, but I've seen much higher rates of it than this.
If other reasons we do lack, we swear no one will die when we attack
So, is this just using a secure connection on our internet, or did they go ahead and string up an all new internet for no one but theirselves to be on? I don't really see the point of the latter - why not dump the money into vastly improving the current internet and stomping out spammers and things that make the place bad?
SecondPageMedia - Wha
Perhaps because they wanted the data to arrive reliably?
UDP just sends off the data without caring whether it actually arrives intact at the other end, you know. TCP, on the other hand, actually gives delivery guarantees...
Re: your sig...
;)
To provide more relevacne for the band you might want to use something like the following:
Googling up my brother's Acid Metal band, Ahymsa
Google places more weight on the text that's actually inside the link
Actually, they data transfered across Sweden, part of Europe and then the United States which (according to them) took up 10,157 miles total.
Read the Fucking Summary ;)
if you take a look at map, you'll notice that san jose is kinda far away from sweden.
That depends on whether the DVDs are in cases or not I think.
At 9.4 GB per DVD (Assume single-layer double-sided DVD-R), and a travel time of 3 weeks from Sweeden to California (2 weeks on the boat, one week of driving), you'd need to get about 90,000 DVDs in your station wagon to get an effective 1680 GB/hr. That wouldn't be possible if they were in cases, but if it was just the DVDs, it's probably a close call. Might have to upgrade to dual-layer DVD's, or change the saying to "an SUV full of DVD's".
On the other hand, if you count the time to actually read the data off of the DVDs (even worse if you count the time to put the data on the DVDs too), the station wagon of DVD's barrier was broken long ago - you probably couldn't spin a DVD fast enough to get 9.4 GB of data off it in 20 seconds.
paintball
Everything should be instant
I bet you were a little shithead when you were a kid.
I'm betting it's not a "land" speed record, seeing as how the data probably jumps through the air (satillite/microwave transmissions) at one or more points.
Nope. The vast majority of phone & data runs over fiber, without satellite or microwave. The latency on satellite is much worse, & microwave is more expensive. Fiber is the first choice.
(Not to mention the fact that being on, over, or under the surface of land or water means nothing to a data cable.)
Well, back when I worked for JDS Uniphase during the tech boom, there was a world of difference. Getting parts qualified for underwater cables was much harder. The cable owners don't want to have to send out a ship to pull a cable up off the ocean floor to fix it - it's very very expensive.
JDS had to guarrantee that they would make no changes in its production process without the approval of the customer, and JDS had to get similar guarrantees from its suppliers. Of course, JDS charged a lot more for undersea components, but reliability was much more important than cost.
And many customers would demand that the parts be made in North America - they wouldn't accept made in China or Taiwan.
Sigh. I miss working at JDS.
Well, this is the "Land Speed" record, so distance does matter to some degree. This makes it useful to compare against the "bandwidth of a station wagon" -- more of a comparison of amount and distance over time.
10b||~10b -- aah, what a question!
Not only did you not RTFA, you didn't read the *slashdot* article:
"between a host at the Luleå University of Technology and a host connected to a Sprint PoP in San Jose, CA, USA."
This wasn't across Sweden, it was across the Atlantic Ocean and North America.
...if the distance makes any real difference, something is wrong.
One of the biggest problems in networking is handling a large bandwidth-delay product (that's the amount of data in flight at once). Since distance increases the delay it is relevant.
Plus, I'm betting it's not a "land" speed record, seeing as how the data probably jumps through the air (satillite/microwave transmissions) at one or more points.
Nope. Think about it: what kind of wireless connection can handle 4 Gbps?
Notice that you accidentally dotted an "a", you cursive-writing moron! If you would just print like a regular person, that would never happen.
True story.
still held by Norway
sulli
RTFJ.
Man I hate to be on the recieving end of a Denial of Service attack on Internet 2. 900 gigabytes of data /30 min from multiple sourses would be crushing.
Veramocor
Actually google doesn't index a lot of /. because there aren't enough inter article links to find all the articles and because google just gets the default page setup a lot of comments are hidden, not to mention Google only indexes a certain amount of dynamic data from a particular site to avoid causing what was once called "the google effect" when a poorly designed web app on a slow server would be hammered as google crawled the catalog.
Theres no way you're gonna get 840gigs of Necrophilia porn on the internet.
Don't forget, we're talking sunet.se. I used to archie tons of porn off there more than 10 years ago. If anyone's got it, sunet does.
I remember the same thing being said about the actual Internet back in the mid-late 1980s. Academic playground, won't amount to much.
Don't blame Durga. I voted for Centauri.
how about we get 1MBS real downloadspeed in everyones home before we go shooting porn to reach ISP owners at the speed of light.
Hey buddy. Even on a 56k modem, you're still downloading your pr0n at pretty much the speed of light.
LK
"Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
More precisely, it went from
San Jose CA to
Stockton CA to
Kansas City MO to
Fort Worth TX to
Pennsauken NJ to
Relay MD to
Chicago IL to
New York NY to
Manasquan NJ to
Tuckerton NJ to
London UK to
Brussels BE to
Amsterdam NL to
Hamburg DE to
Copenhagen DK to
Oslo NO to
Stockholm SE (where it changed carriers) to
Vasteras SE to
Gavle SE to
Luleå SE.
Or maybe it was the other direction; the site doesn't say clearly which way the transfer was.
http://alternatives.rzero.com/
They Stole Sprint's DS-3 cards!
Even those who arrange and design shrubberies are under considerable economic stress at this period in history.
How different is the Linux stack that the *BSD stacks? Is there that large a performance difference?
And a better question, if NetBSD has a better stack, why doesn't Linux just adopt it? After all, it *is* BSD license..
Or is it just good old pride getting in the way again?
One of the insurmountable limitations of geosynchronous satellite communications is the nearly 45,000 mile trip the signal needs to take getting from point A to point C. It introduces a delay of almost a quarter second, and the signal attenuation over that distance limits how much data can be sent reliably. Surface-to-surface microwaves suffer from interference that reduces their transmission rate, and line-of-sight limitations. No, a strand of glass or copper hugging the crust of the planet is far faster than either, and would almost have to be used for any envelope-pushing stunts like this.
http://alternatives.rzero.com/
One of the biggest problems in networking is handling a large bandwidth-delay product (that's the amount of data in flight at once). Since distance increases the delay it is relevant.
If anyone cares, a connection with a large bandwidth delay product is sometimes called a long fat pipe. A good networking book should discuss this. I think Steven's TCP/IP Illustrated, Volume 1 has a section on it(my copy is at work.)
(S(SKK)(SKK))(S(SKK)(SKK))
They might claim that NetBSD scales best, but it took some code changes to get it to do so (which have since been picked up and are included in the base).
:-)
The REAL reason for why they picked NetBSD is that Ragge (Anders Magnusson), the person doing a fair chunk of the testing, is heavily involved in the project and knows the code base. It was simply easiest to work with for him.
For Dell's superior tech support.
This post patent pending.
Take a look at readable tcp dump and you'll notice that it is just the ascii character set shifted continuously. Now if you NEVER need disk access then this could be usable (aka isp and router junction points) but once you hit disk you are bottlenecked. Even with U320 SCSI you can only hit 320 MB/s (~2.5Gbit/s) assuming linear reads at full cacity of your full array of disks.
Disk is limiting pretty much anything, such as playing raw 2K video (2048x1556) in real time (seconds is relatively easy but minutes is difficult). I could care less how fast your network speed as when 1 non-solid state device (ie. disk) is entered into the mix the network performance is notional compared to real performance.
"Survival of the fittest Max, and we've got the fucking gun!" - Pi
And many customers would demand that the parts be made in North America - they wouldn't accept made in China or Taiwan.
Sigh. I miss working at JDS.
I guess they accept parts from China or Taiwan now : )
The same goes for doing a copy on transmission. BSD has generally hidden a software checksum and/or copy in the driver, because older hardware didn't support scatter-gather and checksum. Linux didn't hide it. Note that checksum comes free (seriously!) when doing a copy, since you need to access the memory anyway. Now that cards with scatter-gather and checksum are common enough to care about, Linux can take advantage of this feature for "zero-copy transmit". (obviously, the network transmit is itself a copy and the whole point of doing a transmit)
Zero-copy receive, in the BSD style, is a way to kill SMP scalability. It involves remapping pages, which leads to cross-CPU interrupts to invalidate the old mapping. It's cheaper to copy the data.