"Moe Trin" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> On Fri, 23 Jun 2006, in the Usenet newsgroup alt.internet.wireless, in
article
> <umZmg.459$(E-Mail Removed)>, stephen wrote:
>
> >The wireless speed rating is a "best of all possible worlds" number - the
> >cable 100M is actually achievable - and the cable is 100M full duplex,
> >whereas the radio is half - ie only 1 device can send at 1 time.
>
> Major nit - While the chances of getting a full bandwidth connection are
> certainly better with wire, there is no way in hel? that any 100 Megabit
> wired connection will reach a full 100 Megabit. For the same reason you
> mention
Agreed.
But the difference for a cabled connection is minor.
i worked on a newspaper system (a long time ago). The interfaces between the
image processor and raster engine ran for several hours a day at 99.4% load.
Since this was with nearly all full size Enet frames and the layer 1
overhead of inter packet gap and preamble of 20 bytes on a full size frame
amounts to 1.3% or so - so the layer 2 useful load was getting up to 98%.
given the overheads in wireless where running at 50% useful bandwidth is
considered best case, and using a device as a repeater would halve that - 2%
overhead disappears into the noise....
>
> >in reality 802.11 and all its variations has a lot of overhead to manage
the
> >radio specific bits
>
> You forget about the 8 byte sync of Ethernet packet that precedes the
> MAC address, and the required "Inter-Packet Gap" required to detect the
> end of one packet, and the beginning of the next. Minor, but it adds up.
yes - and one of the big issues when you try to work at the limit of any
packet based system is exactly what does "wire speed" mean.
for example the clocking on an Ethernet port is +/- 100 parts / million - so
a "wire speed" switch may run 100% in and out, but still drop packets (long
on going argument with a customer).
> Likewise, not that many network stacks can tolerate a continuous stream
> of "end-to-end" packets. 90 Megabit is a more realistic absolute maximum
> transfer rate using a cross-over cable, and the sustained rate is going
> to be dependent on the computer hardware at both ends, and what they are
> doing. Sure, a Pentium with a 64 bit wide PCI bus is _capable_ of a
> Gigabit/second, but only if it's not running an O/S, or user applications.
> Most systems aren't used that way (32 bit color icons and other eye-candy
> take a tremendous amount of CPU cycles - look up "Metcalfe's Law"). If you
> are not using a direct cable, then you have to take into account the
> capabilities of and load on the Ethernet switch or other active device
> located between the two end systems.
Agreed again.
But many switches are as near to wire speed as makes no practical difference
(i recently ran some tests on a box for work with up to 20 * GigE - it ran
99% load full duplex on up to 18 at a time).
Since many "server optimised boxes" can fill a GigE pipe (or 2) - then 100M
is achievable.
more to the point networks may carry the aggregate of streams from many
devices - so it is good practice to make sure they dont impose extra
bottlenecks unless there is a good reason or tradeoff involved.
whether this matters for a home system is a different issue.
>
> Old guy
--
Regards
(E-Mail Removed) - replace xyz with ntl