Re: latency (was: RE: cooling door)

2008-03-30 Thread Frank Coluccio
Silly me. I didn't mean "turns" alone, but also intended to include the number of state "transitions" (e-o, o-e, e-e, etc.) in my preceding reply, as well. Frank A. Coluccio DTI Consulting Inc. 212-587-8150 Office 347-526-6788 Mobile On Sun Mar 30 16:47 , Frank Coluccio sent: >Mikael, I see y

Re: latency (was: RE: cooling door)

2008-03-30 Thread Frank Coluccio
Mikael, I see your points more clearly now in respect to the number of turns affecting latency. In analyzing this further, however, it becomes apparent that the collapsed backbone regimen may, in many scenarios offer far fewer opportunities for turns, and more occasions for others. To the former

Re: latency (was: RE: cooling door)

2008-03-30 Thread Steven M. Bellovin
On 30 Mar 2008 21:00:25 + Paul Vixie <[EMAIL PROTECTED]> wrote: > > [EMAIL PROTECTED] ("Buhrmaster, Gary") writes: > > > > ... feed "tcp throughput equation" into your favorite search > > > engine for a lot more references.=20 > > > > There has been a lot of work in some OS stacks > > (Vis

Re: latency (was: RE: cooling door)

2008-03-30 Thread Paul Vixie
[EMAIL PROTECTED] ("Buhrmaster, Gary") writes: > > ... feed "tcp throughput equation" into your favorite search > > engine for a lot more references.=20 > > There has been a lot of work in some OS stacks > (Vista and recent linux kernels) to enable TCP > auto-tuning (of one form or another), ...

RE: latency (was: RE: cooling door)

2008-03-30 Thread Buhrmaster, Gary
> ... feed "tcp throughput equation" into your favorite search > engine for a lot more references. There has been a lot of work in some OS stacks (Vista and recent linux kernels) to enable TCP auto-tuning (of one form or another), which is attempting to hide some of the worst of the TCP uglyn

RE: latency (was: RE: cooling door)

2008-03-30 Thread Fred Reimer
On Behalf Of > Mikael Abrahamsson > Sent: Sunday, March 30, 2008 12:30 PM > To: nanog@merit.edu > Subject: RE: latency (was: RE: cooling door) > > > On Sun, 30 Mar 2008, Fred Reimer wrote: > > > application to take advantage of the networks' capabilities. Mikael >

Re: latency (was: RE: cooling door)

2008-03-30 Thread Steven M. Bellovin
On Sun, 30 Mar 2008 13:03:18 +0800 Adrian Chadd <[EMAIL PROTECTED]> wrote: > Oh, and kernel hz tickers can have similar effects on network > traffic, if the application does dumb stuff. If you're (un)lucky then > you may see 1 or 2ms of delay between packet input and scheduling > processing. Thi

RE: latency (was: RE: cooling door)

2008-03-30 Thread Mikael Abrahamsson
On Sun, 30 Mar 2008, Fred Reimer wrote: application to take advantage of the networks' capabilities. Mikael (seems to) complain that developers have to put latency inducing applications into the development environment. I'd say that those developers are some of the few who actually have a cl

RE: latency (was: RE: cooling door)

2008-03-30 Thread Fred Reimer
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of > Paul Vixie > Sent: Sunday, March 30, 2008 10:35 AM > To: nanog@merit.edu > Subject: Re: latency (was: RE: cooling door) > > > [EMAIL PROTECTED] (Mikael Abrahamsson) writes

Re: latency (was: RE: cooling door)

2008-03-30 Thread Paul Vixie
[EMAIL PROTECTED] (Mikael Abrahamsson) writes: > ... > Back in the 10 megabit/s days, there were switches that did cut-through, > ie if the output port was not being used the instant the packet came in, > it could start to send out the packet on the outgoing port before it was > completely tak

Re: latency (was: RE: cooling door)

2008-03-30 Thread Mikael Abrahamsson
On Sat, 29 Mar 2008, Frank Coluccio wrote: Understandably, some applications fall into a class that requires very-short distances for the reasons you cite, although I'm still not comfortable with the setup you've outlined. Why, for example, are you showing two Ethernet switches for the fiber op

Re: latency (was: RE: cooling door)

2008-03-29 Thread Frank Coluccio
Understandably, some applications fall into a class that requires very-short distances for the reasons you cite, although I'm still not comfortable with the setup you've outlined. Why, for example, are you showing two Ethernet switches for the fiber option (which would naturally double the switch-

Re: latency (was: RE: cooling door)

2008-03-29 Thread Adrian Chadd
On Sun, Mar 30, 2008, Mikael Abrahamsson wrote: > > On Sat, 29 Mar 2008, Frank Coluccio wrote: > > >Please clarify. To which network element are you referring in connection > >with > >extended lookup times? Is it the collapsed optical backbone switch, or the > >upstream L3 element, or perhaps b

Re: latency (was: RE: cooling door)

2008-03-29 Thread Mikael Abrahamsson
On Sat, 29 Mar 2008, Frank Coluccio wrote: Please clarify. To which network element are you referring in connection with extended lookup times? Is it the collapsed optical backbone switch, or the upstream L3 element, or perhaps both? I am talking about the matter that the following topology:

Re: latency (was: RE: cooling door)

2008-03-29 Thread Frank Coluccio
Please clarify. To which network element are you referring in connection with extended lookup times? Is it the collapsed optical backbone switch, or the upstream L3 element, or perhaps both? Certainly, some applications will demand far less latency than others. Gamers and some financial (program