NetBSD Sets Internet2 Land Speed World Record 336
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/"
Correct me if I'm wrong... (Score:5, Insightful)
Re:Correct me if I'm wrong... (Score:3, Informative)
Not sure about linux, though. I wouldn't dobut that their stack is BSD-based (at least the parts that weren't stolen from SCO)
Re:Correct me if I'm wrong... (Score:5, Insightful)
Actually, it appears to be a well known falsehood...
Re:Correct me if I'm wrong... (Score:4, Informative)
And Linux does not use BSD stack eighter. Linux kernel hackers have written their own stack too.
Re:Correct me if I'm wrong... (Score:3, Informative)
Yes, it does. It's gone through a few generations of development (having been a 16bit Win3x port that was bought off by Microsoft), but its origins are still BSD. Of course, there's been so much development on it at this point that it's difficult to recognize.
Re:Correct me if I'm wrong... (Score:5, Informative)
Better double check that [austinlug.org].
Re:Correct me if I'm wrong... (Score:4, Interesting)
Surely someone's seen the "released" Windows code and can now tell whether it is BSD based or not.
Re:Correct me if I'm wrong... (Score:4, Insightful)
It's not like independently developed software projects implementing identical ideas have never suffered the same bugs and assumptions before.
Re:Correct me if I'm wrong... (Score:3, Insightful)
Putting that aside, many of the design decisions that were inherent in the BSD code will carry forward into compatible rewrites. Thus a BSD legacy exists, even if the current stack looks nothing like the original.
Re:Correct me if I'm wrong... (Score:2)
Re:Correct me if I'm wrong... (Score:3, Informative)
NetBSD, FreeBSD and OpenBSD
performs differently in terms of scalability etc..
as Mr. Felix von Leitner once demonstrated http://bulk.fefe.de/scalability/ (isnt up anymore maybe he's busy with new benchmarks)
Re:Correct me if I'm wrong... (Score:3, Interesting)
By the way, this isn't the first time I've heard that NetBSD's TCP/IP stack is the superior of the three. I once met the head of networking for a semi-conductor testing equipment company that did extensive tests between all three of the BSDs and Linux, and he said that NetBSD was the clear winner in TCP/IP performance.
Re:Correct me if I'm wrong... (Score:5, Informative)
That'll learn em. (Score:4, Funny)
Re:That'll learn em. (Score:5, Funny)
Re:That'll learn em. (Score:2, Funny)
Re:That'll learn em. (Score:2, Insightful)
No matter (Score:5, Funny)
Question... (Score:5, Funny)
Does this mean we've broken the "station wagon loaded with DVD's" barrier yet?
Re:Question... (Score:5, Funny)
Re:Question... (Score:5, Funny)
Re:Question... (Score:2, Funny)
Re:Question... (Score:2)
CC.
Re:Question... (Score:3, Funny)
Can we get a Uhaul trailer? (Score:5, Interesting)
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.
Re:Can we get a Uhaul trailer? (Score:5, Funny)
Re:Question... (Score:3, Informative)
We just worked this out...
A Saturn Ion station wagon with the back seat folded down, full of LTO2 tapes, is 418 petabit m/s at 60 MPH, or about 6 times more bandwidth.
And about $600k worth of tapes.
You can work out the DVD bandwidth yourselves.
Latency sucks, though.
WOOHOO ! (Score:3, Funny)
Huh? (Score:3, Insightful)
Re:Huh? (Score:5, Funny)
Think of it like 3 meters per acregallon of footyards/second divided by hectares per ohm.
Re:Huh? (Score:2, Funny)
Well, not having RTFA... (Score:2, Interesting)
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. (Not to mention the fact that being on, over, or under the
Re:Well, not having RTFA... (Score:4, Informative)
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.
Re:Well, not having RTFA... (Score:3, Funny)
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 : )
Re:Well, not having RTFA... (Score:3, Interesting)
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?
Long Fat Pipe (Score:3, Funny)
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.)
Re:Well, not having RTFA... (Score:2)
Re:Well, not having RTFA... (Score:2)
Unm...a really really good one?
(One operating on a frequency of 8GHz or more?)
Re:Well, not having RTFA... (Score:3, Informative)
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
Re:Huh? (Score:2, Informative)
"Analogous to man-miles/year considered by airlines"
And like the anonymous comment above mine, also analogous to gigabit-miles/hour.
A search of bit-meters [google.com] gives you some references, however helpful they actually may be.
Re:Huh? (Score:2, Informative)
Re:Huh? (Score:2, Insightful)
I'd think a petabit-meter is the transfer of one petabit of data over a distance of 1m. That's significant, because transfer takes longer (and is less reliable) over a greater distance. Think switching times, packet routing and other latencies, and of course the short time the signal needs to travel halfway around the globe.
In other words, transferring 1 pb over 1 meter in one second is considered the same 'achievement' as 0.
Re:Huh? (Score:2, Funny)
Why TCP... (Score:2, Interesting)
because (Score:5, Informative)
Re:Why TCP... (Score:2, Informative)
Reliable data transfer was more important? (Score:5, Informative)
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:Reliable data transfer was more important? (Score:2)
way OT (Score:2, Informative)
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 [ahymsa.co.uk]
Google places more weight on the text that's actually inside the link
Google padding (Score:3, Interesting)
Re:Why TCP... (Score:3, Informative)
compression (Score:4, Interesting)
Did they check for any inband compression? They data they're sending isn't randomised.
Re:compression (Score:2)
Re:compression (Score:2, Interesting)
If any of the intervening links employs compression, then the transfer rates are artificial as they represent a function of the data, not a function of the network engineering. This doesn't make for a valid comparison against the other participants.
I looked at the rules and they mention nothing about the type of data, nor about the presumptions of the traffic p
Re:compression (Score:2)
Re:compression (Score:2)
No, but it's telephony terminology and I conceed probably not used correctly in this case. I simply mean compression employed transparently within the network (i.e. link level) not at the end of the network (i.e. by the protocol stack / application layer).
> that the data must vary in content.
That's a weak requirement for a competition that allows a large scope of deviation.
466 MB/s (Score:5, Interesting)
478 MB/s (Score:2)
Re:466 MB/s (Score:3, Informative)
838860800000 bytes in 1588 real seconds = 4226 Mbit/sec
Re:466 MB/s (Score:2)
Mandatory RIAA/MPAA Comment (Score:5, Funny)
Val: "You students transfered how much?"
Sunnet: "About 30 movies a minute"
Val: "Un-fucking beli-Oh wait, I already said that..."
Nothing like.. (Score:5, Funny)
How long till we can use it? (Score:3, Funny)
Also, what measures (if any) have they taken to combat the current internet's limitations and vulnerabilities?
Re:How long till we can use it? (Score:4, Funny)
Thursday.
"The Internet? Is that thing still around? (Score:5, Insightful)
I remember the same thing being said about the actual Internet back in the mid-late 1980s. Academic playground, won't amount to much.
Re:You won't (Score:2)
Re:How long till we can use it? (Score:2)
Are you *kidding* me!! Um, yeah, any day now. Does the average joe need this kind of speed? Does the average joe even *want* this kind of speed? In fact, does the average joe even care? I'll let you in on a little secret. The average joe is happy enough with DSL/cable speeds currently. If they weren't, we'd see a lot more DS3 lines. Heck, they might as well just put in something like an OC48 (2.45 GB/s)...
Also, what measures (if any
The PMS as a unit of measure? (Score:2, Funny)
Never under estimate... (Score:2, Redundant)
I've always wondered about Internet2 (Score:3, Interesting)
Re:I've always wondered about Internet2 (Score:3, Informative)
Note, there are bridges between internet1 and internet2.
Re:I've always wondered about Internet2 (Score:2)
It's no wonder such a kickass internet speed record could be set with superfast computers and near-zero net congestion...
Re:I've always wondered about Internet2 (Score:5, Informative)
Many commercial networks (Level3 and UUNET spring immediately to mind) run commercial networks which are far closer to the bleeding edge than Internet2 is, in terms of the complexity of the routing system and the forwarding path. There are commercial operators who operate parallel 8xOC192 circuits which are routinely filled to near-congestion conditions 80% of the time (yes, that's an aggregate of 80Gbit/s between just two sites). The Internet is orders of magnitude more complex and advanced in terms of forwarding capacity than Internet2. There are commercial ISPs who sell production IPv6 services. There are more commercial ISPs who sell production IPv4 multicast services.
No ISPs will migrate to Internet2, since Internet2 is funded specifically for non-commercial traffic. There are no "bridges" between the private network known as "Internet2" and the Internet in the way that you imply; there are simply universities who are connected both to the private network called "Internet2" and to the Internet via commercial providers.
The private network known as "Internet2" is not an IPv6-only network. It does not feature a policy of shipping IPv4 traffic purely encapsulated within IPv6.
Hope this clears up a couple of things.
Re:I've always wondered about Internet2 (Score:3, Informative)
Yep, thats what I said.
but I know for a fact that IPv4 runs over it too
Uhhh, That is also what I said, there are bridges between the two. IPv4 is encapsulated in ipv6 and every ipv4 address actually has a counterpart within the ipv6 address space.
Glad we agree
Re:I've always wondered about Internet2 (Score:2)
Re:I've always wondered about Internet2 (Score:2)
It's still amazing the advancements. I remember several years ago when it would take up to 40 minutes to burn a CD (on my $400 CD burner). Now, I can go to the library at Michigan State (I live in university apartments without I2 access) and downl
Re:I've always wondered about Internet2 (Score:2)
petabyte-meters!? (Score:2, Interesting)
Re:petabyte-meters!? (Score:3, Informative)
Re:petabyte-meters!? (Score:2)
Air speed record (Score:4, Funny)
DOSed (Score:4, Interesting)
They done it! (Score:5, Funny)
Linux Stack vs. *BSD stacks (Score:3, Insightful)
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?
Re:Linux Stack vs. *BSD stacks (Score:2)
I think that answers the question somewhat
Re:Linux Stack vs. *BSD stacks (Score:3, Interesting)
Linux has often been used to set records. The sure way to see Linux trashing BSD is to add more CPUs. Linux scales tolerably well to 512 processors now! The Linux IP stack is very well suited to SMP.
This NetBSD record is really about having insanely great Internet connections separated by thousands of miles.
Long ago, the Linux developers did look into adoptin
Re:Linux Stack vs. *BSD stacks (Score:3, Insightful)
Dell 2650 (Score:2)
Why NetBSD was chosen (Score:3, Interesting)
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.
Re:Why NetBSD was chosen (Score:5, Informative)
Re:Distances, people!!! (Score:5, Insightful)
Re:Distances, people!!! (Score:4, Informative)
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.
RTFS (Score:3, Funny)
Re:Distances, people!!! (Score:2, Funny)
Re:Distances, people!!! (Score:5, Insightful)
"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.
Cursive writing is for fools! (Score:2, Funny)
Keep working on it - not fast enough. (Score:4, Funny)
I bet you were a little shithead when you were a kid.
Re:Keep working on it - not fast enough. (Score:2)
And what life or death situation is making a two second wait for an application intolerable? For crying
Re:Cue pr0n jokes (Score:2, Funny)
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.
Re:1MB? (Score:5, Funny)
Hey buddy. Even on a 56k modem, you're still downloading your pr0n at pretty much the speed of light.
LK