Freigeben über


Windows Vista и Windows Server 2008 обгоняют Windows XP и Windows Server 2003 при работе в сети!

Как ни парадоксально это звучит для всех тех, кто не любит Vista, но с фактами не поспоришь. ;)

Tolly Group опубликовала вторую версию  отчета о тестировании скорости работы протокола SMB в Windows Vista и Windows Server 2008. Согласно результатам тестирования, переход с Windows XP на Windows Vista при сохранении серверной инфраструктуры на основе Windows Server 2003 в 3 раза повышает скорость работы протокола SMB. Именно этот протокол используется для работы с файловыми хранилищами и принтерами в сетях на основе Windows. Если вдобавок к этому мигрировать сервера на Windows Server 2008, то связка Windows Vista и Windows Server 2008 начинает работать в четыре раза быстрее чем оригинальная инфраструктура на основе Windows Server 2003 и Windows XP.

Что именно и как тестировалось – спросит недоверчивый читатель?

Клиентские системы Windows XP/Vista и сервера Windows Server 2008/2003 соединялись сетью. Скорость работы сети варьировалась от 2 Мбит/c до 10 Мбит/c с задержками от 50 мс до 150 мс с помощью GEM: 10/100/Gigabit Ethernet Network Simulator . Таким образом были достигнуты типичные условия, характерные для E1/T1 WAN каналов филиальных офисов. Во втором типе тестов пропускная способность повышалась до достижения характеристик Fast Ethernet и Gigabit Ethernet с задержками от 1 мс до 5 мс . Так же использовался Wireshark (бывший Ethereal) для захвата и протоколирования сетевого трафика.  По всем каналам передавался 20 мегабайтный файл Excell.  Этот же файл раздавался с помощью Windows Sharepoint Services 3.0 через HTTP. Для затравки привожу несколько графиков из отчета.

Tolly1 Tolly2

Результаты налицо. Судя по приводимым данным, Vista в работе с сетью весьма хороша, особенно на каналах с большой пропускной способностью и малыми задержками. Я согласен не со всеми оценками этого отчета. На основе тестов быстродействия SMB и TCP/IP которые, я проводил несколько месяцев назад получалось, что на каналах с малой пропускной способностью Vista выигрывает у XP с гораздо большим отрывом чем на быстрых каналах. О своих выводах из проведенного мной тестирования я сейчас готовлю подробную презентацию для Techdays.ru. Еще более любопытно то, что связка Windows Server 2008 и Windows XP в большинстве случаев не дает ярко выраженных преимуществ по сравнению с парой Windows Server 2003 и Windows XP.

В общем весьма интересное чтение получается, рекомендую зарегистрироваться на сайте и ознакомиться с отчетом. Так же стоит почитать https://technet.microsoft.com/en-us/library/bb726965.aspx заодно узнаете как Windows Auto-Tuning, Explicit Congestion Notification ECN, Compound TCP, Policy based QOS и прочие свойства нового стека NG TCP/IP помогают увеличить быстродействие не только SMB, но и всего комплекта TCP/IP протоколов.

В ближайших планах есть тестирование и сравнения Windows 7 с Windows XP и Windows Vista и Windows Server 2008 R2. Надеюсь что на это найдется время в ближайшие месяцы. Если вам интересно поучаствовать в тестировании пишите мне.

Comments

  • Anonymous
    January 01, 2003
    >> Для начала вопрос сколько пользователей в ваших корпоративных сетях ежечесно копируют файлы по 4-8 гигабайт? Мне кажется что файлы в  20 мб более распространенная нагрузка > Это на тренингах Microsoft учат так отвечать? Уже не первый раз сталкиваюсь с таким несерьезно-уничижительным ответом специалистов MS на серьезные вопросы. Аля http://www.youtube.com/watch?v=C5oGaZIKYvo Я не собирался никого унижать и не вижу никакого оскорбительного и высокомерного подтекста в своем высказывании. Для того чтобы нам было о чем дискутировать и чтобы лучше понять вашу точку зрения я поинтересовался о том какого размера файлы передаются внутри ваших сетей. Затем выразил мнение основанное на данных, собранных в процессе обследывания многих организаций, что передача мелких файлов гораздо более распространенное явление в большинстве корпоративных сетей. Я очень сожалению, что такие простые вещи вас оскорбили или задели. Но к сожалению помочь ничем не могу т.к не считаю наводящие вопросы оскорблением. По поводу Балмера смеющегося над iphone. Это выражение его мнения о бизнес стратегии Apple. Насколько я понял он не верит в успех этого телефона. Как и любой другой человек он имеет право на свое собстенное мнение. К сожалению оно не совпадает с вашим. Ошибается он или нет время покажет. Я не специалист и на глубокое понимание методов продажи мобильных устройств не претендую. Насколько я знаю в США IPhone очень распространен, но на территории России дела у IPhone идут явно не радужно. Так что все это весьма относительно и мне кажется подобные споры смысла не имеют. Количество проданных телефонов тоже ведь не показатель. Только прибыльность предприятия в целом может что то доказать. > Например у меня на работе практически каждый день, копируется данные большого обьема, трафик гоняется терабайтами, это специфика бизнеса. И это не для развлечения - это нужно для работы. В том то и дело что это специфика именно вашего бизнеса. И я охотно этому верю. В тоже время опыт подсказывает мне, что таких предприятий на планете меньшинство. Большинство обмениваются офисными документами и файлами небольшого размера.

  • Anonymous
    January 01, 2003
    2 Aibulat А что именно не работает? Какие симптомы? К сожалению мне пока, что не известно ни об одном внедрении DSCP. К сожалению не всегда крупные предприятия которые внедрили ту или иную технологию хотят обнародывать это. Вы могли бы написать мне на abeshkov (at) microsoft (dot) com  или в эту форму http://blogs.technet.com/abeshkov/contact.aspx Я постараюсь найти способ помочь вам с внедрением.

  • Anonymous
    January 01, 2003
    Ответ на вопрос о копировании больших файлов. Да я пробовал копировать файлы размером 2-4 ГБ с Windows Vista SP1 на Windows Server 2008 и обратно. Никаких замедлений не было замечено. Более того видел это не только я. Во время семинаров Technet этим зрелищем наслаждалась не одна тысяча зрителей в разных городах России. Дело в том что это один из часто показываемых мною сценариев применяемых для демонстрации того как работает Live migration. Если такой ответ вас не устраивает я могу записать увлекательное видео с демонстрацией копирования большого файла и выложить его на youtube.

  • Anonymous
    January 01, 2003
    > Прочитал статью. Изначально подрузумевалось: > "Сейчас мы покажем преимущества SMB новой версии на SMB старой!" > А получилось из серии "Факир был пьян и фокус не удался". Я дико извиняюсь, если это кого-то обидит, но методика тестирования, и представленые результаты просто вызвают у меня приступы истерического смеха. Расскажите подробнее что же именно вас насмешило до истерики. И неплохо было бы поремкомендовать лучшую методику. По моему из данных приведенных сторонним агенством абсолютно четко видно что новый стек tcp/ip и smb2 явно лучше чем smb1 и старый стек. Где же неудавшийся фокус? Очень надеюсь что вы ответите на эти вопросы серьезно и аргументировано. Для меня это было бы весьма полезно т.к на данный момент я готовлю своё собственное сравнение быстродействия старых и новых протоколов. > Спасибо за Ваш блог. Местами очень интересно. А вам большое спасибо, что продолжаете читать. Приятно осозначать что это кому-то интересно и возможно полезно.

  • Anonymous
    January 01, 2003
    Давно вынашиваю этот пост в голове, и наверное, долго бы еще вынашивал, если бы не пост Александра и

  • Anonymous
    January 01, 2003
    Для начала вопрос сколько пользователей в ваших корпоративных сетях ежечесно копируют файлы по 4-8 гигабайт? Мне кажется что файлы в 20 мб более распространенная нагрузка. Я с вами в том что данных о скорости работы с большими файлами опубликовано мало. Именно такой отчет о быстродействии при копировании больших файлов я собираюсь опубликовать. По моим данным Vista все равно побеждает с большим отрывом даже на очень больших файлах. Особенно это заметно на медленных каналах. На быстрых каналах разница видна не настолько сильно.А вообще полезно почитать вот эту статью про изменения в сетевом стеке Vista SP1 http://blogs.technet.com/mark_russinovich/archive/2008/02/04/3151275.aspx http://blogs.technet.com/mark_russinovich/archive/2007/08/27/3151215.aspx

  • Anonymous
    January 01, 2003
    Давно вынашиваю этот пост в голове, и наверное, долго бы еще вынашивал, если бы не пост Александра и

  • Anonymous
    January 01, 2003
    для BiT. Везде заговор против свободы и правды. Всем ведь очевидно что ее скрывают. :) Вы исследование хотя бы читали?

  • Anonymous
    February 04, 2009
    Андрей, добрый день! Все эти отчеты и графики - это очень хорошо и правильно, нужно и полезно, НО Вы пробовали переписать по локальной сети с одного компьютера на другой не файл Эксел на 20 мегабайт, а файл размером раз в 200-400 больше - гигов 4-8? При таком копировании станция под XP отлично живет, на ней можно выполнять другие действия кроме самого копирования - просматривать интернет-страницы, слушать музыку и прочее, и скорость пересылки данных держится на уровне канальной пропускной способности около 10 мегабайт в секунду (на 100 мегабитном Ethernet), а вот станция под Вистой при таком раскладе тут же "умирает" - пытаясь закэшировать весь файл, она выбирает всю свободную память и "умирает", скорость передачи падает до 3-4 мегабайт в секунду, работать на компьютере под Вистой во время копирования невозможно, все жутко тормозит. Вам стоит протестировать скорость SMB в таком окружении и с файлами такого размера - которые, кстати, уже давно не редкость - и опубликовать отчеты о быстродействии и о том, кто кого обгоняет и быстрее работает.

  • Anonymous
    February 05, 2009
    Андрей, Добрый день! Может быть не много не по теме, но все-же близко )) По поводу упомянутой Вами Policy based QoS... Возможность управлять полосой пропускания, базируясь не только на информации из заголовка пакета, но и исходя из того какое приложение сгенерировало трафик это замечательно. В windows 7, я видел, появилась возможность еще и url учитывать(только для веб сервера). Кроме ограничения трафика (throttle rate) в policy based qos есть возможность маркирования трафика по dscp. То есть мы могли бы на клиентах промаркировать пакеты, а на циске поделить полосу пропускания исходя из маркировки. Но, до сих пор мне не известны люди у которых заработала маркировка (с остальным проблем нет). Андрей, известны ли Вам успешные эксперименты с маркировкой DSCP? А может по QoS есть MVP, которые этим занимаются?

  • Anonymous
    February 12, 2009
    >Для начала вопрос сколько пользователей в ваших корпоративных сетях ежечесно копируют файлы по 4-8 гигабайт? Мне кажется что файлы в  20 мб более распространенная нагрузка Это на тренингах Microsoft учат так отвечать? Уже не первый раз сталкиваюсь с таким несерьезно-уничижительным ответом специалистов MS на серьезные вопросы. Аля http://www.youtube.com/watch?v=C5oGaZIKYvo Например у меня на работе практически каждый день, копируется данные большого обьема, трафик гоняется терабайтами, это специфика бизнеса. И это не для развлечения - это нужно для работы. Прочитал статью. Изначально подрузумевалось: "Сейчас мы покажем преимущества SMB новой версии на SMB старой!" А получилось из серии "Факир был пьян и фокус не удался". Я дико извиняюсь, если это кого-то обидит, но методика тестирования, и представленые результаты просто вызвают у меня приступы истерического смеха. Спасибо за Ваш блог. Местами очень интересно.

  • Anonymous
    March 06, 2009
    кстати, безотносительно работы SMB: виста действительно норовит при копировании большого количества файлов  запихать все в оперативную память и чудовищно при этом тормозит, вплоть до заморозки мыши. Честно говоря, такого я не видел уже давно, со времен вин98. К примеру, неоднократно повторялось такое при распаковке содержимого ISO-образов (сжатия там нет). Есть ли способы ограничить это безудержное кэширование?

  • Anonymous
    May 25, 2009
    >>> Для начала вопрос сколько пользователей в ваших корпоративных сетях ежечесно копируют файлы по 4-8 гигабайт? Мне кажется что файлы в  20 мб более распространенная нагрузка >> Это на тренингах Microsoft учат так отвечать? Уже не первый раз сталкиваюсь с таким несерьезно-уничижительным ответом специалистов MS на серьезные вопросы. >Я не собирался никого унижать и не вижу никакого оскорбительного и высокомерного подтекста в своем высказывании. Для того чтобы нам было о чем дискутировать и чтобы лучше понять вашу точку зрения я поинтересовался о том какого размера файлы передаются внутри ваших сетей. Затем выразил мнение основанное на данных, собранных в процессе обследывания многих организаций, что передача мелких файлов гораздо более распространенное явление в большинстве корпоративных сетей. <куча мути покусана> >В том то и дело что это специфика именно вашего бизнеса. И я охотно этому верю. В тоже время опыт подсказывает мне, что таких предприятий на планете меньшинство. Большинство обмениваются офисными документами и файлами небольшого размера. А где же ответ на вопрос по поводу копирования файлов большого размера? Если вы относитесь не уничижительно, то извольте ответить на заданный вопрос, или так сложно определить какой вопрос является главным, а какой риторическим в данном топике?

  • Anonymous
    July 31, 2010
    И блог и исследования (если таковые и были) явно заганжированы в пользу микрософта.

  • Anonymous
    August 17, 2010
    > Есть ли способы ограничить это безудержное кэширование? все таки хотелось бы услышать ответ на этот вопрос. Ежедневно копируются файлы по 12, 25, 40 гиг на хранилище. Первые 5 - 6 гиг копируются с макс скоростью - затем скорость понижается в 25-30 раз!!!

  • Anonymous
    August 20, 2010
    2  abeshkov Вы в своем блоге отвечаете на вопросы или только выборочно?