I am trying to figure out how many maximum sized packets can be sent/received over 10 megabit ethernet per second in theory (or ideal circumstances :D)
They say 10 megabit ethernet runs at exactly 10.000.000 bits per second. (?)
The maximum payload size is 1500 bytes. The overhead is: 12 gap + 8 preamble + 14 header + 4 trailer = 38 bytes.
So the maximum size of an ethernet packet is 1538 bytes.
Huh? Why would you gain efficiency by having an integral number of packets fit into one second of realtime? What does Ethernet know about real time seconds? I just don't see it.
The difference in efficiency is because the per-bit overhead is higher for the 813th frame. Your analysis accounts for the full 38-byte overhead even though only a total of 1144 bytes were sent in that frame. The analysis of the website assumes the per-bit overhead is always that encountered for a 1538-byte frame.
To get the same result as the website, you would need to reduce your overhead for the last frame to 38/1538*1144 bytes. Alternatively, you could go through the analysis for a larger interval than 1 second, say 1000000 seconds, where you have a steady stream of 1538 byte packets until the very end of the measurement interval; i.e. a frame smaller than 1538 bytes is sent only at the end of the 1000000th second.
Why would it be a whole number? There was no intended relationship between packet size and bit rate. Try using your argument on the size of cars that can travel on a highway, to see if it stands up.
In article , Skybuck Flying wrote: :I am trying to figure out how many maximum sized packets can be :sent/received over 10 megabit ethernet per second in theory (or ideal :circumstances :D)
:They say 10 megabit ethernet runs at exactly 10.000.000 bits per second. (?)
That's the first mistake. Any ethernet implimentation you are likely to encounter runs asynchronous, no synchronous. 1E7 is the -maximum- data rate, which will never be achieved in practice. Especially at
10 megabit ethernet, if no station has anything to send, then the line is quiet. When a station has something to send and the line has been quiet for at least the inter-frame gap, then the station just starts sending, rather than waiting to synchronize with a clock.
Synchronous ethernet is a lot harder, because you have to synchronize the bit edges of all the stations on the segment, even though there are different propogation delays due to distance, and even though there may be repeaters along the way.
:I am kinda surprised that it's not a whole number.
Then you will be even more surprised when you look at 100 megabit per second or gigabit speeds, which send multiple bits per symbol and which have error correction built in. 100 Mbps for example sends in chunks of 4 bits of data, encoded as 5 bits.
:I was excepting a whole :number for maximum efficiency :D
That statement presumes that all of the systems are running with the same clock (to within a fraction of a bit time) and that there is something special about 1 second boundaries. Once you give up on sychronizing the systems together then you can see that the data keeps running, and that expecting a whole number of packets per second is about as useful as expecting that on a car that is driving at 100 kilometers per hour, that each wheel will make a whole number of revolutions per second.
Cabling-Design.com Forums website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.