WINDOWS: Ваш компьютер зависает. Вы можете окна + R (выполненное диалоговое окно), но производительность так останавливается, taskMGR и/или ProcEXP не будут работать. Автоматизированные программы восстановления мы можем поместить в пути?
Вопрос, какой процесс доступны, чтобы попытаться восстановить с общей неустойчивости системы прежде, чем отключить, когда мы можем сделать только программы или пакеты в пути от диалогового окна выполнения (окна + r ключ), и производительность так мертва, что taskMGR / procEXP / другие программы с визуальным guis не применимы?
Я не эксперт по окнам, но идеально кто-то там записал программу, которая действительно более или менее наполняет как это:
Сразу набор (или возможно я могу установить от подсказки выполнения), ее приоритет к чрезвычайно высокому, оцените узкие места производительности. Например, составляет ЦП 100%? Раз так определите незаконную программу (программы) или проблемы. Попытка / журнал фиксирует, затем обеспечьте сырую обратную связь, спросив пользователя, если его производительность стабилизировалась достаточно для прерывания, ожидайте несколько секунд, если никакая обратная связь не продолжается и т.д. и т.д. В конечном счете попытайтесь сделать какую-либо "системную очистку", если программа решает, что не может восстановить и возможно наконец обеспечить серию звуковых сигналов пользователю, или что имеет Вас, для высказывания "хорошо, я сдаюсь, время для отключения". Идеально создайте журнал, когда способный.
Эти виды ужасных зависают, ситуация, конечно, пробуя что-то, что-либо, лучше чем ничего - пока это что-то интеллектуально - когда альтернатива срывает питание coord.
Снова, я не эксперт по окнам, поэтому возможно, существует намного более изящные "руки" на подход, о котором я не знаю.
3 ответа
Многие инструменты Sysinternals являются или базирующейся командной строкой или могут использоваться из командной строки вместо GUI при помощи корректных переключателей, существуют утилиты там, которые могут управлять или показать статистику почти для любой части Windows.
taskkill и завершение работы являются моими друзьями:)
Я соглашаюсь с GAThrawn, утилиты CLI ИСКЛЮЧИТЕЛЬНО полезны в таких ситуациях, однако, я хочу добавить, что одна большая проблема приводит внимание в порядок системы для вставления слово. Для этого Вам нужна программа, которая уже является в высоком приоритете, но не использует весь Ваш ЦП, потому что это сидит сложа руки, ожидая Вас, чтобы сказать этому, что система в беде, и это должно начать бой.
... что-то вроде этого, более или менее, что сам Windows делает с Диспетчером задач - Вы делаете три перебирали приветствие, и это будит Диспетчер задач. Вы хотите что-то подобное, таким образом, можно быстро получить контроль, итак, почему бы не поглотить Диспетчер задач, чтобы сделать это для Вас? Все, что Вы должны были бы сделать, имеют Вашу программу, уже работающую, но ожидающую на Вашем входе, чтобы перейти к действию, и Вы используете Диспетчер задач для привлечения системного внимания и "переключателя к" целевому "приложению".
Править: Ой; просто замеченный Вы говорите, что Диспетчер задач занимает много времени (слишком долго) для привлечения его внимания. Ну, затем, Ваша уже под управлением программа должна проснуться время от времени и искать длительные периоды 100%-й загрузки ЦП.
Я рекомендую выполнить, это при наличии первоочередного процесса справляется с нормальным приоритетным процессом, который делает что-то простое, которое может засвидетельствовать первоочередной процесс. Один путь состоял бы в том, что нормальный приоритетный процесс при запуске обновляет файл с текущей меткой времени (подобное Unix "касание" хорошо работало бы). Высокоприоритетный процесс может проснуться каждую минуту, скажем, и запустить этот стандартный приоритетный процесс. Если тому процессу не удается выполнить в его работе скажем одна секунда, первоочередной процесс затем переходит к действию, чтобы сделать безотносительно ремонтных работ, Вы думаете, подходит.