back to article Need to move 1.2 exabytes across the world every day? Just Effingo

Google has revealed technical details of its in-house data transfer tool, called Effingo, and bragged that it uses the project to move an average of 1.2 exabytes every day. As explained in a paper [PDF] and video to be presented on Thursday at the SIGCOMM 2024 conference in Sydney, bandwidth constraints and the stubbornly …

  1. Phil O'Sophical Silver badge
    Thumb Up

    Just effingo

    That's how a lot of people feel about Google.

  2. Roger Greenwood

    Excellent name

    Who says computers can't be fun.

    Some decades ago (college course) we were introduced to various project/programming/data analysis methodologies e.g top down, bottom up, JSP (Jackson Structured Programming) etc etc. Our lecturer was real old school so he also told us about the one method we really needed to learn and would always find a use for:- JFDI. Still use it today.

  3. Anonymous Coward
    Anonymous Coward

    Brain balance

    Google seem to have great people doing their backend, but their frontend (especially UI) people are imbeciles.

    1. Jou (Mxyzptlk) Silver badge

      Re: Brain balance

      Same as Microsoft...

    2. firstnamebunchofnumbers

      Re: Brain balance

      I will repeatedly agree with this.

      The only good UI to ever come out of Google is a plain page with a text box and a search button and even that was essentially a cut-down evolution of AltaVista at the time. Everything else is an absolute pie and often, bafflingly, goes deliberately against long-established UI intuition.

  4. l8gravely

    Moving data is hard

    I used to manage a pair of Netapp clusters at opposite sides of the country, and trying to keep them in sync so that they were DR sites for each other was... tough. We had a T3 at the time, which was huge for our small company. But 85+ ms of latency just killed Netapp SnapMirror copies, you could see the spikes in the classic sawtooth shape as the TCP Bandwidth Delay Product kept hitting us.

    We tried using WAN accelerators like Riverbed, SilverPeak and others. We tried using 'bbcp' (great tool btw!) for single large files to fill the pipe. It all just sucked big time. It's just hard to move that much data when you had (at the time) 1tb of change in the data per-day. It just didn't work. It must be fun having google's resources to play with and to test things and just to learn how to do stuff better.

    I really like how the data moving is under 10% of the code, it's always exception handling that bites you.

    1. Doctor Syntax Silver badge

      Re: Moving data is hard

      "it's always exception handling that bites you"

      Lack of it bites harder as recent events have shown.

  5. jake Silver badge

    Updated for the modern era ...

    Need to move 1.2 exabytes across the world every day?

    Nothing beats the bandwidth capability of a business jet loaded with mag tape.

    Pay no attention to the man behind the curtain muttering something about latency ...

    1. Mark Hahn

      Re: Updated for the modern era ...

      LTOs are about 10T, so you'd need 120,000 of them. Would take a decent sized jet...

      If you're shipping tapes, do you assume no replication? You'd also need some fairly major support to read them all (few hundred MBps per drive).

      1. jake Silver badge

        Re: Updated for the modern era ...

        "LTOs are about 10T, so you'd need 120,000 of them."

        I didn't say you'd only need one 'plane for that much data ... However, the small pile of them[0] on my desk weigh 200g each. That's 24 ton ... Doable with a couple large business jets with the comfy chairs, movie theater, kitchen, sauna, bed(s) and bar stripped out.

        IBM Ultrium 7, p/n 38L7302, weight according to my OXO kitchen scale.

        1. Phil Kingston
          Thumb Up

          Re: Updated for the modern era ...

          I'm enjoying that you weighed one. It's the details that matter in fanciful discussion.

        2. DylanH333

          Re: Updated for the modern era ...

          You'd still need at least two planes: a control plane, and one or more data planes ;)

      2. Ilgaz

        Re: Updated for the modern era ...

        There was blog article bu Sun CEO decades ago about how it is still faster to move data to overseas with jet. I think he referenced that as a joke. BTW Amazon has giant 18 wheel trucks for cloud migration. They come to slurp data.

    2. LybsterRoy Silver badge

      Re: Updated for the modern era ...

      Way back in time at a company that no longer exists (thanks Hanson Trust) we had a vehicle management system. It ran on three sites and was kept in sync by posting tapes around.

      The initial setup consisted of me driving about 500 miles to the three sites in one day to load the data.

    3. Red Ted
      Go

      Re: Updated for the modern era ...

      microSD cards would be the way to go, rather than tapes.

      Conveniently, Randall Munroe has done the sums in a What If?

      1. Jou (Mxyzptlk) Silver badge

        Re: Updated for the modern era ...

        Read-Write speed is the problem. But the SD cards are getting faster and faster, might reach 400 MBytes/s of the current LTO generation. Or you just RAID them, which you should do anyway.

    4. This post has been deleted by its author

    5. Anonymous Coward
      Anonymous Coward

      Re: Updated for the modern era ...

      Please. We don't need the oldest most out of touch punter banging on about IR35 on this site to lecture us about the modern era.

      Just go back to your Linux install on which you do nothing, a safe topic for you to run out the clock obsessing over

  6. Kevin McMurtrie Silver badge

    And... it's gone

    1.2 EB sounds like a seriously big-budget amount of money. Would you trust Google to not cancel the project as soon as they're done collecting interesting data?

    1. Anonymous Coward
      Anonymous Coward

      Re: And... it's gone

      > Would you trust Google...

      Nope.

  7. Anonymous Coward
    Anonymous Coward

    So that's how your personal data gets shipped..

    .. after all, that's what Google is after, so the quicker it's shipped to a place you can no longer have control over the better - for them.

    1. TReko Silver badge

      Re: So that's how your personal data gets shipped..

      and I'm guessing personal Google Drive files have the lowest priority, which would explain it's tendency to lose files at random.

  8. Dr Sendy

    Clever name

    Effingo is latin for duplicate or copy.

    1. Jamie Jones Silver badge
      Thumb Up

      Re: Clever name

      *angelic face*

      I'm sure all El Reg readers knew that, and couldn't see any other meaning in the word.

      *Embarrassed cough*

      1. Dr Who

        Titter ye not

        It's like car model names. Whatever name you choose, there's a country somewhere where people will titter.

        1. Bebu Silver badge
          Headmaster

          Re: Titter ye not

          It's like car model names. Whatever name you choose, there's a country somewhere where people will titter.

          I vaguely recall Camry sounded similar to Thai slang term which initially caused a flutter of titillation.

          Prius is perhaps close enough to Priapus to excite a quiver along a prurient stiff upper lip.

          Effingo is a compound I think of (e, ex) and fingo (fingo,fingere,finxi,fictum) the principle parts of which appear to lend themselves to any amount of innuendo without even considering the entire conjugation.

          Was "twitter ye not" one of Lurcio's (Frankie Howerd) lines from Up Pompeii?

POST COMMENT House rules

Not a member of The Register? Create a new account here.

  • Enter your comment

  • Add an icon

Anonymous cowards cannot choose their icon

Other stories you might like