Случайная задержка сервера, никакое использование ЦП/мадам/файла подкачки

Проблема - это, не может получить доступ к дисплею на X-сервере, это работает? Я не рекомендовал бы под управлением Firefox с корневыми полномочиями, это будет похоже на рабочий IE на поле окон.

Вы сказали в комментарии, что Вы запускали его на более низком уровне выполнения. Ошибка состоит в том, потому что Вы запускаете Firefox на том более низком уровне, прежде чем X придумает активный дисплей. Задержка, которую это выполняет до X, произошла.

2
задан 4 March 2010 в 23:34
4 ответа

У меня также есть эта проблема с 2 из моих серверов. Первый сервер был просто file\Print сервером рабочий R2 2003 года. это было на Dell 2900. orginaly я думал, что это были аппаратные средства. таким образом, я восстановил сервер на еще 2900 и переместил dataover., проблема все еще происходила. Способ, которым я вижу проблему, состоит в том, чтобы сделать dir/s на большом объеме. для меня это - D: когда прокрутка файлов и задержек папок состоит в том, когда все остальное изолировано.

Для того сервера я закончил тем, что поместил 2 008 Sp2 на него, и проблема ушла. Теперь я - hainvg проблема на экземпляре 2003 года Hyper-V. Пользователи сообщают о задержке, когда они действительно регистрируют операции на этом сервере. Там разместите диски, отображаются здесь. Они будут нажимать на P:\ и ожидать приблизительно 10 - 15 секунд

1
ответ дан 3 December 2019 в 10:25

Я думаю, что что-то делает с сетью или Интернетом для этой проблемы, так как Вы говорите, что ЦП, Мадам и Page не кажутся активными...

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

Если это, кажется, не помогает, проверьте на действие NIC. Я не уверен, каково хороший метод для того, чтобы сделать это было бы. Можно выполнить Контроль Производительности и когда система кажется медленной проверкой действие NIC в этом. Если Вы видите скачки в течение времени задержки, Вы могли бы затем сделать получение с Wireshark для наблюдения, какой трафик идет/в того сервера.

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

1
ответ дан 3 December 2019 в 10:25
  • 1
    WU на сервере установлен на руководство в данный момент. Спасибо, I' ll проверяют Wireshark. (Я надеюсь it' s не аппаратные средства! Мы просто получили это поле... :-|) –  Kev 5 March 2010 в 00:08

Вы, возможно, получили фанатичный антивирус, делающий некоторых на сканировании доступа большого файла, к которому кто-то мог бы получать доступ/сохранять?

Это мог также быть медленный диск ввод-вывод - что делает сервер, и это установило что-нибудь, которое могло бы сохранить большие файлы или что-то подобное?

Проводник процесса является абсолютно фантастическим при получении быстрого представления ЦП, памяти и активности диска.

1
ответ дан 3 December 2019 в 10:25
  • 1
    Никакой AV в реальном времени, просто запланированный ClamAV после закрытия в этой точке. Я don' t думают server' s выполнение чего-либо необычного, просто его нормальные сервисы файла/AD/дб. Я думал о Проводнике Процесса, за исключением того, что он может уничтожить RAM при отъезде его работающий слишком долго, и к сожалению к тому времени, когда система является достаточно быстро реагирующей для меня для фактического запуска программы, it' s слишком поздно. –  Kev 5 March 2010 в 00:21
  • 2
    Можно было бы думать, что сканирование AV генерирует ЦП и по крайней мере использование Мадам. –  Webs 5 March 2010 в 15:14
  • 3
    О, я думал о ProcMon. I' ll дают PE выстрел. –  Kev 5 March 2010 в 15:44
  • 4
    Иногда я могу заставить Cobian 9 поднимать 25% в течение кратких периодов, и во время этого это кажется довольно отстающим..., но это произошло без Cobian, открытого прежде. –  Kev 5 March 2010 в 17:09
  • 5
    (BTW, that' s не во время резервного копирования, that' s, просто редактируя конфигурацию.) –  Kev 5 March 2010 в 17:23

Рыл вокруг для ответа на тот же тип вещи. Хороший быстрый сервер, но взял навсегда, чтобы потянуть что-либо (особенно связанный с AD), пользователи, жалующиеся на "Exchange, пытается получить данные" сообщения типа, и без загрузки сервера вообще.

Найденный другой статьей, которая указала на DNS. Достаточно уверенный, основной вперед поиск был ПРЕДЫДУЩИМ сервером, который больше не существует.

Удаленный та запись и обман. Мгновенный снова.

Теперь, когда я тяну учетную запись пользователя из ADUC, это происходит в меньше, чем секунда в противоположность 5.

Не в первый раз я услышал, что DNS - все на сервере.

Надеюсь, это поможет.

(2 003 SP2 здесь также, btw)

1
ответ дан 3 December 2019 в 10:25
  • 1
    Это, конечно, возможно, так как мы просто передали с нашего старого сервера. Но везде I' ve смотрел I' ve уже удалил ссылки на старый сервер. В DNS-> (сервер)-> Свойства, проверенные каждая вкладка. Единственные остающиеся ссылки являются его Указателем и РАЗМЕЩАЮТ (A) записи в реверсе и передают зонам поиска, но этому wouldn' t достаточно, чтобы должным быть сделать что-нибудь, не так ли? (Я оставил их там, таким образом, я могу все еще загрузить старый сервер, если я должен посмотреть на то, как что-то было настроено.) –  Kev 5 March 2010 в 15:29

Теги

Похожие вопросы