1

Мой компьютер требует 2:37 для загрузки (согласно Soluto) (ср. 1:05).

Как вы можете видеть по информации, которую я включил, этого не должно быть. Я не могу на всю жизнь понять, почему. У меня всегда был и COMODO Firewall, и Avast! 6 работает на этом ПК.

Итак, мой вопрос, как я могу определить, что вызывает это замедление?

* Возможен конфликт драйверов между последними версиями COMODO Firewall и Avast! 6, что может привести к замедлению системы. Требуется дополнительное расследование.

Краткое описание системы:

Операционная система MS Windows XP Professional 32-разрядная SP3

Процессор Intel Pentium E5300 с частотой 2,60 ГГц

Оперативная память 6,00 ГБ, двухканальная DDR2 @ 399 МГц

Материнская плата PEGATRON CORPORATION Benicia

Графика MX70 (1280x1024 при 60 Гц) 512 МБ ATI Radeon HD 2600 XT (Diamond)

Жесткие диски 625GB Western Digital WDC WD6400AAKS-65A7B2 (RAID)

Оптические приводы ATAPI DVD A DH16A6L-C

Аудиоустройство AMD High Definition Audio

Сервисы:

Процессы:

|источник

3 ответа3

3

Windows предоставляет счетчики производительности, а также трассировку событий, которая позволяет приложениям выполнять анализ производительности, чтобы можно было точно определить причину проблем с производительностью, среди существующих существует один выдающийся инструментарий: Windows Performance Toolkit, доступный в Windows SDK.

В этом инструментарии вы найдете xbootmgr.exe , предназначенный для анализа производительности Windows On/Off Transition.

Несмотря на то, что вышеупомянутый связанный документ содержит все подробности для каждого перехода вкл / выкл, вот общая идея о трассировке и анализе загрузочного перехода с использованием xbootmgr и графического интерфейса пользователя xperf:

  1. Загрузите Windows SDK, а затем установите Windows Performance Toolkit, используя его.

  2. Откройте командную строку от имени администратора и запустите:

    cd %ProgramFiles%\Microsoft Windows Performance Toolkit

  3. Если вам нужна помощь в будущем, вы можете ввести xbootmgr -help а также xperf /? ,

  4. Сделайте загрузочный след как это:

    xbootmgr -trace boot -traceFlags BASE+DIAG+LATENCY -noPrepReboot

  5. После загрузки он сгенерирует след в течение двух минут.

  6. Трасса была сохранена в %ProgramFiles%\Microsoft Windows Performance Toolkit , вы можете перетащить ее на xperf.exe и она будет открыта в графическом интерфейсе.

  7. Вы увидите графический интерфейс с различными графиками, стрелка слева позволяет добавлять / удалять графики.

  8. Посмотрите на графики и посмотрите, сможете ли вы найти что-то необычное, вы можете выбрать интервал и увеличить его, если хотите. Щелкните правой кнопкой мыши и уменьшите масштаб, когда вы хотите увидеть все.

  9. Для каждого графика вы можете щелкнуть правой кнопкой мыши, чтобы получить сводные таблицы за текущий выбранный интервал.

  10. В этих таблицах рассортируйте по весу или по времени, чтобы выяснить, на что больше всего тратится. Обратите внимание, что вы можете перетаскивать столбцы, поэтому, например, таблица ввода / вывода позволяет вам проверить как самый высокий процесс использования, так и самый высокий путь использования.

    Разделитель (желтый столбец заголовка) позволяет сделать так, чтобы столбцы справа от него отображали итоговое значение для столбцов слева от него. Итак, если сначала у вас есть Путь, а затем Процесс, то вы можете открыть дерево для файла, чтобы увидеть, какие процессы к нему получили доступ, а затем вы получите итоговые значения для этой комбинации процесс / файл.

  11. Вы можете найти больше информации о том, как функционируют графики и таблицы здесь.

  12. Если вам как-то нужно спуститься, чтобы посмотреть на следы стека; выполните еще одну загрузочную трассировку и добавьте параметр -stackWalk profile , установите _NT_SYMBOL_PATH и щелкните правой кнопкой мыши на любом графике и включите "Загрузить символы". Это позволит вам проверить, какие функции он на самом деле вызывает, в общем, вам это не нужно; но он может позволять обнаруживать, что ваш брандмауэр мешает вашему отладчику в качестве программиста. Довольно изящно ...

Удачи, надеюсь, вы сможете найти виновника. Если нет, то оставьте след, и мы посмотрим на вас ...

Обратите внимание, что DPC - это отложенные вызовы процедур, а прерывания - программные прерывания, оба связаны с драйверами / оборудованием.

|источник
1

Предполагая, что ваши жесткие диски находятся в массиве RAID-1, вы можете начать с дефрагментации загрузочного раздела (не зная, как это может повлиять на массив RAID-0/5). Если вы долгое время пользовались компьютером [без дефрагментации], это должно помочь. Ваша следующая ставка может быть быстрее оперативной памяти, возможно.

Глядя на это программное обеспечение Soluto, он говорит, что показывает разбивку того, что происходит и сколько времени это занимает во время загрузки, возможно, опубликовать эту информацию, если это возможно? Это может показать, что является узким местом в процессе загрузки. Изменить: D'Oh, видел ваш комментарий, опубликованный, когда я печатал это, я хотел бы, чтобы он уведомил о таких вещах. Во всяком случае, мой предыдущий совет остается в силе. Я обнаружил, что жесткие диски чаще всего вызывают узкие места, независимо от того, что вы делаете.

|источник
1

FakeRAID (иначе известный как HostRAID или «Мы не могли потрудиться установить надлежащий RAID на вашей материнской плате») на самом деле является одним из худших нарушений для того, чтобы добавить примерно 30-секундную задержку в процедуру загрузки.

Моя машина (с двумя дисками по 1 ТБ в RAID 0) на самом деле загружается медленнее, чем машина с одним не-рейдовым устройством емкостью 500 ГБ, особенно потому, что моя система, похоже, хочет выпить кофе, чтобы "загрузочный" RAID материнской платы мог передать драйверы, которые обрабатывают устройства RAID в Windows. В конечном итоге вы получаете невероятно быстрый диск при загрузке, но на самом деле он намного медленнее, чем когда вы можете использовать всю эту дополнительную скорость.

У меня на самом деле было несколько поколений RAID и не-рейдовых машин, поэтому у меня был большой опыт с этими неприятностями. Если бы у меня были деньги, я бы получил надлежащую аппаратную карту RAID, так как я могу справиться с задержкой в несколько секунд, если сам пойду и приготовлю кофе или еще что-нибудь ...

Цитируя Википедию:

Аппаратные RAID-контроллеры дороги и являются проприетарными. Чтобы заполнить этот пробел, были введены дешевые «RAID-контроллеры», которые не содержат выделенного чипа RAID-контроллера, а представляют собой просто стандартный чип контроллера накопителя со специальным микропрограммным обеспечением и драйверами; во время начальной загрузки RAID реализуется встроенным программным обеспечением, и как только операционная система будет загружена более полно, драйверы получат контроль.

Это почти исключительно то, что вы получаете с интегрированным в материнскую плату RAID и даже когда вы покупаете грязные дешевые "выделенные" карты RAID.

Кроме этого, я бы убил службу Хамачи (или, по крайней мере, установил бы ее с задержкой).

Soluto также мало помогал улучшить время загрузки, хотя эти маленькие часы обратного отсчета были интересны.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .