public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Linda Walsh <cygwin@tlinx.org>
To: cygwin@cygwin.com
Subject: Re: Proposed patch for web site: update most links to HTTPS
Date: Wed, 27 Apr 2016 10:18:00 -0000	[thread overview]
Message-ID: <57204FB0.7030201@tlinx.org> (raw)
In-Reply-To: <20160425124332.GO2345@dinwoodie.org>

Adam Dinwoodie wrote:
> Secure connections historically had a high overhead, sure, but that's
> very rarely the case nowadays.  Certainly my experince of loading the
> Cygwin web page is that there's no perceptible difference between the
> http and https versions.  Adam Langley (a senior engineer at Google)
> wrote an article back in 2010 about how TLS is now computationally
> cheap[0]; it's only gotten cheaper since.
----
Google talking about benefits of https everywhere is a bit like 
the government telling us that having 'banks' create the rules
for how we use money is "impartial".

https slows down the entire web -- you think not by much -- and that's
because no one knows what the speed is like if everything that could
be cleartext, was.  Sure crypto speedups have been added to HW, but
speedups in communications HW has speed up as well.  So encryption speed
has gone up 100-200%, in the past decade, but in the past decade
communication speeds have gone up from 100Mb-> 10Gb @ home and 
~1Mb -> 50-100Mb over the external net -- that's a 1000% speedup @ home
to a 5000-10000% speedup externally.  That means more and more
of that speed is being lost to crypto which can't keep up and be secure
because it is expensive to do the computations.

A different example:  When I first started regular backups, I used gzip on 
default settings and thought my 5MB/s was 'normal'.  As my network went
up by 100x, I was still getting <10MB/s in backup speed.  The bottleneck
was the compression -- even fast compressors like lzo limit backups to
less than 20-30MB/s.  Compare that to uncompressed speeds:  200-400MB/s.

> At the very least, the Cygwin website should be using protocol-
> independent links, meaning users accessing the website using https
> aren't switched to http when they click on a link (i.e. link to
> "//cygwin.com/path/to/page" rather than "https://cygwin.com/..." or
> "http://cygwin.com/...").  But I agree with Brian: the Cygwin website
> should use https everywhere unless there's some good, specific reason
> why it's a bad idea.  And "TLS is slow" hasn't been a good reason for
> years.
---
Compared to the latency it induces over the net, and the increases in net
speed, it's getting slower and slower and the penalty is getting worse
by the year.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

  parent reply	other threads:[~2016-04-27  5:36 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-25  0:05 Brian Clifton
2016-04-25  0:29 ` Andrey Repin
2016-04-25  5:50   ` Brian Clifton
2016-04-25  6:10     ` Andrey Repin
2016-04-25 13:20       ` Adam Dinwoodie
2016-04-25 17:41         ` Andrey Repin
2016-04-26 10:17           ` Csaba Raduly
2016-04-25 19:59         ` Nellis, Kenneth
2016-04-25 20:46           ` Vince Rice
2016-04-25 23:18             ` Brian Clifton
2016-04-26 19:19               ` Achim Gratz
2016-04-27 10:18         ` Linda Walsh [this message]
2016-05-20 16:36 ` Corinna Vinschen
2016-05-20 20:47   ` Warren Young
2016-05-22  0:30   ` Brian Clifton
2016-05-23 10:35     ` Corinna Vinschen
2016-05-24 12:42       ` Warren Young
2016-05-24 16:59         ` Corinna Vinschen
2016-05-24 18:55           ` Warren Young
2016-06-12 10:13       ` Brian Clifton
2016-06-14 19:20         ` Corinna Vinschen

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=57204FB0.7030201@tlinx.org \
    --to=cygwin@tlinx.org \
    --cc=cygwin@cygwin.com \
    /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 read-only IMAP folder(s) and NNTP newsgroup(s).