Ryan Malayter <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 8, 2008 at 11:57 AM, Rick Jones <[EMAIL PROTECTED]> wrote:
> > "All" the 10G NICs and I suspect a decent number of the 1G NICs
> > support TSO or TCP/Transport Segmentation Offload. For the sender at
> > least that can be considered a "poor ma
On Mon, Dec 8, 2008 at 11:57 AM, Rick Jones <[EMAIL PROTECTED]> wrote:
> "All" the 10G NICs and I suspect a decent number of the 1G NICs
> support TSO or TCP/Transport Segmentation Offload. For the sender at
> least that can be considered a "poor man's jumbo frame." Many (most?)
> of the curent 1
>>The best way to measure the times in each direction is to setup
>>good clocks on both ends. You can do that with GPS clocks or
>>something like an ethernet that is connected to both systems.
>
>Of course in that case you would be far better off to just use those gps
>clocks as the time source!
Kevin Oberman <[EMAIL PROTECTED]> wrote:
> Before this gets too far off track, standards compliant Ethernet
> uses frames of 1500 bytes, regardless of speed. This is true for 10M
> or 10G Ethernet.
> Most modern cards have support for jumbo frames. These are, by
> definition, non-standard, and are
Hal Murray <[EMAIL PROTECTED]> wrote:
> Some Ethernet adapters have a bug/feature similar to RS-232 chips. The
> idea is to batch interrupts to reduce overhead. Ethernets do it by
> only making one interrupt for several packets as compared to several
> bytes for the RS-232 chips.
> I'd expect gi
Jeremy Leibs <[EMAIL PROTECTED]> wrote:
> On Sat, Dec 6, 2008 at 3:40 PM, Rick Jones <[EMAIL PROTECTED]> wrote:
> > Jeremy Leibs <[EMAIL PROTECTED]> wrote:
> > > Is there possibly a way of configuring the maximum acceptable
> > > latency of a packet? That is, as long as you know that for some
> >
[EMAIL PROTECTED] (Jeremy Leibs) writes:
> Our configuration is 4 machines connected on a local gigabit network located
> on a mobile robotic base. These machines are subject to frequently being
> powered down or restarted. In order to use the robot, the clocks on these
> machines must be self-s