On 3/22/2014 8:54 PM, Daniel Quick wrote:
> While this should be obvious, I always have to ask how and why...
While considering that the number of requests to our time servers will
grow over time since the client decides which server to sync with.
>
> Do we want a Netspeed setting that assists wit
Joe,
On 21/03/14 17:04, Joe Gwinn wrote:
Second is that what is proven is that a specific message-exchange
protocol cannot work, not that there is no possible protocol that can
work.
The above analysis only assumes a way to measure some form of signal.
The same equations is valid for TWTFTT as
Joe,
On 21/03/14 16:17, Joe Gwinn wrote:
Magnus,
Thus, another fairly severe environment.
I have a personal war story from 1992: At a Air Traffic Control center
in Canada, one 19" cabinet had the green (safety ground) and white
(power neutral) cables transposed. This caused 2.3 Vrms at 180
On Sat, Mar 22, 2014 at 8:54 PM, Daniel Quick wrote:
> While considering that the number of requests to our time servers will
> grow over time since the client decides which server to sync with.
>
What if the number of queries over time is decreasing?
_
While this should be obvious, I always have to ask how and why... While
considering that the number of requests to our time servers will grow over time
since the client decides which server to sync with.
Do we want a Netspeed setting that assists with taking the load off some of the
more heavil
>The basic approach is to express each packet flight in a one-line equation
(a row) in a linear-system >matrix equation, where the system matrix (the A
in the traditional y=Ax+b formulation, where b is zero in >the absence of
noise), where A is 4 columns wide by a variable number of rows long (one
On 2014-03-22, David Taylor wrote:
> On 03/01/2014 10:54, Ralph Aichinger wrote:
>> I am currently in the process of remodeling my house
>> and a dedicated outdoor/roof mounted GPS antenna
>> would be possible to mount without excessive cost.
>>
>> I probably would not see a huge difference for
>>
