Проблема такова: Имеется 2 сервера Интел, на одном Win 2003 R2 SP2, на втором Win 2003 R2 SP2 х64 и куча компов с Вистой бизнесс. Суть проблемы в том, что на клиентских компах очень медленно открываются ресурсы с этих серверов и ввобще любое действие по сети с этими серверами проходит очень, очень медленно. Стоит только снести SP2 с серверов, всё начинает работать нормально. Сервера такие: Intel® Server Platform SR2500ALBRPR SRCSAS18E Intel® RAID Controller SRCSAS18E 146 Gb Seagate ST3146855SS SAS Cheetah 15K.5 (15000rpm, cache 16MB) (6 шт в RAID 10) Quad-Core Intel® Xeon® Processor – 2 FB-DIMM 2GB PC2-5300 667MHz ECC Fully Buffered – 4. x86 - просто файлархив, x64 - Exchange 2007 SP1. Клиенсткие компы - в основном на ASUS P5B с интегрированной сетью. Есть у кого мысли, в чём проблема? Дрова на сеть менял, сетевухи менял, скорости сетевух менял, SP1 на висты ставил, ничего не помогло. На компах с 2003 и ХР проблем не наблюдается. С файлархива СП2 знёс, да и хрен бы с ним, с Эксченжа сносить както неохота. Выкинул бы висту нафиг да это невозможно, компы идут с предустановленной вистой, ноуты опять же в парке есть и руководство от прозрачных окон тащится.
хм... крайне странная проблема это точно что то в настройках сети у меня примерно все так же - сервак 2003 сп2 и висты - сеть летает
Вот еще. Взято отсюда: http://forum.ixbt.com/topic.cgi?id=22:63320 Большие окна TCP "Tcp1323Opts"=dword:00000003 От мелкомягких: Размер окна отражает максимальное число пакетов, которые могут быть отправлены без ожидания положительного подтверждения. Большие окна TCP повышают производительность TCP/IP в случаях, когда большой объем данных находится в пути от отправителя к получателю. При обычной связи по TCP максимальный размер окна часто фиксируется в начальной стадии соединения и ограничен 64 килобайтами. Поддержка окон большего размера позволяет динамически пересчитывать и изменять по мере необходимости размер окна во время длительных сеансов. Благодаря этой возможности большее число пакетов данных может одновременно находиться в пути, что повышает производительность. По умолчанию компьютеры с операционными системами Windows Server 2003 принимают клиентские запросы на большие окна TCP только от компьютеров, поддерживающих TCP1323Opts. Компьютеры с поддержкой TCP1323Opts запрашивают разрешение на использование больших окон TCP в процессе начального трехэтапного установления связи. Чтобы компьютер мог запрашивать разрешение на использование больших окон TCP, необходимо включить TCP1323Opts в реестре. Дополнительные сведения о больших окнах TCP см. в документе RFC 1323 «TCP Extensions for High Performance». Tcp1323Opts HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters Data type Range Default value REG_DWORD 0 | 1 | 2 | 3 3 Description Determines whether TCP uses the timestamping and window scaling features described in RFC 1323, TCP Extensions for High Performance. Window scaling permits TCP to negotiate a scaling factor for the TCP receive window size, allowing for a very large TCP receive window of up to 1 GB. The TCP receive window is the amount of data the sending host can send at one time on a connection. Timestamps help TCP measure round trip time (RTT) accurately in order to adjust retransmission timeouts. The Timestamps option provides two timestamp fields of 4 bytes each in the TCP header, one to record the time the initial transmission is sent and one to record the time on the remote host. This entry is a 2-bit bitmask. The lower bit determines whether scaling is enabled; the higher bit determines whether timestamps are enabled. To enable a feature, set the bit representing the feature to 1. To disable a feature, set its bit to 0. Value Meaning 0 (00) Timestamps and window scaling are disabled. 1 (01) Window scaling is enabled. 2 (10) Timestamps are enabled. 3 (11) Timestamps and window scaling are enabled. _________________________________ Добрый день. Это решение подействовало и в следующем случае: Также доменная структура под управлением Windows 2000 Server. В составе - несколько рядовых серверов Windows 2003 standart, один со вторым сервис-паком, остальные - с первым. У директора появился ноутбук с Windows Vista Business. Так вот в папки на все сервера заходится нормально, а при попытке обращения к серверу с sp2 (даже просто по имени \\server) - зависание секунд на 15. И такое же зависание при перемещении по вложенным папкам - 15-20 секунд в любую сторону, даже если уже заходил в эту папку. В общем, работать невозможно. После добавления параметра "Tcp1323Opts"=dword:00000003" на Vista (его там в принципе не было) и перезагрузки ноутбука всё стало работать как и должно - быстро и хорошо. )
