General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: richard <richard@pacdat.net>
To: esr@thyrsus.com
Cc: bloat@lists.bufferbloat.net
Subject: Re: [Bloat] First draft of complete "Bufferbloat And You" enclosed.
Date: Sat, 05 Feb 2011 11:48:58 -0800	[thread overview]
Message-ID: <1296935338.12017.60.camel@amd.pacdat.net> (raw)
In-Reply-To: <20110205132305.GA29396@thyrsus.com>

Having been one of the commercial internet pioneers here in Canada, I've
spent a lot of time dealing with the end users.

I like to write, and one of the things I try to do is explain computer
problems to my dumb relatives, customers, friends etc.

I like your vehicle analogy but I think today's network-using public can
relate better to a real-world situation in the internet so I've put
together my own article on the problem. I'd already started the article
last week and finally got to finish it today.
http://digital-rag.com/article.php/Buffer-Bloat-Packet-Loss

It could have some more technical terms (latency for example) added to
it but I limited it to the concept of window and ACK for now.

It takes the content of a recent ad from a local ISP and talks about
what is actually going on "under the hood"

richard


On Sat, 2011-02-05 at 08:23 -0500, Eric Raymond wrote:
> I consider this draft coverage-complete for the basic introduction I was
> aiming at.  Suggestions from dtaht5 and jg have been incorporated where
> appropriate. Critique and correct, but try not to make it longer. I'm a
> bit unhappy about the length and may actually try to cut it.
> 
> You will note that the description of network failure modes is
> somewhat broader than in jg's talk.  So is the section on why QoS
> fails to address the problem.  This is me putting on my
> system-architect head and doing original analysis; if you think I have
> misunderstood the premises or reasoned about them incorrectly, tell
> me.
> 
> Please fix typos and outright grammatical errors. If you think you have spotted
> a higher-level usage problem or awkwardness, check with me before changing it.
> What you think is technically erroneous may be expressive voice.
> 
> Explanation: Style is the contrast between expectation and surprise.
> Poets writing metric poetry learn to introduce small breaks in
> scansion in order to induce tension-and-release cycles at a higher
> level that will hold the reader's interest.  The corresponding prose
> trick is to bend usage rules or change the register of the writing
> slightly away from what the reader unconsciously expects.  If you try
> to "fix" these you will probably be stepping on an intended effect.
> So check first.
> 
> (I will also observe that unless you are already an unusually skilled
> writer, you should *not* try to replicate this technique; the risk of
> sounding affected or just teeth-jarringly bad is high.  As Penn &
> Teller puts it, "These stunts are being performed by trained,
> *professional* idiots.")
> 
> Future directions: unless somebody stops me, I'm going to reorganize
> what wiki docs there are around this thing.  The basic idea is to make this
> the page new visitors naturally land on *first*, with embedded 
> hotlinks to the more specialized stuff.
> 
> Explanation: Outlines and bulleted lists of stuff are deadly.  They're
> great for reference, but they scream "too much; don't read" to people
> first trying to wrap their heads around a topic.  Narrative
> introductions with hotlinks are both less threatening and more
> effective. The main reason they're not used more is that most people
> find them quite hard to write. I don't.
> 
> If I decide I need to cut the length, I'll push some subsections down
> to linked subpages.
> 
> I haven't learned Textile yet.  I'll probably get to that this weekend.
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
-- 
Richard C. Pitt                 Pacific Data Capture
rcpitt@pacdat.net               604-644-9265
http://digital-rag.com          www.pacdat.net
PGP Fingerprint: FCEF 167D 151B 64C4 3333  57F0 4F18 AF98 9F59 DD73


  parent reply	other threads:[~2011-02-05 19:49 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-05 13:23 Eric Raymond
2011-02-05 13:42 ` Jim Gettys
2011-02-05 15:12   ` Dave Täht
2011-02-05 15:46 ` Dave Täht
2011-02-06 13:37   ` Eric Raymond
2011-02-05 17:56 ` richard
2011-02-05 19:48 ` richard [this message]
2011-02-05 22:12   ` Dave Täht
2011-02-06  1:29     ` richard
2011-02-06  2:35       ` Dave Täht
2011-02-06  2:50         ` richard
2011-02-08 15:17 ` Justin McCann
2011-02-08 18:18   ` Eric Raymond
2011-02-08 18:31     ` richard
2011-02-08 18:50     ` Bill Sommerfeld
2011-02-09 15:50       ` Eric Raymond
2011-02-08 20:10     ` Sean Conner
2011-02-09  4:24     ` Justin McCann
2011-02-10 14:55       ` Jim Gettys
2011-02-10 17:50         ` Dave Täht
2011-02-08 19:43 ` Juliusz Chroboczek
2011-02-08 19:52   ` richard

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

  List information: https://lists.bufferbloat.net/postorius/lists/bloat.lists.bufferbloat.net/

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

  git send-email \
    --in-reply-to=1296935338.12017.60.camel@amd.pacdat.net \
    --to=richard@pacdat.net \
    --cc=bloat@lists.bufferbloat.net \
    --cc=esr@thyrsus.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