Re: MIME vs. DIME vs. ...

Hi Eric,

I think this whole discussion really underlines the
fact that there is more than one way to skin a cat.

This isn't a problem, its a good thing. Its was a
good thing before DIME or even MIME came along and
will continue to be a good thing as they live out
their service period.

Some folks like me will consider DIME over MIME,
thats just a fact, no point getting up tight about it.

----------------------------------------
- Mitch Denny
- [email protected]
- +61 (414) 610-141
-

-----Original Message-----
From: Discussion of DIME technology [mailto:[email protected]] On
Behalf Of Eric Rescorla
Sent: Monday, 15 April 2002 08:22
To: [email protected]
Subject: Re: [DIME] MIME vs. DIME vs. ...


> While creating a "safe" string can be done at some cost,
I'm not sure what you mean by "some cost". We're talking units of time
that are unmeasurably small here, on the order of microseconds. ARC4
(which is fine for this purpose) can do 45 MB/s on even quite slow
machines.

> finding it
> again when parsing the message is often the more problematic part.
> Having to look at every single octet is painful, especially for
> intermediaries who often have no reason to otherwise look at the data.
Again, I'd be interested in seeing performance numbers. In my
experience, this sort of low-level protocol parsing is rarely a
bottleneck in real world systems.

-Ekr

--
[Eric Rescorla                                   [email protected]]
                http://www.rtfm.com/