The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Warner Losh <imp@bsdimp.com>
To: "Perry E. Metzger" <perry@piermont.com>
Cc: TUHS main list <tuhs@minnie.tuhs.org>
Subject: Re: [TUHS] PDP-11 legacy, C, and modern architectures
Date: Thu, 28 Jun 2018 14:42:47 -0600	[thread overview]
Message-ID: <CANCZdfrj1t=DvgBmYfBNuEUzXDyFZiY=uCzK4a_2rqvtPmO_NA@mail.gmail.com> (raw)
In-Reply-To: <20180628154246.3a1ce74a@jabberwock.cb.piermont.com>

[-- Attachment #1: Type: text/plain, Size: 1827 bytes --]

On Thu, Jun 28, 2018 at 1:42 PM, Perry E. Metzger <perry@piermont.com>
wrote:

> On Thu, 28 Jun 2018 07:56:09 -0700 Larry McVoy <lm@mcvoy.com> wrote:
> > > Huge numbers of wimpy cores is the model already dominating the
> > > world.
> >
> > Got a source that backs up that claim?  I was recently dancing with
> > Netflix and they don't match your claim, nor do the other content
> > delivery networks, they want every cycle they can get.
>
> Netflix has how many machines?


We generally say we have tens of thousands of machines deployed worldwide
in our CDN. We don't give out specific numbers though.


> I'd say in general that principle
> holds: this is the age of huge distributed computation systems, the
> most you can pay for a single core before it tops out is in the
> hundreds of dollars, not in the millions like it used to be. The high
> end isn't very high up, and we scale by adding boxes and cores, not
> by getting single CPUs that are unusually fast.
>
> Taking the other way of looking at it, from what I understand,
> CDN boxes are about I/O and not CPU, though I could be wrong. I can
> ask some of the Netflix people, a former report of mine is one of the
> people behind their front end cache boxes and we keep in touch.


I can tell you it's about both. We recently started encrypting all traffic,
which requires a crapton of CPU. Plus, we're doing sophisticated network
flow modeling to reduce congestion, which takes CPU. On our 100G boxes,
which we get in the low 90's encrypted, we have some spare CPU, but almost
no space memory bandwidth and our PCI lanes are full of either 100G network
traffic or 4-6 NVMe drives delivering content up at about 85-90Gbps.

Most of our other boxes are the same, with the exception of the 'storage'
tier boxes. Those we're definitely hard disk I/O bound.

Warner

[-- Attachment #2: Type: text/html, Size: 2526 bytes --]

  parent reply	other threads:[~2018-06-28 20:43 UTC|newest]

Thread overview: 68+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-26 17:54 Nelson H. F. Beebe
2018-06-26 18:03 ` Cornelius Keck
2018-06-26 21:21   ` Nelson H. F. Beebe
2018-06-26 21:56   ` Kurt H Maier
2018-06-26 18:52 ` Ronald Natalie
2018-06-26 19:01 ` Ronald Natalie
2018-06-26 21:16   ` Arthur Krewat
2018-06-26 21:50     ` Larry McVoy
2018-06-26 21:54       ` Ronald Natalie
2018-06-26 21:59         ` Larry McVoy
2018-06-26 22:20           ` Bakul Shah
2018-06-26 22:33             ` Arthur Krewat
2018-06-26 23:53               ` Bakul Shah
2018-06-27  8:30             ` Tim Bradshaw
2018-06-26 22:33           ` Andy Kosela
2018-06-27  0:11             ` Bakul Shah
2018-06-27  6:10               ` arnold
2018-06-27  2:18           ` [TUHS] PDP-11 legacy, C, and modern architectTures Theodore Y. Ts'o
2018-06-27  2:22             ` Theodore Y. Ts'o
2018-06-28 14:36             ` Steffen Nurpmeso
2018-06-27 11:26         ` [TUHS] PDP-11 legacy, C, and modern architectures Tony Finch
2018-06-27 14:33           ` Clem Cole
2018-06-27 14:38             ` Clem Cole
2018-06-27 15:30             ` Paul Winalski
2018-06-27 16:55               ` Tim Bradshaw
2018-06-27  6:27     ` arnold
2018-06-27 16:00 ` Steve Johnson
2018-06-28  4:12   ` Bakul Shah
2018-06-28 14:15     ` Theodore Y. Ts'o
2018-06-28 14:40       ` Larry McVoy
2018-06-28 14:55         ` Perry E. Metzger
2018-06-28 14:58           ` Larry McVoy
2018-06-28 15:39             ` Tim Bradshaw
2018-06-28 16:02               ` Larry McVoy
2018-06-28 16:41                 ` Tim Bradshaw
2018-06-28 16:59                   ` Paul Winalski
2018-06-28 17:09                   ` Larry McVoy
2018-06-29 15:32                     ` tfb
2018-06-29 16:09                       ` Perry E. Metzger
2018-06-29 17:51                       ` Larry McVoy
2018-06-29 18:27                         ` Tim Bradshaw
2018-06-29 19:02                         ` Perry E. Metzger
2018-06-28 20:37                 ` Perry E. Metzger
2018-06-28 15:37         ` Clem Cole
2018-06-28 20:37           ` Lawrence Stewart
2018-06-28 14:43       ` Perry E. Metzger
2018-06-28 14:56         ` Larry McVoy
2018-06-28 15:07           ` Warner Losh
2018-06-28 19:42           ` Perry E. Metzger
2018-06-28 19:55             ` Paul Winalski
2018-06-28 20:42             ` Warner Losh [this message]
2018-06-28 21:03               ` Perry E. Metzger
2018-06-28 22:29                 ` Theodore Y. Ts'o
2018-06-29  0:18                   ` Larry McVoy
2018-06-29 15:41                     ` Perry E. Metzger
2018-06-29 18:01                       ` Larry McVoy
2018-06-29 19:07                         ` Perry E. Metzger
2018-06-29  5:58                   ` Michael Kjörling
2018-06-28 20:52             ` Lawrence Stewart
2018-06-28 21:07               ` Perry E. Metzger
2018-06-28 16:45       ` Paul Winalski
2018-06-28 20:47         ` Perry E. Metzger
2018-06-29 15:43         ` emanuel stiebler
2018-06-29  2:02       ` Bakul Shah
2018-06-29 12:58         ` Theodore Y. Ts'o
2018-06-29 18:41           ` Perry E. Metzger
2018-06-29  1:02 Noel Chiappa
2018-06-29  1:06 Noel Chiappa

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CANCZdfrj1t=DvgBmYfBNuEUzXDyFZiY=uCzK4a_2rqvtPmO_NA@mail.gmail.com' \
    --to=imp@bsdimp.com \
    --cc=perry@piermont.com \
    --cc=tuhs@minnie.tuhs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).