1) количество активных сессий (fsmgmt.msc)?
2) Event Log - что- нибудь записано?
3) пачт-корд и розетка в порядке (проверьте другим компьютером) - иногда жуткие тормоза при сетевой работе связаны именно с этим.

Патч корд другой не пробовали? Свич включить-выключить, поменять свич (я сначала "железо" всегда проверяю :). У меня был случай, когда сильно тормозил компьютер с WinXP, причем из-за плохого контакта в розетке. Причем сеть работала, но страшно медленно. ИМХО, по умолчанию не все провода витой пары "жизненно" необходимы для коннекта.

посмотрите утилитками, что висит в памяти, м.б., вирь на другие машины активно ломится... и кто на портах висит, хотя тогда бы Event Log писал бы что-то вроде "... was unable to establish ... within ... seconds"

С "трубопроводом" все в порядке в случае, если на клиенте установлен расшаренный на сервере принтер. Т.е. это в любом случае нормально.

Должен закрыться по истечении таймаута (т.е. периода, определенного для закрытия неактивных сессий - если нет сигналов от клиента печати в течение периода, больше или равного таймауту, подключение печати закрывается).

VoDA Anatoly PodgoretskyТрубопровод от пользователя до спуллера песати сервера, может нормально, а может и нет.А в какой момент этот трубопровод закрывается (на сей момент наплодилось уже 10 шт.)?

Опрос пользователей показал, что торможение также возникает после 19.00-19.30 т.е. вечером и сейчас т.е. выходные дни.
Может внутри винды что-то запускается в нерабочее время?
Кстати а где устанавливается рабочее/нерабочее время?

Некие аналоги рабочего/нерабочего времени имеют смысл только в Планировщике заданий. Винда как пионер - всегда готова, если только иное не указано параметрами управления питанием.

Так как все-таки с физикой? Можно горы свернуть, а потом выяснить, что все напрасно, так что до конца проверьте железо (не мучаясь - заменой).

Я бы, честно говоря, начал с Пуск-Выполнить-cmd и ping -t. Ждем минуты три и смотрим, потерялось ли что-либо за этот период. В норме пакеты должны пройти 100%.

Ой, блин... опоздал :)
Ну, если пакеты не теряются то дело не в железе. (Кстати, интервалы ожидания - одинаковые для одинаковых пакетов?). У вас антивирус не стоит на сервере? Какие сервисы запущены (SQL-сервер? IB, и т.д.)? Вообще, что в процессах (м.б., скриншотик, только желательно не с виндового taskmgr.exe, а, скажем с procexp - нагляднее, потомков-родителей видно)?

Кстати, то, что клиентов 0 (на терминале) - это как проверено? Т.е. в это из mcs-оснастки вывод или так, на глазок?

VoDA rrrrrrrrrrблин размер - большой, ЗАКОМПРЕССИТЬ ЗДЕСЬ - НЕГДЕ.
Но вроде все нормально, работает Access, RAID, explorer, IB, остальное - Виндовое. mspaint :) (вырезать кусок, вставить в новый, масштаб 85%, сохранить в ч/б bmp, сохранить в jpeg) - если не день, конечно :). Вдруг вирь сидит, а мы тут плюшками балуемся...

VoDA2rrrrrrrrrr
Совсем забыл. Там еще терминал-сервер поднят. Клиентов - 0. Просто стоит
Все вроде в порядке, только вот сессий 2 (одна терминальная, другая, я так понял, консольная). М.б., ее (терминальную) закрыть через mcs-оснастку... хотя не должна 1 забытая сессия все портить.

VoDAДа, за исключением очень больших пакетов размер 10000 - TimeOut.
И такой момент (пакеты максимального размера 65500 байт, идут так: сервер -> HardLink 16RL -> 25 м. кабеля UTP5 -> HardLink 24RL -> 3 м. кабеля UTP5е -> HardLink 32RL -> router):

В смысле это?

"This error message is only informational. You can safely ignore it." - там же...

Чего-то зубров не видать... Ну, гуру наших. Они обычно по вечерам вылезают и наводят косметический порядок.
//-------------------------------
Я насчет пингов почему снова вставил - должны большие пакеты бегать. Т.е. с оборудованием вопрос не умер :(. С других компьютеров такие пакеты проходят?