Модемное....

[d47up.livejournal.com]

Есть у меня DSL модем который подключен на скорости 256 кбит/сек.

((256 * 1000) / 8) /1024 = 31,25 Кбайт/сек

Максимальная скорость закачки у меня получается 25-27 Кбайт/сек.

Где теряются еще 3-5 Кбайт/сек ?

Comments

[bulitsyn.livejournal.com]

ну например меньше выдает другая сторона

[bulitsyn.livejournal.com]

+ не качественная связь

[d47up.livejournal.com]

скоросьть закачки проверялась не на одном сервере...
и особых перебоев в качестве связи не наблюдалось вроде

[homeless-coder.livejournal.com]

могут быть издержки протокола передачи, нужно ведь еще служебные данные передавать о том, что происходит.
может быть погрешность измерения, ведь программа, которая вам эту цифирь показывает, совсем не обязательно имеет исчерпывающее и истинное представление о том, сколько всего данных действительно передается.

может скайп какой-нибудь данные принимать/передавать, пока вы об этом не знаете.

и еще разные другие варианты, о которых даже я представления не имею :-)

[dasboot.livejournal.com]

может уходить на всякие там служебные штуки

[builtforcomfort.livejournal.com]

Курите документацию по сетевым протоколам. Кроме собственно данных передается и куча служебной информации.

[http://users.livejournal.com/_adept_/]

Если коротко - то "лишние" байты тратятся на служебную информацию. При типичном способе организации ADSL надо взять заявленную скорость, умножить на 48 и поделить на 53. Для указаного случая имеем: 256*48/53/8/1024 => ~28 Кбайт/сек.

Длинное объяснение с техническими подробностями:
Если используется PPPoE, то при инкапсуляции IP-трафика в ATM-фреймы будет возникать "перерасход" ATM-фреймов, связаных с тем, что типичный размер IP-датаграмы не делится нацело на размер ATM-фрейма (48, кажется, байт + 5 байт заголовка). В результате TCP-пакет в 1500 байт будет разбит на 1500/48 ATM-фреймов, причем последний фрейм будет более чем наполовину пустым. Добавим сюда перерасход на дописывание ethernet-заголовков одинм уровнем выше над ATM ...

Перерасход можно немного уменьшить, подобрав MTU сетевого интерфейса так, чтобы он был кратен размерам фреймов нижних сетевых уровней. Но большого выигрыша на этом добится не получится - так, в рамках 3-5%.

Подробнее см., например, http://www.oplnk.net/files/WhitePaper_EncapsOverheads.pdf или http://www.mynetwatchman.com/kb/ADSL/pppoemtu.htm

[d47up.livejournal.com]

Спасибо за детальную информацию и линки.

[d47up.livejournal.com]

Спасибо всем за информацию.