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

D. C. Sessions ([email protected])
Mon, 24 May 1999 13:32:21 -0700

"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:[email protected]]
> Sent: Wednesday, May 19, 1999 8:12 AM
> To: [email protected]
> 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.

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
[email protected]

**** To unsubscribe from si-list: send e-mail to [email protected] In the BODY of message put: UNSUBSCRIBE si-list, for more help, put HELP. si-list archives are accessible at ****