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