GeSHi (INI):
((61 994 672 * 8) / 7,103) / 1 000 000 = Mbps (millions bits per second)
((61 994 672 * 8) / 7,103) / 1024 / 1024 = някой се бъркат и по този начин
и дава минимална разлика с това което си видял в браузъра щото все пак е отделен тест а и не (ми) става ясно това min, max или avg стойност е (ама като гледам по формулата е баш средната стойност)
GeSHi (INI):
69.8236485992 = ((61994672 * 8)/7.103) / 1000000
66.5890203468 = ((61994672 * 8)/7.103) / 1024
истината е някъде по средата
П.П.
GeSHi (INI):
(61994672*8) - bytes to bits
/ 7.103 - per 1 second
/ 1 000 000 - per 1 000 000 (Mega)
= Mbps
само не стаява ясно това "bandwidth" какво е и в какво се мери...
П.П.П. Сега.. тия малко или много лъжат...
навремето спорът (между професионалистите) беше - дали да делим на 8 или на 10 - щото скоростта идваше в бодове т.е. битове и там имаше едни старт/стоп битове ама... и днес е същата - мерят само скоростта на това което върви по HTTP проткола а всеки един слой надолу от (7 слойния TCP/IP stack) си добавя своя информация към пакета и той се надува, така че колега приеми го на доверие това ти е bandwidth ама на ниво 7: Application Layer а той (по принцип) трябва да се мери на ниво 1: Physical Layer
https://en.wikipedia.org/wiki/OSI_modelето тук малко по-нагледно обяснено
https://www.pearsonitcertification.com/articles/article.aspx?p=2873377и виж само колко информация се губи по високите слоеве (не е само ИП адресите)
всичката тая допълнителна информция се губи при HTML/browser тестовете защото те вземат само размера на файла който се качва, а че трябва да се разпарчетоса на пакети и че всеки един пакет има всичко от картинката по-долу ..тези битове се губят
горната картинка е САМО за TCP пакетирането, виж по-долу и хедъра на IP слоя - той пък какво добавя (за да може да си свърши работата) и т.н. (общо са 7 слоя)