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/"

336 comments

  1. Correct me if I'm wrong... by AKAImBatman · · Score: 4, Insightful

    ...but don't the three main BSD projects use pretty much the same TCP/IP stack?

    1. Re:Correct me if I'm wrong... by AhBeeDoi · · Score: 1

      Perhaps, the alternatives were not just within BSD projects, but among Linux, Windows, OSX, etc.

    2. Re:Correct me if I'm wrong... by Anonymous Coward · · Score: 0

      ok... wait a second....

      Are you saying there's something else other than the BSD's??

    3. Re:Correct me if I'm wrong... by RealityThreek · · Score: 1

      Alot of other OSes supposedly are based on BSD's tcp/ip stack as well. I think Windows is one of them. Yay for free code.

      --
      :wq
    4. Re:Correct me if I'm wrong... by AKAImBatman · · Score: 5, Informative

      True. However, the various stacks have diversified a lot since the original BSD 4.4 stack. As a result, many of the TCP/IP stacks have different performance characteristics and features. AFAIK, the three main BSDs have kept their stacks in sync because they've been sharing code. A stack from NetBSD should be almost the same as a stack from FreeBSD.

    5. Re:Correct me if I'm wrong... by Anonymous Coward · · Score: 0

      Yep, there's actually LIFE out there.

    6. Re:Correct me if I'm wrong... by moosesocks · · Score: 2, Informative

      AFAIK, everything modern uses the BSD stack. Windows uses the BSD stack for crying out loud (a little known fact). As OS X is heavily based upon BSD, it too uses the BSD stack.

      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)

      --
      -- If you try to fail and succeed, which have you done? - Uli's moose
    7. Re:Correct me if I'm wrong... by AKAImBatman · · Score: 0, Redundant

      Did you read my response to your sibling? I already mentioned that fact and pointed out that I was referring to the stacks being exactly the same. i.e. NetBSD, FreeBSD, and OpenBSD share code and thus port all of their changes between one another.

    8. Re:Correct me if I'm wrong... by AKAImBatman · · Score: 2, Informative

      Windows does not use the BSD TCP/IP stack.

      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.

    9. Re:Correct me if I'm wrong... by quelrods · · Score: 1

      Well openbsd is a fork of netbsd. These two ip stacks are rather similar. OpenBSD as well as FreeBSD will sync various pieces with netbsd. All three share with each other and even if the code isn't identical good portions of the stack use the same concepts.

      --
      :(){ :|:&};:
    10. Re:Correct me if I'm wrong... by Anonymous Coward · · Score: 0

      Perhaps you should tell that to the guy who wrote the windows stack. He's posted before saying that it is not bsd. Do a search yourself.

    11. Re:Correct me if I'm wrong... by AKAImBatman · · Score: 4, Informative

      Perhaps you should tell that to the guy who wrote the windows stack. He's posted before saying that it is not bsd.

      Better double check that.

    12. Re:Correct me if I'm wrong... by xedx · · Score: 3, Informative

      similar but not the same...
      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) :D

    13. Re:Correct me if I'm wrong... by sir_cello · · Score: 3, Interesting


      Surely someone's seen the "released" Windows code and can now tell whether it is BSD based or not.

    14. Re:Correct me if I'm wrong... by Anonymous Coward · · Score: 0

      That's a user application that uses sockets, not the implementation of the protocol stack, you disengenous fucktard.

    15. Re:Correct me if I'm wrong... by AKAImBatman · · Score: 2, Insightful

      That's a user application that uses sockets, not the implementation of the protocol stack, you disengenous fucktard.

      What is? The TCP/IP stack? Or did you forget to scroll past the intro describing FTP.EXE? Oops! How embarassing!

      For you that is.

      And next time, please try to be a little more polite.

    16. Re:Correct me if I'm wrong... by drsmithy · · Score: 4, Insightful
      AFAIK, everything modern uses the BSD stack. Windows uses the BSD stack for crying out loud (a little known fact).

      Actually, it appears to be a well known falsehood...

    17. Re:Correct me if I'm wrong... by drsmithy · · Score: 3, Insightful
      That bitter little tirade doesn't exactly scream "authorative" (or "objective", for that matter).

      It's not like independently developed software projects implementing identical ideas have never suffered the same bugs and assumptions before.

    18. Re:Correct me if I'm wrong... by AKAImBatman · · Score: 2, Insightful

      His point that BSD source was originally used is perfectly valid. He did list an authorative source for that statement. We only have Microsoft's word that they rewrote all of the BSD code.

      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.

    19. Re:Correct me if I'm wrong... by nr · · Score: 4, Informative

      Yep, Windows did use BSD stack back in the days of NT 3.5 and 4.0, but the stack has since then been rewritten from scratch, Windows 2000 and XP does not contain BSD stack.

      And Linux does not use BSD stack eighter. Linux kernel hackers have written their own stack too.

    20. Re:Correct me if I'm wrong... by cipher+chort · · Score: 2, Interesting

      Since when does "pretty much the same" give "exactly the same" results? Even an off-by-one can change things drastically.

      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.

      --
      Someone is WRONG on the Internet!
    21. Re:Correct me if I'm wrong... by Anonymous Coward · · Score: 0

      Not so weird, considering that wasabi systems (a network/storage company) does a lot of NetBSD development. One would think they'd build a scalable network stack for their OS of choice.

    22. Re:Correct me if I'm wrong... by Anonymous Coward · · Score: 1, Informative

      True, the three BSD inherited the same TCP/IP stack. But the record is also the consequence of NetBSD's VM implementation, which has been completely rewrote from scratch.

      NetBSD TCP/IP stack makes use of some NetBSD VM features which avoids copying data. NetBSD is able to send data using TCP with zero copies between kernel and userland. This is why it performs much better than other OSes.

    23. Re:Correct me if I'm wrong... by Eisenfaust · · Score: 1

      I read the post you are refering to. I guess MS used Spider's TCP/IP stack originally which was BSD based, then switched to their own. This begs the question 'WHY'? It seems that they would have been better off just using BSD stack. Is so, maybe NT would even out perform Linux ?!?

      I'm not a huge BSD history buff. Maybe the BSD stack wasn't as robust at the time.

      --
      Grrrrr... don't bother me, I'm thinking.
    24. Re:Correct me if I'm wrong... by ACNiel · · Score: 1

      How did this "Not its not." post written by someone true to their 4 year old roots get an insightful?

      Yes it did.

    25. Re:Correct me if I'm wrong... by Wheaty18 · · Score: 1

      SCO would beg to differ...

    26. Re:Correct me if I'm wrong... by arivanov · · Score: 1

      Windows NT5 (early codename for W2K) had a rewrite of the IP stack which was horrible. Suddenly after one of the builds (it was at least a year before release) it became very much working. Also suddenly the nmap fingerprint changed to match exactly OpenBSD. After some people noticed it was changed to be what it is now (though methinks that all that was changed was the fingerprint).

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
  2. That'll learn em. by Maradine · · Score: 4, Funny

    Fools, BSD is dea . . . oh, wait, what?

    --

    trustedworlds.net - gaming, security, and the gunk that lives in between

    1. Re:That'll learn em. by Bombcar · · Score: 4, Funny

      No, but at that speed they sure must've been rushing it to the hospital!

    2. Re:That'll learn em. by 3)+profit!!! · · Score: 2, Funny

      Or it must be running on bad news.

    3. Re:That'll learn em. by minus_273 · · Score: 2, Insightful

      comsidering apple uses a variant of BSD .. there are probably more BSD boxen than linux ones :-p

      --
      The war with islam is a war on the beast
      The war on terror is a war for peace
    4. Re:That'll learn em. by Anonymous Coward · · Score: 0, Flamebait


      Yup. Apple is now the largest UNIX distributor on the planet. That's a fact, not FUD or lies.

    5. Re:That'll learn em. by RamboCalrissian · · Score: 2, Funny

      BSD's not dead, it's just been getting a new game plan. 1. Achieve ridiculously high transfer speeds. 2. Activate computers worldwide. 3. Pull a Skynet and take over.

    6. Re:That'll learn em. by zoloto · · Score: 0, Offtopic

      The achieved speed was 69.073 Petabit-meters/second

      69 PM/s ?

      damn, what on earth would make you want to 69 to a dying/pms'ing... oh wait, this is a distro?!

      *ducks*

    7. Re:That'll learn em. by Profane+MuthaFucka · · Score: 1

      Just one question. Was that laden, or unladen?

      --
      Fascism trolls keeping me up every night. When I starts a preachin', he HITS ME WITH HIS REICH!
    8. Re:That'll learn em. by afd8856 · · Score: 0

      I don't know about you, but to me it seems:
      Linux ~= Apple on the desktop market
      Linux > BSD & Apple on the server market.
      So it's clear that Linux wins.

      --
      I'll do the stupid thing first and then you shy people follow...
    9. Re:That'll learn em. by vattenskallen · · Score: 1

      Awww, yuck! apple makes the most awfull non X-complient slow gui-disgrace i can imagine...
      (yes i know it's flamebait but i can't help it)

    10. Re:That'll learn em. by grahamlee · · Score: 1

      Non X-compliant? Hold still while I beat you around the head with a lump of clue-be-four :-) Or maybe you're thinking of MKLinux? That had X. Or possibly A/UX? That probably didn't, but then this was at a time when neither did Sun, IBM, DEC, NeXT, HP...

    11. Re:That'll learn em. by The+Finn · · Score: 1
      Was that laden, or unladen?

      Bin Laden

      --
      NetBSD: the cathedral vs the bizzare.
  3. No matter by Anonymous Coward · · Score: 5, Funny

    They will still get slashdotted.

  4. 1MB? by cibressus · · Score: 0

    how about we get 1MBS real downloadspeed in everyones home before we go shooting porn to reach ISP owners at the speed of light.

    1. Re:1MB? by Lord+Kano · · Score: 4, Funny

      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
    2. Re:1MB? by Anonymous Coward · · Score: 0

      Bredbandsbolaget (frequently refered to as "BBB") offers a lot of their customers 100 megabit/s, both directions. Sure, they only have about 280,000 households connected, according to themselves, but Sweden is small (9 million people) and in most bigger towns you at least can use their 24 megabit service. You also get five IP addresses, so you don't have to have trouble setting up some stupid NAT thingie...

      There are few people that are forced to accept 1 megabit UPSTREAM, and I don't understand why people want to live in the middle of the dark Swedish forests =)

  5. Wow! Two Boxes, and one CPU. by Anonymous Coward · · Score: 1, Funny

    How does that work?

  6. Question... by 8tim8 · · Score: 5, Funny
    SUNET has transferred around 840 GigaBytes of data in less than 30 minutes

    Does this mean we've broken the "station wagon loaded with DVD's" barrier yet?

    1. Re:Question... by AhBeeDoi · · Score: 5, Funny
      Does this mean we've broken the "station wagon loaded with DVD's" barrier yet?
      Not quite. However, we're appproching the Mini-Cooper barrier.
    2. Re:Question... by PacoTaco · · Score: 5, Funny

      My Netflix subscription works out to about 60 KB/s.

    3. Re:Question... by MrRuslan · · Score: 2, Funny

      Imagine that...and less than a month ago a homming pigion was top of the line...

    4. Re:Question... by foobsr · · Score: 1

      Hmmm ... not quite.

      CC.

      --
      TaijiQuan (Huang, 5 loosenings)
    5. Re:Question... by georgewilliamherbert · · Score: 2, Informative
      Does this mean we've broken the "station wagon loaded with DVD's" barrier yet?

      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.

      • 79 cu ft with back seat folded down
      • LTO dimentions 21.5 x 105.4 x 102 mm
      • Rest is just math....

      You can work out the DVD bandwidth yourselves.

      Latency sucks, though.

    6. Re:Question... by applef00 · · Score: 3, Funny
      Not quite. However, we're appproching the Mini-Cooper barrier.
      At what point will we reach the El Camino loaded with bootleg porn barrier?
    7. Re:Question... by Anonymous Coward · · Score: 0

      " My Netflix subscription works out to about 60 KB/s."

      Is that peak or ave bandwidth?

    8. Re:Question... by endx7 · · Score: 1

      Latency sucks, though.

      Well, not only does it take a while to get there, but then you have to worry about seek time too!

    9. Re:Question... by quantaman · · Score: 1

      Does this mean we've broken the "station wagon loaded with DVD's" barrier yet?

      Depends how well the station wagon floats.

      --
      I stole this Sig
    10. Re:Question... by AhBeeDoi · · Score: 1

      Opt for the director's cut. That'll get you a 20% improvement.

  7. WOOHOO ! by Sonic+McTails · · Score: 3, Funny

    We can now DoS sites at even faster speed !

    --
    This signature was left intentionally blank.
  8. Anyone else by jacobhoupt · · Score: 1

    cleaning their pants out? I'm also dusting off the old BSDemon shirt.

    --
    -- the only good thing the French ever did was two chicks at one time
  9. Huh? by Carnildo · · Score: 2, Insightful

    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.
    1. Re:Huh? by Anonymous Coward · · Score: 0

      it's sort of like a gigabit-mile/hour, but faster

      personally, I don't see distance in a bandwidth measurement very often

    2. Re:Huh? by Anonymous Coward · · Score: 5, Funny

      What is a petabit-meter?

      Think of it like 3 meters per acregallon of footyards/second divided by hectares per ohm.

    3. Re:Huh? by Anonymous Coward · · Score: 2, Informative

      It's a measure of transport capacity.

      "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 gives you some references, however helpful they actually may be.

    4. Re:Huh? by jcuervo · · Score: 2, Informative
      What is a petabit-meter? How is it a significant measure of transmission speed?
      Presumably, it's the time it takes to transfer a petabit of information over one metre.
      --
      Assume I was drunk when I posted this.
    5. Re:Huh? by vthokiestm · · Score: 0, Offtopic

      Damn those tree-huggers, taking over anything. Has anyone else seen that big Richard Pryor PETA billboard on Second Ave in New York...and now this? What does information transfer have to do with animal ethics? ;)

    6. Re:Huh? by Dodger73 · · Score: 2, Insightful

      What is a petabit-meter? How is it a significant measure of transmission speed?

      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.5 pb over 2m in one second (0.5 pb * 2m = 1pbm/s).
      However, I think this form of measurement is not entirely correct for short distance, because where you might see a noticeable difference in transfer rates between transferring data over half a mile (e.g. from your ISP to you) and transferring it halfway around the globe, you won't notice much of a difference caused by above mentioned latencies between 1m and 2m distances.

      What I mean to say is, I don't think that the latencies that are meant to be taken into account by using bm/s actually scale linearly (signal travel time does, but not the other factors) - it's more likely that they only matter at large distances (or when comparing transfer speeds at large differences in distance).

      Where 1 pb transferred over 6000 miles in one second might be the same 'achievement' as 2pb transferred over 3000 miles in one second, that doesn't hold true for short distances. 1pb over 1m in one second seems to be a higher transfer rate to me than 0.5pb over 2m in one second.

      IANANE (I Am Not A Networking Expert)

    7. Re:Huh? by operagost · · Score: 2, Funny

      My operating system gets forty petabytes to the nanometer and that's the ways I likes it!

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    8. Re:Huh? by kc8jhs · · Score: 1

      No, that would be petabit meters per second. One would assume that a petabit-meter is a measure of petabits versus meters..doesn't make sense to me.

      Check out The Race for Bandwidth by the late Cary Lu.


      -Mikey P

    9. Re:Huh? by kevman42 · · Score: 2, Funny

      Consarnit, I won't care until they start measuring it in furlongs per fortnight or hogsheads to the barrel!

    10. Re:Huh? by DarthTaco · · Score: 1

      "One would assume that a petabit-meter is a measure of petabits versus meters."

      Distance does seem like a strange thing to through in there, but I think their point is that it is difficult to deliver the high bandwidth over distance.

      If I told you I came up with a way to transfer a petabyte per second, that would seem terrific. And then if I threw in distance to the units, and it came out to be 1 byte-meter/second, it wouldn't seem so great anymore. It was a phenominal transfer speed, but only useful at microscopic distances.

    11. Re:Huh? by metric_bigot · · Score: 1

      What is a petabit-meter?

      That's METRE! not the meter

    12. Re:Huh? by Anonymous Coward · · Score: 1, Insightful
      The amount of data "on the fly" in a transfer is Bandwidth times Delay.

      If you want to do a reliable transfer, you have serveral challenges:

      1. Get the data out of your machine onto the wire at the desired speed
      2. Get the data out of the wire into the other machine at the desired speed
      3. record and address an amount of data equal to Bandwidth x Delay at both ends, so that the receiving end can find out whether data is missing, and the transmitting end can retransmit it.

      Note that you need to take at least twice the wire delay into account... because the acknowledgements have to travel back (and actually, the resent data have to travel once more).

      The challenge for the network stack is to address that huge amount of data, which is held simply to be retransmitted if necessary, at that high speed. (Until here, that's standard networking textbook material --- see, e.g., Tanenbaum, Computer Networks).

      Now, the minimum delay possible is given by the distance divided by the speed of light (in the cable used, which is less than the vacuum speed of light). Add the delay caused by the routers on the path to that, or build a 16000 km one-piece fiber cable that works ;-)

      So, data rate times distance is a useful measure of technology improvement.

  10. Why TCP... by Handpaper · · Score: 2, Interesting

    when UDP has so much less overhead?

    1. Re:Why TCP... by Anonymous Coward · · Score: 0

      Yeah, but at least TCP gets there. ;)

    2. Re:Why TCP... by Dodger73 · · Score: 2, Informative

      a) Because UDP isn't reliable. In other words, if you'd send byte by byte via UDP, there's no guarantee that they arrive in the same order, or arrive at all. You'd need to make it reliable by implementing your own layer on top of it. b) because TCP is what the majority of traffic on the net is, and using it for a benchmark is more realistic

    3. Re:Why TCP... by Anonymous Coward · · Score: 0

      TCP is the bottleneck with existing networks, not the transmission medium. The rate here was only about 3.7 Gbps, so it's not really remarkable from a raw bit rate point of view. The research is about how to do reliable, acknowledged, connection-oriented protocols (like TCP) over fast pipes, not just about making the pipes faster.

    4. Re:Why TCP... by burns210 · · Score: 1

      the answer ofcourse being that TCP gaurantees delivery. UDP only does best-effort... your pr0n might transfer faster, but it is almost(extremely likely, esspecially given the size) to be very corrupt once recieved.. There will just be too many dropped packets.

    5. Re:Why TCP... by DA-MAN · · Score: 1

      Bullshit. TCP may have error correction and everything built in but it can also be done in UDP. Do you think Cisco (you know that small networking startup in San Jose) would use tftp instead of regular ftp if there wasn't a way to transfer using udp without the file being scrambled.

      --
      Can I get an eye poke?
      Dog House Forum
    6. Re:Why TCP... by amorsen · · Score: 2, Informative

      Of course you can build error correction and recovery into UDP. At which point you have reinvented TCP. Congratulations.

      --
      Finally! A year of moderation! Ready for 2019?
    7. Re:Why TCP... by LarsG · · Score: 1

      TCP may have error correction and everything built in but it can also be done in UDP.

      On top of UDP.

      Do you think Cisco (you know that small networking startup in San Jose) would use tftp instead of regular ftp if there wasn't a way to transfer using udp without the file being scrambled.

      I don't follow you here.. TFTP is not UDP. The parent claimed (correctly) that UDP is only best-effort. He did not claim that it is impossible to design a protocol running on top of UDP that implements error correction et.al.

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
    8. Re:Why TCP... by Anonymous Coward · · Score: 0
      Bullshit. TCP may have error correction and everything built in but it can also be done in UDP.

      Aww, man. could you please RTFM?

      It's like saying that car have a motor and everything built in but it can also be done in a bicycle.

      There is no space in there! If you add two more wheels and motor to bicycle then you get a car.

      If you add "everything", like acknowledgements, sequence numbers, options, windows, congestion avoidance, retransmits and recovery, selfclocking, etc, what you get then - another TCP?

      Do you think Cisco (you know that small networking startup in San Jose) would use tftp instead of regular ftp if there wasn't a way to transfer using udp without the file being scrambled.

      TFTP was created to be small and simple to fit in ROM. And UDP as simple protocol fit in. Also on local network you almost do not have packet loss.

    9. Re:Why TCP... by Anonymous Coward · · Score: 0

      hahahaha

      this is the funniest thing ever.

      So, you put error checking into UDP.
      Hmmm what could we call that???

      Geee, umm, what about say, TCP?

      You are the biggest fuckhead ever to post on slashdot. This is a post I am going to print out on the printer at work and show people, so they can laugh at you as well. You are a super-duper fucking moron. I'm still laughing.

      Fuck that was FUNNY.

    10. Re:Why TCP... by TheRaven64 · · Score: 1

      TCP isn't inherently slow. The problem is that it was designed for unreliable networks, and so throttle back far more than it should on packet loss or large latency. It is possible to make it faster by modifying the rate limiting algorithm in the TCP/IP stack. The problem with doing this is that you need to make sure that everyone on the network does the same thing, otherwise you will steal all of the bandwidth (this is generally frowned upon). On Internet2, I doubt this would be much of a problem.

      --
      I am TheRaven on Soylent News
    11. Re:Why TCP... by big-magic · · Score: 1

      Tftp implements its own timeout and retransmission on top of UDP. In essence, it recreates a mini version of TCP. I read in one of the Steven's books that the reason they do this is because tftp was designed with embedded applications in mind. This allows them to use special stacks that only support UDP. I doubt this is necessary these days, but was probably useful 15 years ago.

      As to the original question, since TCP is the standard method of creating a reliable stream between two points, it makes sense to use that as the standard for the point to point land speed record. There is a great deal of research about optimizing TCP over such networks, which I think is the whole point of the exercise.

    12. Re:Why TCP... by tarius8105 · · Score: 1

      Bullshit. TCP may have error correction and everything built in but it can also be done in UDP. Do you think Cisco (you know that small networking startup in San Jose) would use tftp instead of regular ftp if there wasn't a way to transfer using udp without the file being scrambled.

      Go read about TFTP. Its designed for small file transfers between hosts on a network (think same subnet). Cisco uses it primarily for you to flash the firmware of your Cisco product like a router or switch, if you cant hook up a serial cable that is. tftp is lightweight compared to regular ftp in that there is less functionality and what not. Its much smaller because it has to fit in a very small amount of memory. They transfer it udp because its simple and less overhead.

      If you changed UDP to have error correction, you basically reinvent TCP.

    13. Re:Why TCP... by DA-MAN · · Score: 1

      Of course you can build error correction and recovery into UDP. At which point you have reinvented TCP. Congratulations.

      Not quite, TCP still has other properties that UDP does not. Such as actually establishing a connection.

      --
      Can I get an eye poke?
      Dog House Forum
    14. Re:Why TCP... by DA-MAN · · Score: 1

      TCP may have error correction and everything built in but it can also be done in UDP.

      On top of UDP.


      Correct, I thought that was implied.

      Do you think Cisco (you know that small networking startup in San Jose) would use tftp instead of regular ftp if there wasn't a way to transfer using udp without the file being scrambled.

      I don't follow you here.. TFTP is not UDP. The parent claimed (correctly) that UDP is only best-effort. He did not claim that it is impossible to design a protocol running on top of UDP that implements error correction et.al.


      TFTP is a protocol that runs over UDP. Just pointing to the fact that it is possible to transfer files without scrambling a file via UDP.

      In fact the transfer mode for a few p2p protocol's use udp to blast out data as fast as possible such as eDonkey.

      --
      Can I get an eye poke?
      Dog House Forum
    15. Re:Why TCP... by DA-MAN · · Score: 1

      Go read about TFTP. Its designed for small file transfers between hosts on a network (think same subnet). Cisco uses it primarily for you to flash the firmware of your Cisco product like a router or switch, if you cant hook up a serial cable that is. tftp is lightweight compared to regular ftp in that there is less functionality and what not. Its much smaller because it has to fit in a very small amount of memory. They transfer it udp because its simple and less overhead.

      My point was that tftp can transfer files via udp and re-arrange them without scrambling the file which is what the parent poster had stated was not doable over udp.

      If you changed UDP to have error correction, you basically reinvent TCP.

      There are other things that TCP has that UDP doesn't such as actually establishing a connection.

      --
      Can I get an eye poke?
      Dog House Forum
    16. Re:Why TCP... by DA-MAN · · Score: 0, Flamebait

      You are one stupid motherfucker. My point is that it is possible to transfer files via UDP (which has less overhead than tcp) and still get a file from point a to point b in tact. Read the fucking parent post bitch.

      So, you put error checking into UDP.
      Hmmm what could we call that???


      I would call that eDonkey, or tftp or a slew of other protocols that can transfer data via udp and still ensure that the data is in tact.

      You are the biggest fuckhead ever to post on slashdot. This is a post I am going to print out on the printer at work and show people, so they can laugh at you as well. You are a super-duper fucking moron. I'm still laughing.

      You have got to be one of the many MCSE's out there, probably just passed your Networking test a few days ago too huh....

      --
      Can I get an eye poke?
      Dog House Forum
    17. Re:Why TCP... by tarius8105 · · Score: 1

      My point was that tftp can transfer files via udp and re-arrange them without scrambling the file which is what the parent poster had stated was not doable over udp.

      UDP can transfer files correctly, but there is no error correction so if a packet gets lost there goes the file. All TFTP can do is perform a check on the file vs the CRC it was given before the actual transfer begins. Its rare for a packet to get dropped on the same subnet, atleast not as rare as it is on the internet or dial up.

      There are other things that TCP has that UDP doesn't such as actually establishing a connection.

      Uhh last time I checked any type of protocol needs some sort of handshake, I could see a lot more problems if UDP didnt do a handshake. Like for example not knowing where to send or what to send back.

    18. Re:Why TCP... by Anonymous Coward · · Score: 0

      UDP can transfer files correctly, but there is no error correction so if a packet gets lost there goes the file. All TFTP can do is perform a check on the file vs the CRC it was given before the actual transfer begins. Its rare for a packet to get dropped on the same subnet, atleast not as rare as it is on the internet or dial up.

      No, TFTP could implement its own reliable transport on top of UDP no problems.

      Uhh last time I checked any type of protocol needs some sort of handshake, I could see a lot more problems if UDP didnt do a handshake. Like for example not knowing where to send or what to send back.

      Uhh are you just arguing for fun, an imbicile, or really that misinformed? You obviously hadn't checked "last time" either, because UDP doesn't need a handshake.

    19. Re:Why TCP... by LarsG · · Score: 1

      Just pointing to the fact that it is possible to transfer files without scrambling a file via UDP.

      And I'm just pointing out the fact that you can't do it with UDP only, you need a protocol on top.

      In fact the transfer mode for a few p2p protocol's use udp to blast out data as fast as possible such as eDonkey.

      Ugh. Wonderful. One of the important features of TCP is to discover network congestion and scale back to avoid traffic jams. If too many people run protocols on top of UDP or similar that don't do proper congestion detection, you can get rather nasty problems.

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
    20. Re:Why TCP... by duffbeer703 · · Score: 1

      I hope you are trolling.

      If not, you are undoubtably the biggest idiot ever to post here.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
  11. compression by sir_cello · · Score: 4, Interesting


    Did they check for any inband compression? They data they're sending isn't randomised.

    1. Re:compression by Anonymous Coward · · Score: 0

      Alright, I'll bite. What the hell does that mean?

    2. Re:compression by Neil+Blender · · Score: 1

      Did they check for any inband compression? They data they're sending isn't randomised.

      Did you just make that up? I googled 'inband compression' and 'in band compression' and got less than 10 hits for each. Anyway the rules state the data must be the same when it reaches the destination and be verified by a checksum and that the data must vary in content.

    3. Re:compression by sir_cello · · Score: 1, Interesting

      It means what it says: the data they are sending is compressible (looking at the tcpdump output) as it consists of repeated alphabetical sequences.

      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 path.

      I conceed there is less likelihood of compression in effect on gigabit network due to compute power required, but it is a question that bears asking.

      The assumption could be defeated by a test using (a) packets of entirely same character [i.e. highly compressible], or (b) entirely pseudo-random characters [i.e. not at all compressible].

      In fact, the rules don't require that the transfer is validated for this problem, nor to average out any other network effects, i.e. the rules should state that (say) "average of 3 back to back transfers each utilising substantially randomised information".

    4. Re:compression by Anonymous Coward · · Score: 1, Informative

      "Inband compression" refers to compressing the sent data stream. He's asking if the data being sent is compressed at the transport layer.

      For example, a 28kbps modem can transmit data at 28kbps. But if the transport layer can perform compression, applications that send easily compressible data could see the link speed as being much higher. At 4 to 1 compression, the application would think it's a 112kbps link (when it's actually much slower).

      The question matters because truly random data can't be compressed. But if the data they were using to test Internet2 was not random, a simple compression scheme in the transport layer would easily be able to bump up the apparent data speed - but because the gain would not be the same for all data, this would technically be cheating.

    5. Re:compression by sir_cello · · Score: 1

      > Did you just make that up? I googled 'inband compression' and 'in band compression' and got less than 10 hits for each.

      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.

    6. Re:compression by Epistax · · Score: 1

      Wait, you mean a quadrillion squared bitmap doesn't count?

    7. Re:compression by scotch · · Score: 1

      Psedo-random data is infinitely compressible.

      --
      XML causes global warming.
    8. Re:compression by MechaStreisand · · Score: 1

      Write an algorithm to analyze a stream of pseudo-random data from any source I give you, knowing only that it's pseudo-random, and compress it.

      --
      Disclaimer: IANAL. This post is, however, legal advice, and creates an attorney-client relationship.
    9. Re:compression by scotch · · Score: 1

      Why?

      --
      XML causes global warming.
    10. Re:compression by Anonymous Coward · · Score: 0

      You can write an algorithm that creates every possible function and stops when one is found that generates the wanted sequence.

      It's not fast, but perfectly doable.

  12. 466 MB/s by MikeD83 · · Score: 4, Interesting

    840GB/30 minutes = 466 MB/s, or 3,728 Mbps

    1. Re:466 MB/s by cmacmanus · · Score: 3, Informative

      Straight from the site:

      838860800000 bytes in 1588 real seconds = 4226 Mbit/sec ..assuming you were speaking of mbits, too. :P

    2. Re:466 MB/s by gstoddart · · Score: 1

      How many Library of Congresses was that again?

      --
      Lost at C:>. Found at C.
    3. Re:466 MB/s by jtnishi · · Score: 1
      840GB? Not even 1. Not even quite 0.1 LoCs.

      1 LoC ~= 10TB, IIRC

    4. Re:466 MB/s by GPB · · Score: 1

      Interesting. The article said they did this with a single TCP stream. How did they get that speed? Maybe by muxing 4 Gigabit Ethernet NICs together and round robin-ing the packets? Doesn't seem likely.

      -B

    5. Re:466 MB/s by GPB · · Score: 1

      Never mind. I now see they were using 10 Gigabit Ethernet NICs.

      -B

  13. link to a relevant page ... by grazzy · · Score: 1, Informative
    1. Re:link to a relevant page ... by Anonymous Coward · · Score: 0
      link to a relevant page ... (Score:0, Redundant)
      Now give me my carma..

      No karma for pookie, it seems.
    2. Re:link to a relevant page ... by grazzy · · Score: 0, Offtopic

      hehe,no, the google ad owned me ;)

  14. Piratbyran by Anonymous Coward · · Score: 1, Funny

    What was the slogan of the recent pro-piracy demo in Sweden? "Vi vil har sex, vi vil har sex, vi vil har 600MBit!"?

    1. Re:Piratbyran by lc_overlord · · Score: 1

      Ok, its time for me to play grammar police.
      its "Vi vill ha sex, vi vill ha sex, vi vill ha 600MBit!"?

      --
      - "There is nothing quite like an ineffective solution to an nonexistant problem"
    2. Re:Piratbyran by Anonymous Coward · · Score: 0

      "It's".

  15. Mandatory RIAA/MPAA Comment by FlameboyC11 · · Score: 5, Funny

    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..."

  16. Nothing like.. by cmacmanus · · Score: 5, Funny

    ..transferring 840 gb of swedish porn across the pond. ;)

    1. Re:Nothing like.. by Anonymous Coward · · Score: 0

      Swedish porn is garbage and luckily not very abundant. We Swedes undeservedly got a reputation as being "sex crazed" and "porn mongers" because in the 1960s the actors in a couple of artsy films were nude. When these films were shown in the US, a nation whose mainstream media in the year 2004 is up in arms about some stupid pop singer's almost-exposed nipple, well, even if you weren't born back then you can probably imagine the reaction in the 1960s.

      Of course, even more "daring" (OMG!!! BREASTS!!!) movies were made after this to cash in on the shock value. That utterly boring (but NUDE!!! OMG - is that a PENIS???) Swedish sexual education movies were shown as feature presentations in American porn cinemas probably didn't do much to improve our image either... Remember what De Niro took his date to see in "Taxi Driver"? :P

      BTW, personally I'd like to see more and better Swedish porn. ;)

    2. Re:Nothing like.. by Big+Nothing · · Score: 1

      *Ehem* It wasn't all porn, mind you. There was also a 15MB Word doc with the words "Here's the pr0n I promised you" in it.

      --
      SIG: TAKE OFF EVERY 'CAPTAIN'!!
    3. Re:Nothing like.. by lc_overlord · · Score: 1

      and since i actuarly am connected to sunet trough LTU i guess its time for me to download porn at 4.2 GBit/second. =)

      --
      - "There is nothing quite like an ineffective solution to an nonexistant problem"
  17. How long till we can use it? by DroopyStonx · · Score: 2, Funny

    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!!
    1. Re:How long till we can use it? by RelliK · · Score: 4, Funny
      When is this supposed to be available for the average joe to use?

      Thursday.

      --
      ___
      If you think big enough, you'll never have to do it.
    2. Re:How long till we can use it? by Anonymous Coward · · Score: 0

      smells like karma whorin to me.

    3. Re:How long till we can use it? by Anonymous Coward · · Score: 0

      but it's pretty damn funny anyway...

    4. Re:How long till we can use it? by Anonymous Coward · · Score: 0

      not really.

    5. Re:How long till we can use it? by gregfortune · · Score: 1

      When is this supposed to be available for the average joe to use?

      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) have they taken to combat the current internet's limitations and vulnerabilities?

      None. This isn't a TCP/IP stack demonstration... This is a throughput demo and as such they don't care if it's vulnerable or not.

      Wake up. Shower. Engage brain. Post. See how that's done?

    6. Re:How long till we can use it? by jmilne · · Score: 1

      Right now. Read the article, because it's obvious a great number of people haven't. This isn't running over Internet2 (which it seems a lot of people think is happening), because as far as I know, Sprint doesn't connect to Internet2. You can find the list of corporate sponsers here, and Sprint isn't one of them. The article shows that it went from the SUNET core to the Sprintlink network (which is Sprint's dedicated IP network, so if you connect to AS1239, you're connected to it). If you've got OC192 capabilities at your site (and trust me, there's a number of people who do), you too can enjoy these benefits.

      As for limitations and vulnerabilities... It's IPv4. They went for speed. I doubt they tried to encrypt the data, they didn't put it in a VPN, and AS1239 is a major backbones of the Internet, so it's out there for all to see. Combating the limitations of IPv4 wasn't really the point of all this.

    7. Re:How long till we can use it? by Anonymous Coward · · Score: 0

      then the person who submitted the story shouldn't have made it appear that it was talking about internet2.

    8. Re:How long till we can use it? by Anonymous Coward · · Score: 0

      It is already available for you to use. It was over Sprint's Internet Backbone, aka Sprintlink

  18. Well, not having RTFA... by Atario · · Score: 1, Interesting

    My guess is that it's petabits times meters (as in physical distance between the machines). Which seems kind of stupid -- if the distance makes any real difference, something is wrong. How about communicating with Voyager II -- then you could get some real numbers, even at modem speeds!

    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 surface of land or water means nothing to a data cable.)

    --
    "A great democracy must be progressive or it will soon cease to be a great democracy." --Theodore Roosevelt
    1. Re:Well, not having RTFA... by Anonymous Coward · · Score: 4, Informative

      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.

    2. Re:Well, not having RTFA... by Wesley+Felter · · Score: 2, Interesting

      ...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?

    3. Re:Well, not having RTFA... by tverbeek · · Score: 2, Informative
      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.

      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/
    4. Re:Well, not having RTFA... by drinkypoo · · Score: 1

      One operating on multiple frequencies and multiplexed.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    5. Re:Well, not having RTFA... by Atario · · Score: 1
      Nope. Think about it: what kind of wireless connection can handle 4 Gbps?


      Unm...a really really good one?

      (One operating on a frequency of 8GHz or more?)
      --
      "A great democracy must be progressive or it will soon cease to be a great democracy." --Theodore Roosevelt
    6. Re:Well, not having RTFA... by orasio · · Score: 2, 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 : )

  19. because by Triumph+The+Insult+C · · Score: 5, Informative

    "According to the Internet2 LSR contest rule #5A, IPv4 TCP single stream"

    --
    vodka, straight up, thank you!
  20. 478 MB/s by MikeD83 · · Score: 1

    (((840*1024)/30)/60) = 477.86 MB/s or 3,823 Mbps

    1. Re:478 MB/s by rcw-home · · Score: 0
      "kilo", "mega", "giga", etc., in the context of communication links has always meant 10^3, 10^6, and 10^9, never 2^10, 2^20, and 2^30 or any weird combination thereof.

      For confirmation of this, just run snmpwalk on your router and look at interfaces.ifTable.ifEntry.ifSpeed.

      Their reporting of the dataset size reflects this culture.

  21. The PMS as a unit of measure? by loqi · · Score: 2, Funny

    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
  22. Never under estimate... by Stevyn · · Score: 1, Redundant

    I've heard that joke, "never under estimate the bandwidth of a 78 chevy and a box of hard drives," but now I don't know about that one anymore.

    1. Re:Never under estimate... by pyite · · Score: 1

      Apparently you haven't heard it enough.

      --

      "Nature doesn't care how smart you are. You can still be wrong." - Richard Feynman

    2. Re:Never under estimate... by Anonymous Coward · · Score: 0

      Linux powered - Hemi engine!

      Like a rock!

  23. The achieved speed was 69.073 Petabit-meters/sec by Anonymous Coward · · Score: 0

    Just wait till you see the bandwidth of my minivan loaded with backup tapes!

  24. I've always wondered about Internet2 by aerojad · · Score: 2, Interesting

    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
    1. Re:I've always wondered about Internet2 by BeesTea · · Score: 1

      http://www.internet2.org/

      --
      2b2b2b415448300d
    2. Re:I've always wondered about Internet2 by bgog · · Score: 3, Informative

      The Internet2 is a separate network running on IPv6. Currently it is being developed and tested between a veriety of universities, ballsy ISPs and a few buisnesses. Simply upgrading the current internet won't solve many of the problems. (like multicast) Supposedly once internet2 is doing really well, isps will slowly migrate until the old network is mosly gone.

      Note, there are bridges between internet1 and internet2.

    3. Re:I've always wondered about Internet2 by Anonymous Coward · · Score: 0

      Mabye http://www.internet2.org/ gives some answers?

    4. Re:I've always wondered about Internet2 by bgog · · Score: 2, Informative

      No, Internet2 is a network.
      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 :)

    5. Re:I've always wondered about Internet2 by KingJoshi · · Score: 1

      From my understanding, it's sort of a separate network. But obviously, many routers are on both. It's just that if requests come from computers on I2, then they get I2 access. However, those not on I2 don't get the same benefits. Of course, I could be wrong.

      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 download an ISO from Purdue in under 4 minutes. At that, I can do everything off the network!

      And at MSU, the EGR has our own Debian mirror. It's just amazing to see 5MB/s (yes, megabytes!) speeds sometimes (though it varies from 1-5). Our engineering building has two networks (Computer Science and Engineering) and while they're connected to each other at Gb/s link, all other things internal are 100Mb/s. However, I assume (as can been seen from this article) that the I2 connections from the university are much greater. 5 years from now, the students may be enjoying gigabit speeds. I wonder how much farther behind the rest of the country will be...

      --
      In times like these, it is helpful to remember that there have always been times like these. - Paul Harvey
    6. Re:I've always wondered about Internet2 by spectral · · Score: 1

      :-P Well, I guess what I'm wondering then (I've checked the internet2.org site, and my uni isn't part of Abilene) is where does it say that I2 runs only IPv6? I think any protocol that wants to run over it can (and does). IPv4, IPv6, etc. Hence, the reason why the I2 LSR requires IPv4. If it always ran IPv6, and IPv4 would always have to be encapsulated inside of IPv6 packets, that'd be rather dumb to make the requirements be IPv4 then. I know there are bridges between the regular 'internet' and I2, my uni lets me access both from my on-campus desktop, in fact.

    7. Re:I've always wondered about Internet2 by cide1 · · Score: 1

      Im glad Purdue is fast to somewhere, cause I live off campus, and it's faster to pull stuff from North Carolina than from csociety, 3 blocks away. Csociety incidently is actually just a dell pc sitting on top of a filing cabinet in the IEEE lounge, in the basement of the EE building. If you plug into the right subnet in EE, its fast.

      --
      -- the computer doesn't want any beer, no matter how much you think it does. NEVER, EVER feed your computer beer.
    8. Re:I've always wondered about Internet2 by Anonymous Coward · · Score: 1, Informative

      other poster is whacked.

      internet2 is by no means IPv6 only. and i doubt they tunnel everything. they may have native IPv6 available everywhere but it would be too much of a pita to manage all of the tunnels for everybody who doesn't do IPv6 yet.

      internet2 is nothing more than a private network with a minimum entry level and big pipes.

      besides internet2 is old-news. all the cool places are working on the national lambdarail project. no routers, no teleco, dedicated lambdas on demand end to end. 10Gbit ethernet coast to coast.

    9. Re:I've always wondered about Internet2 by crashnbur · · Score: 1

      Well, on a completely different network then:

      It's no wonder such a kickass internet speed record could be set with superfast computers and near-zero net congestion...

    10. Re:I've always wondered about Internet2 by Anonymous Coward · · Score: 5, Informative

      Internet2 is a separate network in the same sense that Sprint and UUNET are separate networks. It's funded for academic use, and has a rigourously-enforced AUP which results in it not being used for commercial purposes at all. It is not an upgrade of the current Internet. The name "Internet2" does not signify "the replacement for the Internet"; if you're being charitible, it means "let's see how people use a multi-gigabit network if they don't have to pay for traffic". If you're being mean, it means "let's see if we can attract federal funding by sounding like we're exciting and important."

      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.

    11. Re:I've always wondered about Internet2 by Anonymous Coward · · Score: 0

      This is complete bullshit. Nice going mods, +5 informative.

    12. Re:I've always wondered about Internet2 by madumas · · Score: 1

      Anonymous poster is totally right. Internet2 runs on IPv4, but there is experimental IPv6 tunnels. They may have a couple experimental dedicated link these days, but that's all.

      Lightpaths is an exciting development in networks. Imagine be able to reserve a lambda between and your friend 1000 km away. It's like having a dedicated fiber. Just plug your equipment at both ends.

      Check the PPT of this workshop on the subject for more details:

    13. Re:I've always wondered about Internet2 by Anonymous Coward · · Score: 0

      come on moderators! He asks relevant questions... sigh...

    14. Re:I've always wondered about Internet2 by bgog · · Score: 1

      My appologies. I didn't intend to imply that only ipv6 could run on i2. I am fully aware of what it is. I was only trying to inform the parent of my message that the people didn't invent a new network just for their test. I wasn't trying to provide in depth coverage of all technical aspects of i2.

      Anyway I apparently got some folks quite excited. No mis-info inteded.

    15. Re:I've always wondered about Internet2 by cipher+chort · · Score: 1

      RTFA, it has a graph of normal bandwidth usage right in the article. It's pretty freakin far from "near-zero net congestion".

      --
      Someone is WRONG on the Internet!
  25. Reliable data transfer was more important? by Xenographic · · Score: 4, Informative

    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...

    1. Re:Reliable data transfer was more important? by Anonymous Coward · · Score: 0

      So kinda like UPS and FedEx?

    2. Re:Reliable data transfer was more important? by qbwiz · · Score: 1

      Just use Forward Error Correction....

      --
      Ewige Blumenkraft.
    3. Re:Reliable data transfer was more important? by Anonymous Coward · · Score: 0

      Its kinda a moot point. The popular protocols not using TCP usually need to handle their own error correction anyhow, which is going to bring the theoretical faster speed of UDP down. Anyhow, reporting this speed record was done over TCP is much more impressive because it means the lower common denominator is still fucking fast.

  26. Keep working on it - not fast enough. by EatenByAGrue · · Score: 1

    We need to get to the point where the only limiting factor is the human in front of the computer. I hate waiting for my computer, whether its downloading a file or waiting 2 seconds for a web browser to start. Everything should be instant - I am excited for the day that nothing happens on a computer slower than I can think about it. A 2 hour HDTV movie is about 20 gigabytes - download it to me in less than a second and prompt me what to do next.

    1. Re:Keep working on it - not fast enough. by Anonymous Coward · · Score: 0

      Everything should be instant

      Should I even bother with the girlfriend joke?

    2. Re:Keep working on it - not fast enough. by Flower · · Score: 1
      Why? What possible reason do you need all 20Gigs in less than a second? All you need right then, right now is the menuing system and beginning of the chapter vob files to get you going. The issue isn't getting you the entire file it's getting you a usable section of the file in a reasonable amount of time. And if all you're doing is downloading it for later in the day then it can be a background process.

      And what life or death situation is making a two second wait for an application intolerable? For crying out loud, it's nice to have broadband and 3Ghz PCs at one's fingertips but honestly it wasn't all that bad back when all I had was a 19K dial-up connection on a 486. Start up the 'puter and go get a cup of coffee. Big download? Geting all the new messages off of C.O.L.A for the day? Sit by my wife and watch a sitcom or just talk.

      In any event, the real issue is proper bandwidth management and queuing the data so that everyone gets the responsiveness they need. You just don't need 20 Gig in less than a second if all you're doing is watching a HD movie.

      --
      I don't want knowledge. I want certainty. - Law, David Bowie
    3. Re:Keep working on it - not fast enough. by Anonymous Coward · · Score: 0

      "Four seconds? But I want it now!"
      -Homer (I think)

    4. Re:Keep working on it - not fast enough. by EatenByAGrue · · Score: 1

      Absolutely I need instant response. I want HDTV video conferencing at 60fps with CD quality sound. I want clicking a link to respond like clicking a button on a local application with video quality GUI elements. I want to monitor 4 different channels of HDTV in windows on my computer at the same time. I could go on and on and on.

      There's always someone who says 'you don't need more' - but it shows a sad lack of foresight. Plenty of people thought a gig of RAM was ridiculous for desktop PCs 20 years ago.

    5. Re:Keep working on it - not fast enough. by Anonymous Coward · · Score: 0

      Everything should be instant

      I bet you were a little shithead when you were a kid.

      what's with the were.. probibly still is..

    6. Re:Keep working on it - not fast enough. by Alan+Hicks · · Score: 1
      I bet you were a little shithead when you were a kid.

      What do you mean when he was a kid?

      --
      Slackware, what else when it must be secure, stable, and easy?
    7. Re:Keep working on it - not fast enough. by Anonymous Coward · · Score: 0

      he/she still is a kid

  27. way OT by justMichael · · Score: 2, Informative

    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 ;)

    1. Re:way OT by nacturation · · Score: 1

      Even more offtopic, as far as I can tell, Google doesn't index signatures on Slashdot. For example: searching for my sig ... despite a number of +5 posts with that sig, the only place you can find it is when someone actually commented on it.

      So if you're looking to Google bomb, put your link inside a fake sig line:

      --
      Acid Metal band, Ahymsa

      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
  28. Re:Distances, people!!! by endx7 · · Score: 4, Insightful

    Actually, they data transfered across Sweden, part of Europe and then the United States which (according to them) took up 10,157 miles total.

  29. Re:Distances, people!!! by Anonymous Coward · · Score: 0

    "Between a host at the Luleå University of Technology and a host connected to a Sprint PoP in San Jose, CA, USA."

    Thats a big distance.

  30. Re:Distances, people!!! by remahl · · Score: 1

    I suppose this may be a troll, but you just have to RTFBlurb to see that the transfer was between a university in northern Sweden, and one in San Jose, CA, USA.

  31. RTFS by Granis · · Score: 3, Funny

    Read the Fucking Summary ;)

  32. Re:Distances, people!!! by tedu · · Score: 2, Funny

    if you take a look at map, you'll notice that san jose is kinda far away from sweden.

  33. Can we get a Uhaul trailer? by raehl · · Score: 4, Interesting

    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.

    1. Re:Can we get a Uhaul trailer? by AKAImBatman · · Score: 0

      What if I pull a UHaul trailer of DVDs and get an airlift from the handy neighborhood C-5 Galaxy? The military has to have one or two of those hanging around Sweden somewhere. :-)

    2. Re:Can we get a Uhaul trailer? by kidgenius · · Score: 5, Funny

      Ok, time to toss a few 250GB harddrives into an SR-71 flying at Mach 3. We cannot be outdone by mere information over wires!

    3. Re:Can we get a Uhaul trailer? by Anonymous Coward · · Score: 0

      You sound like some Java fanboy I know ... god, how I hate that bastard!

    4. Re:Can we get a Uhaul trailer? by BiggestPOS · · Score: 1

      With my Pioneer 107D and Ritek G04 media, I can burn a 4.38 gig DVD-R in about 8:30. So obviously the number of burners necessary is astronomical. Anyone read the article in wired about the researcher just sending full PCs with OSes as data transfers? The things had huge raid fives, and he just shipped them UPS back and forth all over the country. Isn't magnetic media denser than optical right now in terms of gigabyte per cubic meter? Even counting the physical space a cab full of 12 drives would take ?

      --
      What, me worry?
  34. Keep working on it - not fast enough. by Neil+Blender · · Score: 4, Funny

    Everything should be instant

    I bet you were a little shithead when you were a kid.

  35. petabyte-meters!? by autopr0n · · Score: 1, Interesting

    I mean, correct me if I'm wrong, but isn't this a somewhat useless measure? I mean, I suppose that the longer a link is, the more interference, but really, seems like a rather pointless mesure to me.

    --
    autopr0n is like, down and stuff.
    1. Re:petabyte-meters!? by forsetti · · Score: 2, Informative

      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!
    2. Re:petabyte-meters!? by drinkypoo · · Score: 1
      It is useless only in that it is meaningless. The ability to reach high levels of bandwidth using a protocol with guaranteed delivery over long distances is a goal we have been chasing to ever-higher numbers ever since we invented ways for computers to talk to one another. First someone said, wouldn't it be cool for these two computers to be able to exchange information without human intervention? And then someone came up with, well, I want them in separate buildings, one thing led to another, and now here we are having communications with robots on Mars.

      The more data you can send from mars the more powerful the optics it's worth sending and so on and so forth, this is a land link and the data will certainly be sent over interplanetary distances by significantly different methods, so in the meantime let's consider what it means to us here on earth; we have fiber running all over the planet, and the more data we can send through it the more bandwidth everyone will have, because the demand is going up, and the supply will have gone up.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:petabyte-meters!? by Anonymous Coward · · Score: 0

      No, it is very useful. I've just sent a detailed explanation further... errr, was it up or down... basically, the distance sets a minimum for the transmission delay. (Add to that router delay on the path). The longer the delay is, the more data have to be kept and sorted and be _quickly_ addressable in case you need to retransmit them - and the receiver has to make the same sort of accounting to find out what data are missing.

      So if you want to get better bandwidth times distance, you have to build faster routers, or longer single-hop links, better network stacks in the sending and receiving computers, and reduce the percentage of lost data in the cable or the routers --- best all of it.

  36. Re:Distances, people!!! by NNKK · · Score: 4, Insightful

    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.

  37. Re:Distances, people!!! by Anonymous Coward · · Score: 0

    hen Swedish scientists transmit that much data across a country the size of the US, send me an email.

    You don't read very well, do you? And who is the idiot who modded this insightful?

    between a host at the Luleå University of Technology and a host connected to a Sprint PoP in San Jose, CA, USA

    So, it went from Sweden, across the Atlantic Ocean, across the continental USA all the way to San Jose.

    Hint: San Jose is on the West Coast of the USA. The Atlantic Ocean is on the East Coast of the USA.

  38. Means nothing by Anonymous Coward · · Score: 1, Interesting

    This was just node to node.. when they build a network that 1 billion users can simultaneously transfer data TO EACH OTHER at 100 Mbps (yes I'll be happy with Mbps) .. wake me up.

    1. Re:Means nothing by RzUpAnmsCwrds · · Score: 1

      The goal of Internet2 is to transfer data from any node to any other node at 100Mbps.

  39. Land Speed? by Anonymous Coward · · Score: 1, Insightful
    I didn't know you could get from Sweden to San Jose overland!

    S.

    1. Re:Land Speed? by Fedallah · · Score: 1

      Sure you can, it's just that some of the land is a little soggy.

  40. as a friend said while reading this article... by Ruliz+Galaxor · · Score: 1, Offtopic

    if internet2 is so fast, then why do you want to replace internet4 by internet6 instead of internet2?

    It took me a few seconds to realize he was confusing IP with Internet. After that I said it was impossible to send email over internet2 and he seemed quite satisfied with the answer ;)

    sig(h)

    1. Re:as a friend said while reading this article... by dustmite · · Score: 0, Flamebait

      Hmm .. note to knee-jerk-style moderators, parent isn't off-topic. Please actually read messages before you moderate them.

  41. Re:Distances, people!!! by Anonymous Coward · · Score: 0

    I've been to Sweden. I've been to San Jose, CA.
    I wouldn't say that they're in walking distance from each other.

  42. Cursive writing is for fools! by Deraj+DeZine · · Score: 2, Funny

    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.
  43. Air speed record by sulli · · Score: 3, Funny
    --

    sulli
    RTFJ.
    1. Re:Air speed record by ndege · · Score: 1

      So, exactly how much Guano is produced from a DDOS using RFC1149?

      --
      Sig Return: 204 No Content
  44. Sweet by foidulus · · Score: 0, Offtopic

    Now I can get my Swedish Bikini team pictures faster than ever!

  45. You won't by GoClick · · Score: 1

    I2 isn't going to replace the Internet some day, it's more of an acedemic playground not a construction project.

    1. Re:You won't by Nasarius · · Score: 1

      Arrrgh. The I2 isn't meant to replace the Internet. It's just another backbone. That's all.

      --
      LOAD "SIG",8,1
    2. Re:You won't by Anonymous Coward · · Score: 0

      I2 isn't going to replace the Internet some day, it's more of an acedemic playground not a construction project.

      um, don't know what rock you're living under, but yes it will.

      that's why a few ISPs have joined in on the project. once they're ready, they'll slowly but surely start transferring their networks over to the faster internet which would eventually make the old one cease to exist.

  46. Re:Cue pr0n jokes by DA-MAN · · Score: 0, Offtopic

    Theres no way you're gonna get 840gigs of Necrophilia porn on the internet. Must have been home made....

    --
    Can I get an eye poke?
    Dog House Forum
  47. Just in time for Janus by nurb432 · · Score: 0, Offtopic

    Now we can download pirate proof movies and songs at even greater speed!

    Of course we cant watch or listen to them, but man... hell of a download rate.

    --
    ---- Booth was a patriot ----
  48. DOSed by Veramocor · · Score: 4, Interesting

    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
    1. Re:DOSed by xedx · · Score: 1

      Clearly there's no solution to DDoS
      I hope ISPs on Internet2 adopt outgoing filters on certain kinds of traffic. This would lessen DDoS impact. Even with the adoption of IPv6, the anti-spoof mechanism isn't enough for an obvious and clever DDoS...

  49. Google padding by GoClick · · Score: 3, Interesting

    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.

  50. Re:Cue pr0n jokes by Neil+Blender · · Score: 2, Funny

    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.

  51. Re:Wow! Two Boxes, and one CPU. by Anonymous Coward · · Score: 0

    How does that work?

    Microsoft CPU sharing! It's the latest bug^h^h^hfeature

  52. "The Internet? Is that thing still around? by AtariAmarok · · Score: 4, Insightful
    "I2 isn't going to replace the Internet some day, it's more of an acedemic playground not a construction project"

    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.
    1. Re:"The Internet? Is that thing still around? by madumas · · Score: 2, Informative

      Well, many of the technologies developped on this network will be transfered to the Internet some day.

      In fact, you can see Internet 2 as a part of the internet. It's only that the BGP routing is done in a manner that it's only data between two academic nodes that pass through it.

      Ex.:
      1) college.edu slashdot.org -- Commercial internet
      2) college.edu othercollege.edu -- Internet 2

      Oh.. and we call Internet 2 that way in the US only. In Canada for example, it's CA*net4, but it's the same thing.

    2. Re:"The Internet? Is that thing still around? by Anonymous Coward · · Score: 0

      So, all we have to do is wait untill they start using it for pr0n!

  53. Re:The achieved speed was 69.073 Petabit-meters/se by asquared256 · · Score: 1

    well depends on how many tapes but a rough guess is... 10000 tapes * 20 GB / tape = 200000 GB 200000 GB * 8 bits/byte = 1.6 petabytes 1.6 petabytes * 30 m/s = 48 petabyte-meters/second

  54. Re:Distances, people!!! by tverbeek · · Score: 3, Informative
    Actually, they data transfered across Sweden, part of Europe and then the United States

    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/
  55. Re:Distances, people!!! by Anonymous Coward · · Score: 0

    cool i dint realise that San Jose, CA, USA. was a part of sweden then i migth just drop by :)

  56. I live there by Anonymous Coward · · Score: 1, Interesting

    Cool, I live in Luleå, I actually have my internet connection supplied by the university. I wonder how long before I can get Internet that fast.

  57. They done it! by dj245 · · Score: 4, Funny
    --
    Even those who arrange and design shrubberies are under considerable economic stress at this period in history.
  58. Linux Stack vs. *BSD stacks by brunes69 · · Score: 2, Insightful

    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?

    1. Re:Linux Stack vs. *BSD stacks by agent+dero · · Score: 1

      There's more than one way to skin a cat

      I think that answers the question somewhat

      --
      Error 407 - No creative sig found
    2. Re:Linux Stack vs. *BSD stacks by Anonymous Coward · · Score: 0

      The advertising clause on the BSD license conflicts with the GPL. The GPL does not allow you to add restrictions to the license. The advertising clause is a restriction.

      Remember, the FSF has an ideological goal, and the GPL is precisely designed to support that specific goal, not some generalized notion of "free software" or "open source". Blocking use of BSD code may be an unintended and regrettable consequence, but it _is_ consistent with the GPL.

      You can find a discussion of why the BSD license conficts with the GPL on the gnu.org website.

    3. Re:Linux Stack vs. *BSD stacks by Brandybuck · · Score: 1

      why doesn't Linux just adopt it?

      NIHS (not invented here syndrome)

      --
      Don't blame me, I didn't vote for either of them!
    4. Re:Linux Stack vs. *BSD stacks by Anonymous Coward · · Score: 3, Interesting
      You'll see pride in action when this gets moderated into the bitbucket, as all Linux-friendly posts in the Slashdot BSD secion are. But anyway...

      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 adopting the BSD stack. At the time though, the BSD stack was incompatible with the GPL. Alan Cox asked Berkeley to re-license under the GPL, and was turned down. At this point in time, using the BSD code wouldn't make any sense.

    5. Re:Linux Stack vs. *BSD stacks by Bensmum · · Score: 2, Interesting

      How about some evidence of that? Where is this 512 way smp machine running linux?

    6. Re:Linux Stack vs. *BSD stacks by iamacat · · Score: 1

      Remember, the FSF has an ideological goal

      And why should Linux users care about it? If Regents of university of California want a line of credits for writting an OS, and the network stack I am using, I have no problem with that. If John Shmoe wants credit for writting an impementation of MD5, I won't use his code. Simply put, both GPL and BSD only make sense for worthwhile programs.

    7. Re:Linux Stack vs. *BSD stacks by ragge · · Score: 3, Insightful

      Actually, the Linux IP stack buffer handling have a number of problem that the BSD stack do not suffer from. One is the inability to use a number of linked buffers in one packet (the "mbuf" style) so it allocates skbuff's (on a power-of-2-basis), another is that it must always do (at least) one datacopy even on transmission. This will result in that a machine with the Linux IP stack runs out of CPU much faster than with a BSD IP stack.

    8. Re:Linux Stack vs. *BSD stacks by Anonymous Coward · · Score: 1, Informative
      The advertising clause on the BSD license conflicts with the GPL.

      Helooo!

      WAKE up!

      Regents of UC Berkeley removed advertising clause in 1999. NetBSD, FreeBSD and OpenBSD took their time but there is practically no advertising clause in their source code licenses. If somebody really wanted to use BSD stack without that clause he/she might just ask authors to remove it.

      Remember, the FSF has an ideological goal

      that's really sucks - messing technology with ideology - disgusting..

    9. Re:Linux Stack vs. *BSD stacks by tigga · · Score: 1
      Alan Cox asked Berkeley to re-license under the GPL, and was turned down.

      Did he asked? Or it's just a legend? Any links?

    10. Re:Linux Stack vs. *BSD stacks by brunes69 · · Score: 1

      Does it still do that data copy in 2.6? I was under the impression that 2.6 was a "zero copy" stack.

    11. Re:Linux Stack vs. *BSD stacks by Anonymous Coward · · Score: 0
      Remember, the FSF has an ideological goal

      And why should Linux users care about it?


      Maybe because most GNU/Linux users would still be using proprietary systems if the FSF did not have these goals.

      Those who do not learn from History are doom to replay its mistakes.
    12. Re:Linux Stack vs. *BSD stacks by Anonymous Coward · · Score: 0
      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.


      How do you expect a single TCP-stream to take advantage of SMP?
  59. Long Fat Pipe by bsd4me · · Score: 2, 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.)

    --

    (S(SKK)(SKK))(S(SKK)(SKK))

  60. Dell 2650 by evocate · · Score: 1

    Any thoughts on why they chose to use Dell 2650s?

    1. Re:Dell 2650 by Anonymous Coward · · Score: 1, Funny

      Because they had a $300 off coupon* plus free upgrade to 256MB!

      * - Requires MSN subscription...

    2. Re:Dell 2650 by Cyno01 · · Score: 1

      They had 'em on hand?

      --
      "Sic Semper Tyrannosaurus Rex."
    3. Re:Dell 2650 by dilby · · Score: 2, Funny

      For Dell's superior tech support.

      --
      This post patent pending.
    4. Re:Dell 2650 by NEOtaku17 · · Score: 1

      Because they are flipping fast!(Duh!)

    5. Re:Dell 2650 by Anonymous Coward · · Score: 1, Insightful

      I work at said University as an admin, and it's because we have a lot of Dell 2650's ... 80% of our servers are dell probably.

    6. Re:Dell 2650 by Anonymous Coward · · Score: 0

      Wrong you're forgetting the 130++ sunservers and all of the old junk i doubt that dell will reach more then 65-70% (: and i'm forgetting about ludd :)

  61. Bah, it's all meaningless by llZENll · · Score: 0

    So I have 100 peta-bytes of 0's I can compress into a few bytes (a number) then send over my 56k modem to Voyager and break all records in exsistance. What I'm getting at is I hope there is some kind of spec for the data they are transmitting, as compression can invalidate all results.

  62. Why NetBSD was chosen by Anonymous Coward · · Score: 3, Interesting

    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. :-)

    1. Re:Why NetBSD was chosen by ragge · · Score: 5, Informative

      Actually, we did tests with Linux (both 2.4 and 2.6) and FreeBSD also, but with not as good results. Linux IP stack eats much more CPU (and memory!) than it should. Basic problem is the network buffer implementation (or the lack of!). This is true for both 2.4 and 2.6. A redesign is needed of the IP stack to make it perform better. FreeBSD have a lot of linear searches in their IP stack left, fixing that would most likely give the same result as for NetBSD. I may port over some of the NetBSD changes if I get some spare time. NetBSD had already fixed (most of) those problems, some of them long ago, therefore it was simple to just use it.

  63. Re:Distances, people!!! by ebrandsberg · · Score: 1

    Yes, but what would the throughput have been like if it had been to MARS? We really need to be preparing our protocols for interplanetary distances after all.

  64. Re:Am I missing something? by ryanmfw · · Score: 0
    If the BSD stack is so secure then why isnt everyone using it?

    Didn't M$ at one time just rampantly copy the BSD stack for Windows? Eh, too tired to care. :-)

    --
    Hurricane Ivan: A 17th century prison collapsed. All of the inmates escaped.
  65. CD-filled station wagon? by TechnoFreek · · Score: 0, Offtopic

    Why use DVDs in a station wagon when you can use the Creative Nomad Jukebox Zen Xtra (60 GB, arguably smaller size:storage ration) in a greyhound bus? hell, strap some rockets onto the bus and you can make it even faster.

  66. Impressive by Pan+T.+Hose · · Score: 1

    Very impressive. I have few questions, though: how does it compare to quantum units? Could NetBSD be used as a basis for cheap routers in New York?

    --
    Sincerely,
    Pan Tarhei Hosé, PhD.
    "Homo sum et cogito ergo odi profanum vulgus et libido."
    1. Re:Impressive by BenByer · · Score: 1

      Very impressive. I have few questions, though: how does it compare to quantum units? Could NetBSD be used as a basis for cheap routers in New York?

      In short, it does not. You sir, though it appears you attend Stanford University and possibly associate yourself with the erudite Plato, do not seem to be thinking in the correct orthogonal matter. If Sir, you do not understand the importance of the matter at hand, or the essence of our conversation and this moment in its Platonic Form, you do not, I think, notice, perceive, and then cognitively perceive in a jumbled manner, with much fussing, and a bit of elbowing I might add, that a quantum unit should be measured and considered, in the general way of considered that is, different than any physics based on the equations of one said Maxwell. Do not underestimate how asym-metric this world will become Sir. You Sir, are not correctly cognating your perceptions with the correct perscription. You Sir, must cognate and perceive in a more jumbled manner. Only then, and by the Grace of Her Magesty, Defender of the Faith, Trouncer of Scotland, Pissed off at the Colonies, Queen Elizabeth II, will you Sir, understand.

      Much more I cannot be obliged to comment upon, as you Sir, are clearly unable to cognate, or distinguish between the finer points of asym-metry, and thus do not comprehend that these so called Quantum Units are are fundamentally more in fundamental quality and, most gratefully, for our computational ability, fundamentally more in quantity. This position, viewpoint, or perspective, if you Sir, so do prefer, is similar in spirit and lasting enthusiasm, to the paradise, spilled onto this great Earth, Gaia, Terra Firma, by one said Cantor. You Sir, are a bloke.

      Post Script: Why would your fanciful, magic routers be stationed in Colony: New York, when we all know, or at least those of us in the know know, you know, that Empire: ENGLAND is where they belong.

      Shit, that PS was before my signature, FUCK!

      Goodbye Sir, Sir

  67. Re:Am I missing something? by Anonymous Coward · · Score: 0

    Even if they did, what's the problem? The BSD stack uses a BSD license, unsurprisingly, not the GPL. Using it in Windows would be as legitimate as using it in IRIX or Solaris or AIX.

  68. Re:Here's a new Fast *BSD Costume by grub · · Score: 0, Offtopic


    hahaha!

    Frickin' hilarious. The mods that hammer you with a "Troll" hit need to get an enema and lighten up. I'm a big BSD fan and loved it.

    --
    Trolling is a art,
  69. Re:Am I missing something? by ryanmfw · · Score: 0

    I wasn't complaining. It's just funny, how M$ complains and complains about OSS, and then just copies what it wants. That's what I really meant. Anyway, they copied it into Win 3.1 or NT 3 right?

    --
    Hurricane Ivan: A 17th century prison collapsed. All of the inmates escaped.
  70. This is a record? by Theburritobandito · · Score: 1

    Haven't the swiss already beating this?? CNET

    1. Re:This is a record? by ragge · · Score: 1

      No, they use a much shorter distance (and much faster hardware :-)

  71. Yeah Sure by Anonymous Coward · · Score: 0

    Pff. They only have a tcpdump of the first 32 megs.
    I wont believe it till i can see the whole thing.

  72. GigaBytes? by aaron_ds · · Score: 1

    All the cool scientists are using Gibibytes ;)

    1. Re:GigaBytes? by Anonymous Coward · · Score: 0

      No way, man. All the really cool scientists are using Gooberbytes! Gibblybytes, Giglibytes, and Gibibibibibibytes are lame.

  73. 512-way SMP by Anonymous Coward · · Score: 1, Interesting
    You write:

    " How about some evidence of that? Where is this 512 way smp machine running linux?"

    Thought I was bluffing, did you? :-)

    It's the SGI Altix. In a linux-kernel post just today, an Altix user says that "Overall, linux scales to 512p much better than I would have predicted." This system runs with Itanium-II processors BTW.

    So there you go, Linux handling a 512-way box tolerably well. Linux screams on an IBM 64-way box, with Xeon or Power 4 processors.

    1. Re:512-way SMP by Bensmum · · Score: 1

      Try reading that a little harder. Its barely functional, and not being used for anything. He was testing it out, and said he was suprised to see that with some tweaking, it was basically functional. There is a huge difference between scaling to 512 CPUs and being installed on a 512 CPU machine. He's looking to do some work to actually make it scale to 512 way machines.

      And as for the last comment, you are just plain making stuff up now, nothing screams on a 64 way xeon machine. Xeons are seriously hampered in large scale machines by intels stubborn refusal to make a real CPU interconnect. It might run on it, and I am certain it will be faster than an average machine, but it will not be as fast as it should be, like a comparable power4 machine is.

    2. Re:512-way SMP by Anonymous Coward · · Score: 0

      Try reading that a little harder. Its barely functional, and not being used for anything. He was testing it out, and said he was suprised to see that with some tweaking, it was basically functional. There is a huge difference between scaling to 512 CPUs and being installed on a 512 CPU machine. He's looking to do some work to actually make it scale to 512 way machines.

      A part of the RCU code is actually one of the only areas that needs fixing. In fact, a simple patch to reduce the rate of RCU state checking makes things run nicely. They were discussing a more sophisticated design though.

      And as for the last comment, you are just plain making stuff up now, nothing screams on a 64 way xeon machine. Xeons are seriously hampered in large scale machines by intels stubborn refusal to make a real CPU interconnect. It might run on it, and I am certain it will be faster than an average machine, but it will not be as fast as it should be, like a comparable power4 machine is.

      You really think they try to fit 64 CPUs onto a single shared bus? Nope.

  74. Prime example... by NEOtaku17 · · Score: 1

    This has got to be one of the worst arguments ever created by man. we would probably be a few hundrded years ahead in terms of technology if people didn't ever use this argument. Here is one: If Linux is so good why isn't everyone using it?

    1. Re:Prime example... by Combas · · Score: 0

      Isn't it usually better to try to answer a question rather than to shout hollow rhetoric about how "this argument sucks", mod me a troll if you want but I was asking an honest question.

      Sometimes the simpler the question the more profound it becomes if you bother to stop and think about it.

  75. Not entirely accurate for 'normal usage'. by NullStream · · Score: 2, Informative

    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
    1. Re:Not entirely accurate for 'normal usage'. by Hannes+Eriksson · · Score: 1

      Hook up a storage network on each side, and you will, without that much problem be able to get that to/from disk. Ever done some math on clustered raid? Just get enough disk servers on a fast enough, dedicated network. Then have a look at weird file systems. IBM GPFS anyone? Has been run at several GB/s already.

      --
      Geek rants since like... 2000 or something.
    2. Re:Not entirely accurate for 'normal usage'. by Lennie · · Score: 1

      I guess that's what they are doing with Lustre.

      Only then Linux is de 'file-server'.

      They are 'pretty' much done, if you pay Cluster File Systems Inc. (US$ 5000), they'll give you the latest version and support if something doesn't work.

      You could say, they are between stable and beta-testing (lot's of things are done, just a number of corner cases that there current customer-base doesn't need yet).

      --
      New things are always on the horizon
    3. Re:Not entirely accurate for 'normal usage'. by Anonymous Coward · · Score: 1, Interesting

      The article says that they used ttcp which is a memory-to-memory bandwidth testing program. Most would consider that unrepresentative of reality. On the other hand, today's supercomputers have a tremendous amount of memory (1.2 TB, 6 TB, 10 TB, 33 TB, etc.) so memory to memory is possible.

      Others have suggested that disk speeds cannot sustain that rate. However, supercomputer disk arrays can easily keep up (4 GB/s or 32 Gb/s).

      Finally, it is possible to achieve nearly the same result (multiple streams instead of a single stream) transfering real data (23.23 Gb/s).

      [Bias alert: I am a member of the team that set a previous Internet2 Land Speed Record, Guinness World Record and won the "Bandwidth Lust: Distributed Particle Physics Analysis Using Ultra-High Speed TCP on The Grid" or "Moore's law move over" award at SC2003.]

      Now, before you complain that the technology is not available to "mere mortals," let me point out that we first started experimenting with 1 Gb/s Ethernet at work 5 years ago. Now it is readily available at reasonable prices for consumer desktop machines. (Apple has had it standard in G4 desktops for 4 years.) The problem is not with consumer hardware, it is having access to true broadband (not cable modem or DSL), at least in the USA. Although your LAN may support 1 Gb/s, your download speed is limited to 1-3 Mb/s (cable) or 256 -786 Kb/s (DSL). (Your upload speeds are significantly lower.) Since the link provider has very little incentive to upgrade service, I doubt that will change very quickly.

      So, yes it is possible. No you can't have it (yet)!

  76. Re:Distances, people!!! by Anthony · · Score: 1

    Where could this geographic genius get such a myopic view of the world from?

    --
    Slashdot: Where nerds gather to pool their ignorance
  77. TCP over Mobile networks? 3G? CDMA1xEVDO? by gunjankakani · · Score: 1

    Hi, Anyone out here have any experience with TCP performance over CDMA1xEVDO link (1.2Mbps limit). I've been hearing a lot about W-TCP which improves the performance of TCP over wireless links like this...but never saw any implementation..anyone have any idea?

  78. slashdot won't take "..." as a subject. by pmsyyz · · Score: 1

    Do you really mean GigaBytes or are they really Gibibytes?

    --
    Phillip
  79. Re:Distances, people!!! by Texas+Rose+on+Lava+L · · Score: 1

    I didn't realize Priceline had expanded into the data transfer business.

  80. you poor bsd troll by Anonymous Coward · · Score: 1, Insightful

    I think the 850GB was cheating.because the pc's harddrive and bus don't have such power,and maybe the cpu can't have such power and bandwidth.

    I think even a windows or linux may achive a high record,though yet even lower than it ,but the difference may be omitting

    1. Re:you poor bsd troll by Anonymous Coward · · Score: 0

      SO even a little message about the bsd have achive some record ,you bsder will say :"oh this the bsd can achive it, it's power and so on.

  81. Re:Distances, people!!! by xtord · · Score: 1

    Funny that you write Vasteras and Gavle (which in swedish are Västerås and Gävle) but Luleå.

  82. Re:Distances, people!!! by Hannes+Eriksson · · Score: 1

    Living in the US? I mean, it's not like I would be able to pinpoint every major city in the EU. And then again - the EU has 25 member countries and the US 50 states.
    And by the way, it would be nice to know if all data actually went directly between Luleå and Gävle, or if some of it took the other way through the northern ring of GigaSunet (that is, through Umeå (you remember those pirates demonstrating?)).

    --
    Geek rants since like... 2000 or something.
  83. Re:But What About SMP and the Threaded TCP Stack? by Anonymous Coward · · Score: 0

    i have to clear all the false lies this guy is saying:

    1. NetBSD, which claims to focus on portability (whatever that is supposed to mean), is slow, and cannot take advantage of multiple CPUs.

    REAL FACT:
    freebsd supports smp and the upcoming netbsd has smp support. openbsd has also started smp (see CVS tag SMP)

    2. There are almost no FreeBSD developers left, and its use, according to Netcraft, is down to a sadly crippled .005% of internet servers.

    REAL FACT:
    And also according to netcraft. freebsd is always included in the most reliable hosting site every month. and also netcraft said that freebsd is the one that is gaining rather than losing.

    3. the *BSDs have balkanized yet again. There are now no less than twelve separate, competing *BSD projects, each of which has introduced fundamental incompatibilities with the other *BSDs

    REAL FACT:
    and there are hundreds of linux distros, w/c are also impompatible in some or any other way w/ each other.

    4. Many user-level applications will no longer work under *BSD,. blah blah

    REAL FACT:
    gimp can be compiled on all bsds, openoffice has a freebsd port.

    5. Fact: servers running OpenBSD, which claims to focus on security, are frequently compromised.

    heh! and what about the percentage of compromised linux servers compared to bsd?

    *BSD is only dead for the uninformed.

    anyway you are a real example of a yet another linux zealot man, hah you will also face the fate what amiga users have faced before.

  84. Re:Wow! Two Boxes, and one CPU. by Anonymous Coward · · Score: 0

    Dumb terminal. See previous poster for detailed explanation.

  85. Weight by Anonymous Coward · · Score: 0

    Let's assume each DVD weighs 10 grams, then 90 000 of them weighs in at 900 kg, which is more than what a station wagon and even most SUV's can handle.

  86. Question #2 by Anonymous Coward · · Score: 0

    What did they transfer? random stuff? movies? porn? DV footage? Did they use any compression?

  87. Fragged!! by Theburritobandito · · Score: 1

    Did anyone else notice the latency of 276.138 ms? Sure, you could pump 1.5 Terabytes per hour, but can you plant the bomb in de_dust?

  88. Re:But What About SMP and the Threaded TCP Stack? by Anonymous Coward · · Score: 0

    i have to clear all the false lies this guy is saying:

    - imho i think you mean 'false lies' = false statements :-)

    bsd is dead? yes it is dead, if you are pointing to the original 4.4bsd of the ucb (since the university stop developing it).

    bsd is dying for the trolls who does not know what he really is talking about.

    an excerpt from netcraft:
    FreeBSD secured a strong foothold with the hosting and internet services communities at the genesis of the web and has anything but gone away. Indeed it is the only other operating system that is gaining, rather than losing share of the active sites found by the Web Server Survey.

    still insisting bsd is dead?
    uhurm ok BSD died! but now rose from the dead with great power. now it's harder to kill the undead ones! so beware! >:)

  89. Re:Linux Fault Threshold by Anonymous Coward · · Score: 0

    What a brilliant fucking article! You nailed it, linux sux.

  90. RFC 1323 by Anonymous Coward · · Score: 0

    Go read RFC 1323 (or the post mortem on last weeks deployement fiasco here at work) on why distance matters.

  91. Re:Distances, people!!! by Anonymous Coward · · Score: 0

    we already have it

    Inter Planetarium / Transmarcian Communication Protocol

  92. Re:Distances, people!!! by Anonymous Coward · · Score: 0

    No the routing did not go through Umeå (as you can see in the trace route on the project page). Umeå is a secondary route to Luleå, cause instead of going directly through Gävle, it would have to go through Umeå, Sundsvall and Borlänge before reaching the same distance.

    As you can see in this pdf on page 7:
    http://proj.sunet.se/gs/GigaSunet-rapport.pdf

  93. Re:Distances, people!!! by tverbeek · · Score: 1

    Luleå was the only one I saw referred to in its native alphabet; I inferred the other two from ASCII-only node names, and merely checked that they were (sometimes) spelled that way on the web.

    --
    http://alternatives.rzero.com/
  94. anyone know what the byte-meters/second is by Anonymous Coward · · Score: 0

    anyone know what the byte-meters/second is of a station wagon doing 80mph full of hard drives?

    1. Re:anyone know what the byte-meters/second is by LuckyStarr · · Score: 1

      lets see... if the station-wagon has a usable volumen of 1 m^3 ( 1000 litres ) and the harddrives have a size of (15*10*2.5) cm^3 and store 120GB, and the wagon does 80mph then the speed of the data is:

      87.3125 Petabits*m/s (1.2288142 * 10^16 byte-meters/s)

      proof, see here

      --
      Meme of the day: I browse "Disable Sigs: Checked". So should you.
  95. nah, that's old, and kind of wrong anyway by Anonymous Coward · · Score: 2, Interesting
    Linked buffers were good for the VAX, since pages were only 512 bytes. Avoidance of the mbuf crud has historically given Linux a speed advantage. Now, with 9 kB jumbo packets and hardware scatter-gather, supporting linked buffers makes sense again. Thus the feature was added.

    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.

  96. 512-way, and 64-way Xeon by Anonymous Coward · · Score: 0
    I did say "tolerably well", which is more than you can say for BSD. I didn't say it was great. Fixing the problem is as simple as reducing the RCU poll frequency if you're willing to sacrifice real-time behavior. To avoid that sacrifice you need to deal with a tree of nodes -- not anything shocking here. (RCU is a patented algorithm for scaling on extremely large SMP boxes, licenced for use in GPL code)

    For a fast 64-way Xeon, of course you don't use Intel's lame interconnect. That won't go past 4 CPUs at any speed. You build your own crossbar interconnect. You do 4 CPUs per node using Intel's bus, then 16 nodes per box via your custom crossbar. The RCU code was originally tuned for boxes like this, with 23 to 64 processors. As you can see it needs some tuning for the 512-way boxes. That's no surprise, and no big deal.

  97. You Have Lost by Anonymous Coward · · Score: 0

    You have been trolled. You have lost. Have a nice day.

    1. Re:You Have Lost by Anonymous Coward · · Score: 0

      You have been trolled too. You have lost too. Have a nice day too :P

  98. Re:Wow! Two Boxes, and one CPU. by jo42 · · Score: 1

    Quantum Virtualization, aka QV (c)(tm) by me.

    Now where did that cat go..?

  99. Re:Linux Fault Threshold by Sesse · · Score: 1

    What a brilliant article!... eh, from 2001. :-)

    /* Steinar */

    --
    (This comment is of course GPLed.)
  100. Re:Distances, people!!! by Acrimonious+Coward · · Score: 1

    Relay MD

    I don't know about you, but for some reason I have this image of Relay MD being nothing more than a Cisco router out in the middle of a field somewhere.

  101. Internet 2?! by syberanarchy · · Score: 1
    Oh dear God in Heaven...they made a SEQUEL!? :(

    On the other hand, it can't possibly be any worse than the original...CAN IT?! ;)

  102. MS recently publically afirmed BSD code is in XP by Anonymous Coward · · Score: 0

    ... at an OSS conference in Canada.

  103. *BSD is dying by Anonymous Coward · · Score: 0
    It is now official - Netcraft has confirmed: *BSD is dying

    Yet another crippling bombshell hit the beleaguered *BSD community when recently IDC confirmed that *BSD accounts for less than a fraction of 1 percent of all servers. Coming on the heels of the latest Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Sys Admin comprehensive networking test.

    You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood. FreeBSD is the most endangered of them all, having lost 93% of its core developers.

    Let's keep to the facts and look at the numbers.

    OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

    Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

    All major surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among OS hobbyist dabblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.

    Fact: *BSD is dead