Re: [SI-LIST] : SSTL Versus full swing PROS/CONS]

D. C. Sessions (dc.sessions@vlsi.com)
Mon, 24 May 1999 17:30:19 -0700

"Gary L. Sanders" wrote:
>
> I agree about the abbreviations; I didn't know what they were either, and I am familiar with a number of abbreviations used in e-mail. Frankly, now that I do know what they mean, they seem rather meaningless used that way.

Of course they are. It's a social closing. I didn't mean to start a long off-topic
thread on acronyms (well, it *is* Monday) but having done so, however inadvertently,
I'll add this: ANY phrase which is important to the meaning of a message should be
as unambiguous and resistant to misinterpretation as possible. This necessarily
depends somewhat on the audience, since mythic references (for example) are
extremely concise and expressive but only work if the audience is conversant with
the literature.

In an anonymous and intercultural forum like this list, the ONLY safe references
for serious content are those which are essential for minimum competency in the
field. We shouldn't have to explain to anyone what the H-vector is or what we
mean by epsilon sub R or shorthand like L and C. This list isn't intended as
a substitute for freshman-level network theory. Beyond that there are any
number of recurring subjects that probably should be in a list FAQ.

Which segues nicely to acronyms and less-than-basic English. 'FAQ' is a list
of Frequently Asked Questions (and their answers), just as a segue is a
transition in music. I suspect that there are more people who know the acronym
than the musical term. In a discussion of composition the former may be out of
place, and in a discussion of mailing-list maintenance the latter should probably
be avoided.

So how come "YMMV. HTH. HAND." ? I could have left it off and no harm done.
(Actually, it would have saved a lot of bandwidth as it turns out.) But
that's the point: I *could* have left it off. Anyone not understanding it
didn't miss a thing. Those who did understand it just saw a social closing,
the Internet's answer to "Yr Obd't Svt." invariably written by someone who
was unlikely to be obedient and almost certainly nobody's servant, but who
WAS trying to grease the often-frictious social machinery.

That's it. Much Ado About Nothing. A veritable Tempest over something
that at Bottom is a mere Comedy of Errors.

> "D. C. Sessions" wrote:
>
> > "Muranyi, Arpad" wrote:
> > >
> > > D.C.,
> > >
> > > I would appreciate if you would not use all these acronyms.
> > >
> > > "YMMV. HTH. HAND." etc...
> > >
> > > I have no idea what they stand for, and I bet many of the foreign
> > > readers on the list have the same problem. I know it takes a lot of
> > > time to write out frequently used common expressions, and in this
> > > world we have everything but time, but if this is such a big problem
> > > for you, come up with some nifty keyboard macros that will automatically
> > > write it out for you on pressing one or a few keys.
> > >
> > > Thanks,
> > >
> > > Arpad
> > > ======================================================================
> > >
> > > -----Original Message-----
> > > From: D. C. Sessions [mailto:dc.sessions@vlsi.com]
> > > Sent: Wednesday, May 19, 1999 8:12 AM
> > > To: si-list@silab.eng.sun.com
> > > Subject: Re: [SI-LIST] : SSTL Versus full swing PROS/CONS
> > >
> > > "Yehuda D. Yizraeli" wrote:
> > >
> > > > I am looking for more data on the pros/cons of SSTL versus
> > > > full swing data XFR into memories. All aspects are important/interesting.
> > >
> > > SSTL is pretty completely specified, but "full-swing" could be
> > > anything. Do you mean rail-to-rail reflected-wave switching on
> > > a point-to-point connection with centered diffamp receivers (sort
> > > of like AGP) or what?
> > >
> > > Source-terminated full-swing with precision receivers can be as
> > > fast as SSTL and use less power. Emphasis: _can_
> > >
> > > OTOH if you have a multi-drop bus it gets very hard to keep the
> > > reflections from seriously degrading performance. Also, series
> > > terminating an IC driver is iffy; doing it on the silicon gives
> > > a pretty wide range of incident wave amplitudes across process
> > > and temperature. Doing it off-chip is ugly for other reasons.
> > >
> > > YMMV. HTH. HAND.
> >
> > Your Milage May Vary
> > Hope That Helps
> > Have A Nice Day
> >
> > Old net.habits die hard. It *is* a good idea to learn some of
> > the more common acronyms, such as RTFM, SNAFU, and FUBAR.
> > At least partly since some (many?) are condensed for a reason.
> >
> > --
> > D. C. Sessions
> > dc.sessions@vlsi.com
> >
> > **** To unsubscribe from si-list: send e-mail to majordomo@silab.eng.sun.com. In the BODY of message put: UNSUBSCRIBE si-list, for more help, put HELP. si-list archives are accessible at http://www.qsl.net/wb6tpu/si-list ****
>
> **** To unsubscribe from si-list: send e-mail to majordomo@silab.eng.sun.com. In the BODY of message put: UNSUBSCRIBE si-list, for more help, put HELP. si-list archives are accessible at http://www.qsl.net/wb6tpu/si-list ****

-- 
D. C. Sessions
dc.sessions@vlsi.com

**** To unsubscribe from si-list: send e-mail to majordomo@silab.eng.sun.com. In the BODY of message put: UNSUBSCRIBE si-list, for more help, put HELP. si-list archives are accessible at http://www.qsl.net/wb6tpu/si-list ****