Регистрация

Доклады

Готовые решения

Докладчики

Записи мероприятий

Обратная связь

Расширенный поиск

DevCon 11

Вход на сайт:

Альтернативные системы входа

Популярные ключевые слова

Для IT-специалистов

Для разработчиков

Важные ссылки

Технические центры

Silverlight

ASP.NET

Visual Studio

Технические центры

Windows Server 2008 R2

Exchange Server

Windows 7

Сравнение TCP/IP стека Windows Vista / Server 2008 и Windows XP / Server 2003

7,65

Рейтинг доклада:

Главная

Серверные операционные системы Windows

Высокое качество (800*600) | Низкое качество (320*240)

Описание доклада

В данном докладе мы посмотрим какие новые возможности появились в стеке TCP/IP нового поколения ОС Windows Server 2008 и Windows Vista. Так же мы сравним новый стек TCP/IP со старым стеком ОС Windows XP/ Windows Server 2003.

Переключиться в Windows Media Player

Ресурсы для дальнейшего изучения

Комментарии пользователей (16)

Пользователь werw01f написал 16.02.2009 в 21:14

Если все работает на основе NDIS как стек ХР/2003 так и Висты/2008 почему нельзя портировать сам стек под ХР?

Пользователь theleonko написал 19.02.2009 в 18:27

потому что висту надо продавать, да и поддержка хр скоро заканчивается... В принципе для майкрософт хп уже даже не вчерашний день, а позавчерашний.

Пользователь Gladspir написал 27.02.2009 в 01:14

можно сравнение между win7 и win 2008 RC2

Пользователь abeshkov написал 16.03.2009 в 14:06

Вы имели в виду что вам интересно сравнение Windows 7 и Windows Server 2008 R2?

Пользователь abeshkov написал 16.03.2009 в 14:08

Стек может быть и можно портировать обратно в XP. Вопрос только в том что надо для этого серьезно изменять ядро системы. С нашей точки зрения такие трудозатраты экономически неоправданы.

Пользователь FAN написал 27.03.2009 в 12:28

Доклад понравился, интересно как можно копировать из памяти в память, а не с диска на диск? Еще странно, что при использовании функции IdealSendBacklogSize скорость при задержке в 10мс меньше чем при задержке в 100мс, хотя по идее должно быть наоборот.

Пользователь abeshkov написал 09.04.2009 в 19:47

А что сложного в копировании из памяти в память? Пишете тестовую программу которая создаете буфер данных в ОЗУ. Заьем заполняет буфер чем нибудь и с помощью стандартных функций TCP/IP передает данные такой же программе на другой стороне.

Пользователь Sopholos написал 05.05.2009 в 22:01

Мне совершенно не ясен момент зависимости скорости передачи от задержек в сети, может быть я просто совершенно некомпетентен в этих вопросах, но когда я качал по спутниковому каналу (спутник + isdn по земле) со скоростью 1,5 мбАйт в секунду я никаких проблем со скоростью не замечал. Не понимаю откуда на Вашем графике данные в 2,5 мбИт…
Качал в Пермь из Америки, провайдер толи украинский, толи германский был, время закачки – около 10-15 минут. Качал файлы по 100-200 мб.
На сервере в конторе стоял 2к3 (или даже 2к) с юзергейтом, у меня стояла хп, качал по хттп флешгетом.
Объясните, пожалуйста, как все-таки зависит скорость от задержек, и почему в описанном мной случае такого не происходило. Ссылки приветствуются
Я всегда считал, что скорость явно никак не зависит от задержек, т.е. зависимость я не отрицаю, но ее роль в разы меньше, и когда неоднократно высказывал такую мысль в irc (в контексте обсуждения спутниковых каналов), на канале поддержки windows, никто из других пользователей (в том числе сисадмины) не высказывал противоположных мнений.

Пользователь Sopholos написал 05.05.2009 в 22:13

PS: Кеш прокси исключаю, т.к. качал очень специфичные файлы, а контора небольшая

Пользователь ruata написал 10.06.2009 в 16:09

#10

Это обусловлено окном TCP которое позволяет отправить пакеты асинхронно не дожидаясь подтверждения доставки. Количество таких пакетов и есть размер окна. Размер его определяется настройками стека клиента и сервера.Например если размер окна 30 - то увеличение времени задержки в 10 раз не окажет заметного влияния на скорость загрузки больших файлов. Пострадает только интерактивный контент.

Пользователь ruata написал 17.06.2009 в 22:47

#11

Пользователь Berkov написал 05.07.2009 в 12:45

#12

На презентации продемонстрированны интересные тесты, но непонятно почему они получились именно такими. Скажем та же скорость при 10 и 100мс задержки - почему при 100 получилось больше?! Скорость при использовании различных приложений очень отличается (в противовес предсказуемо низкой на старом стеке), значит этому нужно уделять внимание. Автор - вычитывайте ошибки и не говорите о задержках "в 100 мегабит в секунду". В целом - неплохо.

Пользователь TheSAS написал 05.09.2009 в 00:02

#13

Как называется TCP Analyzer использованый в презентации. Если не тяжело дайте ссылку.

Пользователь d.zoryn написал 16.10.2009 в 16:09

#14

http://msdn.microsoft.com/en-us/library/ms819736.aspx

Пользователь vitt написал 04.10.2010 в 06:56

#15

TCP Analyzer из видео - http://kb.pert.geant.net/PERTKB/TcpAnalyzer
Непонятно, почему не http://research.microsoft.com/en-us/projects/tcpanalyzer/

Пользователь MUROVOZ написал 15.10.2011 в 17:41

#16

Я так понял , это мой случай!
У меня две системы на пк, 7 и xp.
Скорость на 7 вход 50Mb/c исход 30Mb/c.
Cкорость на xp вход 50Mb/c исход 7 Mb/c.