Блог

У меня была дискуссия с моим менеджером, он сказал, что tcp быстрее, чем http, потому что tcp работает на уровне ниже, чем http.

Затем я вспоминаю о модели OSI, которую я изучал в университете, поэтому я думаю, что он имел в виду, потому что http работает на прикладном уровне, но tcp работает на транспортном уровне (который на 2 уровня ниже), поэтому быстрее…

Итак, мои вопросы:

1. Работают ли нижние уровни быстрее, чем верхние, потому что при передаче данных между двумя компьютерами требуется меньше уровней для доступа?

2. Если да, то это означает, что когда мы используем tcp (т.Е. С WCF), обмен данными будет начинаться с транспортных уровней => вплоть до физического уровня => физического уровня другого компьютера => до транспортных уровней? Но я понимаю, что данные все еще должны быть поняты приложением, поэтому оно все равно должно перейти на уровень приложения?

Заранее спасибо.

Всегда есть уровень выше TCP. Вопрос действительно в том, сколько накладных расходов добавляет материал выше TCP. HTTP является относительно коротким, потому что каждая передача требует большого количества заголовков как в запросе, так и в ответе. Он также имеет тенденцию использоваться в режиме без состояния, при котором каждый запрос / ответ использует отдельный сеанс TCP. Сохранение в режиме ожидания может улучшить сеанс для каждого запроса, но не заголовки.

Я отметил тег WCF, поэтому, полагаю, вы сравниваете netTcp, например, с basicHttp. Как указал @Marcelo Cantos, оба диска работают по протоколу TCP.

В то время как BasicHttpBinding использует HTTP для транспортировки, сообщение сначала инкапсулируется в XML (который довольно подробный и требует данных), а затем отправляется через HTTP, используя много данных для заголовков.

Напротив, netTcp использует (проприетарный?) Протокол, Где кодировка сообщений и заголовки специально разработаны для уменьшения использования полосы пропускания.

В обычном сценарии вы не увидите никакой разницы, но при работе с большим количеством запросов или большими объемами данных (особенно двоичных данных, которые должны быть закодированы, чтобы поместиться в XML, что увеличивает его размер), вы можете получить преимущества, используя netTcp.

Вы правы: TCP и HTTP — это протоколы, которые работают на разных уровнях.

В общем: для того, чтобы приложения могли использовать сеть, они должны работать на прикладном уровне. Скорость, с которой работает любой данный протокол, зависит от накладных расходов, которые он требует. HTTP обычно работает через TCP, поэтому он требует всех накладных расходов TCP, всех накладных расходов уровней под TCP и всех накладных расходов, которые требует сам HTTP (у него несколько довольно больших заголовков).

По сути, вы сравниваете яблоки с апельсинами при сравнении скоростей TCP и HTTP. Имеет больше смысла сравнивать TCP с UDP с другими протоколами транспортного уровня — и HTTP с FTP с другими протоколами прикладного уровня.