Почему Process Explorer вызывает сбой некоторых целевых приложений / основных функций пользовательского интерфейса в мощном экземпляре Windows EC2?
Обновить:
Я решил, что сам Process Explorer - программа, которую я использую для отладки проблемы с производительностью - кажется, является причиной проблемы.
См. Примечание с обновленным вопросом в конце.
Я использую мощный экземпляр Windows AWS EC2 Windows cc2.8xlarge с загрузочного тома EBS, настроенный на 2500 PIOPS, который был создан из моментального снимка предыдущего загрузочного тома.
Моя цель с этим экземпляром - использовать его как рабочую станцию для разработки со многими установленными инструментами разработчика, такими как Visual Studio, локальный стек XAMPP и т. Д. На компьютере установлено более 40 программ.
Удобство использования экземпляра как машины для разработки часто работает довольно хорошо. Задержка RDP достаточно мала. Я использовал его в течение нескольких часов без проблем для некоторых из моих самых интенсивных задач разработки.
В результате я только что купил зарезервированный экземпляр и решил с нуля восстановить свою машину для разработки с помощью Windows Server 2012 AMI.
После установки всех моих желаемых / необходимых приложений для разработки в течение этой прошлой недели, опять-таки, кажется, что машина часто работает хорошо, и я работал по часу без проблем, выполняя тяжелую работу по разработке.
Тем не менее, я продолжаю сталкиваться с катастрофическими проблемами юзабилити ОС, которые могут помешать мне полагаться на эту машину в качестве машины для разработки. Я хотел бы отследить источник проблемы, если есть легко идентифицируемый источник. (Обновление: я обнаружил, что источником является Process Explorer, та самая программа, которую я использовал для устранения проблемы. См. Обновление в конце.)
Проблемы заключаются в следующем. (Это несколько основных примеров)
Некоторые приложения после периода адекватного реагирования внезапно начинают очень и очень медленно реагировать на основные действия пользовательского интерфейса, такие как нажатие на меню и нажатие клавиши Ctrl-Tab для переключения между открытыми документами. Два примера - это UltraEdit и PhpEd. Обычно для появления меню требуется ~2 секунды, а для переключения между открытыми документами - ~4 секунды. Кроме того, движение точки вставки в редакторе отстает на ~2 секунды.
Кажется, что Process Explorer, который я использую для отладки проблемы, работает приемлемо в течение пары минут, но во многих случаях сам Process Explorer зависает полностью. Он зависает одновременно с проблемами, отмеченными выше. Когда он зависает, он на 100% не отвечает. Щелчок по значку на панели задач не приводит к тому, что он поднимается вверх или отстает, и его видимая область заполняется только областью, частично содержащей чистый белый цвет и частично содержащей неполные виджеты окон, которые не читаются и никогда не изменяются. Ожидание 10 минут не решает проблему. Попытка принудительно выйти из Process Explorer, щелкнув правой кнопкой мыши значок его панели задач и выбрав "Закрыть окно", занимает около 5 полных минут для выхода (сам Process Explorer не может быть использован для выхода из Process Explorer, и он зарегистрирован в качестве диспетчера задач замена).
Другие программы прекрасно работают в это время. Например, вкладки Chrome очень быстро переворачиваются, меню мгновенно открывается, веб-страницы загружаются быстро, а ввод в формы / веб-приложения внутри браузера работает быстро. Другим примером приложения, которое работает четко, является Filemaker - его меню открываются мгновенно, и переключение представлений в этом приложении происходит быстро. Другие приложения также работают без проблем. Кроме того, переключение между приложениями происходит также быстро.
Это лишь несколько приложений, которые демонстрируют проблему, с некоторыми основными примерами, приведенными выше.
Сначала я подумал, что EBS IOPS может быть проблемой. Поэтому я запустил Performance Monitor и наблюдал за монитором "Передачи дисков / сек" в режиме реального времени. Ни в коем случае эта мера не приблизилась к достижению 2500 PIOPS, предоставленных для тома EBS.
Объем оперативной памяти также был значительно ниже предела (из 60 ГБ использовалось ~10 ГБ).
Я заметил, что одно ядро процессора (из 32 логических ядер) полностью работало на 100% (т.е. ~3,1%) в течение проблемных периодов. Похоже, это указывает на то, что одно ядро ЦП обрабатывает меню / переключение между открытыми документами (только для некоторых приложений) / управляет пользовательским интерфейсом Process Explorer, и что это одно ядро по какой-то причине скрывалось в течение проблемных периодов.
Также обратите внимание, что у меня есть настольная рабочая станция (Windows 7), которую я также использую в качестве машины для разработки, через удаленное соединение, с почти идентичным набором установленных программ, и эта настольная рабочая станция не имеет проблем, о которых я говорил. выше. Я использую его интенсивно уже более года.
Будем весьма благодарны за любые предложения относительно источника проблемы или шагов, которые я мог бы предпринять, чтобы выяснить источник проблемы. Благодарю.
Примечание. После тщательного тестирования и исследования я заметил, что при выходе из Process Explorer проблема исчезает, а производительность системы возвращается к нормальной, а затем быстро появляется, когда я снова запускаю Process Explorer (примечание: опять проблемы с производительностью появляются только для подмножество приложений - другие приложения прекрасно работают в течение того же периода).
Поэтому мой вопрос (к счастью) более конкретен: почему Process Explorer приводит к целенаправленному отказу некоторых приложений (включая его самого) и основных функций пользовательского интерфейса в мощном экземпляре Windows EC2?