Чому Windows 7 x64 Explorer.exe раптово збиває всю наявну оперативну пам’ять і сповільнює систему до сканування?


15

ОНОВЛЕННЯ: ВИРІШЕНО - див. Мою відповідь нижче

Часто, коли я переходжу по папках у вікні провідника Windows (Explorer.exe, не плутати з Internet Explorer), раптом почую, як мій жорсткий диск починає лупцювати, і моя система стає невідповідною. Коли мені вдається відкрити диспетчер завдань (Control-Alt-Delete -> Start Task Manager), я можу побачити, що Explorer.exe використовує швидко збільшуються обсяги оперативної пам’яті, від 1,5 Гб до 2 Гб і вище. Якщо я дивлюся номери оперативної пам’яті протягом декількох секунд, то Explorer.exe підніметься до приблизно 4 ГБ, а потім нулі виводиться і починається заново. Весь час мій жорсткий диск лущить, і я нічого не можу зробити зі своїм комп’ютером. Мені вдалося повернутися до нормального стану, припинивши процес Explorer.exe, а потім за допомогою команди «Запуск диспетчера завдань», щоб перезапустити Explorer.exe. Ці епізоди дозволяють моїй системі бути непридатною для використання десь від 3 до 5 хвилин.

Мені сказали, що це проблема віртуальної пам'яті. Мої налаштування віртуальної пам'яті чудово - вони встановлені на автоматичні. На всіх моїх жорстких дисках є близько 10% вільного місця.

Я тестував системні файли з sfc / scannow і не виявив проблем.

Я протестував свою оперативну пам’ять за допомогою Windows Memory Diagnostic і не виявив проблем.

Я помітив, що проблема виникає спеціально під час перегляду папок у бібліотеці документів. Це трапляється майже кожного разу, коли я переглядаю папки, які часто використовуються, особливо якщо я швидко переміщуюся по папках. Це часто трапляється, коли я намагаюся відкрити файли Word.

Система «відлякується», як правило, приблизно 2 або 3 хвилини. Коли я бачу використання оперативної пам’яті під час роботи системи, вона становить приблизно 98% або навіть вище.

Одне можливе ускладнення полягає в тому, що я перемістив місця розташування Бібліотеки документів на інший диск (F :), не той же диск, на який встановлено Windows (C :), але це не повинно бути проблемою.

Будь-які ідеї?

НОВІ ДЕТАЛІ 9/10/11:

Зараз я відчуваю цю проблему на двох різних комп’ютерах Windows 7 x64. Точно така ж проблема виникає і в обох, і Explorerr.exe збиває всю наявну оперативну пам’ять і сповільнює систему до сканування. Вважаю, що наступна процедура спровокує проблему.

1) Перейдіть до папки, синхронізованої з Windows Live Mesh 2011, яка містить щонайменше два файли документа Word.

2) Клацніть (не двічі клацніть) один із файлів документа Word. Потім натисніть інший файл документа Word. Повторіть це кілька разів.

3) Виконайте операцію з файлом. (Видаліть, скопіюйте або відкрийте один із файлів Word.)

4) Здається, система тимчасово сповільнюється або «замерзає». Якщо ви подивитеся на диспетчер завдань, до 99% або навіть 100% оперативної пам’яті будуть використані. Процес Explor.exe використовуватиме швидко збільшуються обсяги ОЗУ.

Я переконаний як ніколи, що винуватцем тут є Windows Live Mesh 2011. Я видалю цю програму і повторно випробую обидві системи, після чого оновлю це питання з додатковою інформацією. Якщо у вас є додаткові відомості, будь ласка, допоможіть. Дякую.

На основі чудових пропозицій Superuser, я зробив багато проблем. Наразі я пом'якшив проблему, але досі її не усунув. Після очищення кеш-пам’яті Windows, спайк оперативної пам’яті та обстріл жорсткого диска, який я описав вище, все ще трапляються, але тривалість атаки зараз становить лише приблизно 5 або 10 секунд (замість 3 чи 5 хвилин). Ще одним кроком, який допоміг, був вибір "Запуск вікон папок в окремому процесі" в "Параметри папок Провідника" на вкладці Вид. Це виділило проблемне вікно, так що коли мені потрібно припинити explorer.exe, мою панель завдань та робочий стіл зазвичай не впливають.


1
Тимчасове завантаження в безпечний режим. Це відключить усі розширення та гачки в Провіднику та побачить, чи проблема все ще існує.
vcsjones

Я просто оновив це запитання більш детально. Якщо хтось має більше ідей, будь ласка, дайте мені знати. Ця проблема мені останнім часом стала ще гіршою, і я все ще не впевнений у причині проблеми. Спасибі.
Mantis

1
Які документи містяться в цих папках? Чи відображає Провідник мініатюри (попередні перегляди) цих документів?
Денис Ніколаєнко

Проблема виникає, коли Провідник налаштований показувати папки в режимі "подробиці", але рядок стану Windows 7 відображає попередній перегляд файлу, все одно, правда?
Mantis

1
Спробуйте цю процедуру та повідомте нам про це.
Тамара Війсман

Відповіді:


11

Спробуйте запустити Монітор процесів або Провідник процесів і зафіксуйте те, що відбувається під час "нормальної" роботи, а також у моменти, коли, здається, сповільнюється. Це спосіб її усунення.

Ви також можете спробувати видалити Live Mesh і побачити, чи це має значення.


1
Додати автозапуск: Перевірте, які розширення (особливо третя частина) завантажує Провідник.
Річард

Дякуємо за ці пропозиції. Я систематично відключаю розширення Explorer за допомогою функції AutoRuns. Наразі я вимкнув усі розширення, які не належать Microsoft, і я все ще відчуваю поведінку, яку я описав у первісному запитанні. Два розширення MSFT все ще запущені: EPP (shellext.dll) та "Гаджети" (sbdrop.dll). Чи слід також відключити ці розширення?
Mantis

6

Спробуйте очистити кеш-мініатюру, використовуйте для цього очищення диска.

Крім того, якщо у деяких папках, для яких Windows не може генерувати мініатюри, є зображення зображень або особливо відеофайлів, оскільки у них немає необхідного кодека, це може спричинити проблеми з провідниками, уповільнити збою або навіть збої.

Якщо ви можете знайти папки з файлами, для яких Windows не може створити ескіз, змініть налаштування перегляду для цієї папки на щось на зразок деталей, щоб вона не намагалася генерувати ескізи.

Якщо це відеофайли MKV, дивіться цю тему


Проблема виникає найчастіше, коли я переглядаю папки, які містять лише файли .doc, .docx, .pptx та .pdf.
Mantis

Змушує мене замислитися, чи викликає це ваше програмне забезпечення безпеки? Спробуйте відключити будь-яке активне програмне забезпечення AV, подивіться, чи покращиться ситуація.
Моав

Ну, єдине програмне забезпечення для безпеки, яке я використовую, - це Microsoft Software Essentials. Я щойно очистив кеш-мініатюру. Після тестування, чи це змінило значення, наступне, що я спробую, - це відключення MSE. Знову дякую.
Mantis

Очищення кешу мініатюр справило вплив. Я все ще бачу оперативну пам’ять, що використовує шип і спостерігаю, як обробляється жорсткий диск під час роботи з Explorer.exe, але ефект зникло швидше з часу очищення кеш-мініатюр. Я все ще не думаю, що ця проблема повністю вирішена. Я продовжуватиму вирішення неполадок, поки більше не побачу сплеску оперативної пам’яті. Я оновлю оригінальне запитання. Ще раз дякую за вашу допомогу.
Mantis

Я продовжував відчувати це питання. Моя нова теорія полягає в тому, що заморожування системи відбувається через перегляд папок, що містять велику кількість файлів Word із збереженими мініатюрними зображеннями. Я буду працювати над тим, щоб видалити всі ескізи Word у папці, щоб побачити, чи має це вплив. Крім того, я відключу
Mantis,

4

Проблема випливає з витоку пам'яті в explorer.exe при спробі показу попереднього перегляду зображень (мініатюр) файлів Word 2007.

Я вирішив цю проблему, не даючи Explorerr.exe показувати ці перегляди зображень файлів. Для цього я відредагував реєстр Windows.

Будьте уважні під час редагування реєстру - якщо ви помилитесь, це може калічити ваш комп'ютер. Завжди спочатку створюйте резервну копію свого реєстру, дотримуючись цих інструкцій .

Для редагування реєстру:

  1. Натисніть кнопку Пуск і введіть "regedit.exe." З'явиться ярлик до Regedit.exe.
  2. Клацніть правою кнопкою миші ярлик до Regedit та виберіть "Запустити як адміністратор". У разі потреби надайте повноваження.
  3. У програмі Regedit перейдіть до папок, згаданих ліворуч, до наступного місця:

HKEY_CLASSES_ROOT.dotx \ ShellEx {BB2E617C-0920-11d1-9A0B-00C04FC2D6C1}

  1. Клацніть на слово "за замовчуванням" і переконайтесь, що вказане значення: "{C41662BB-1FA0-4CE0-8DC5-9B7F8279FF97}". (Якщо ви бачите інше значення, повторіть попередній крок, щоб переконатися, що ви знаходитесь у потрібному місці в реєстрі).

  2. Потім натисніть клавішу «Видалити» на клавіатурі. Підтвердьте видалення.

  3. Повторіть кроки 3. та 4. для наступного розташування:

    HKEY_LOCAL_MACHINE \ SOFTWARE \ Classes.docx \ ShellEx {BB2E617C-0920-11d1-9A0B-00C04FC2D6C1}

    значення "за замовчуванням": "{C41662BB-1FA0-4CE0-8DC5-9B7F8279FF97}"

Більше інформації можна отримати тут .


1
Як ти визначив, що саме .dotx викликав проблему?
Моаб

1
По-перше, я помітив, що у мене виникли проблеми лише під час перегляду папок, що містять файли .docx. По-друге, очищення кешу мініатюр значно скоротило тривалість поведінки "зависання", але через кілька днів поведінка повернулася до звичної тривалості (2-3 хвилини). Нарешті, я визначив, що ескізи для файлів Word повинні бути проблемою, і я вирішив знайти спосіб відключити лише ці ескізи. Після вимкнення ескізів .docx (і .dotx) я більше не відчував проблеми. Я вважаю, що це помилка в Explor.exe.
Mantis

1
Правильні локації, 1: HKEY_CLASSES_ROOT\.dotx\ShellEx\{BB2E617C-0920-11d1-9A0B-00C04FC2D6C1} 2:HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.docx\ShellEx\{BB2E617C-0920-11d1-9A0B-00C04FC2D6C1}
Родріго Поло,

3

Нещодавно я виявив, що функція Windows в автономному режимі може спричинити помилки, описані в цьому запитанні. Я відключив автономні файли близько тижня тому. Я не відчував нестабільності системи, описаного в запитанні після відключення автономних файлів.

Щоб вимкнути автономні файли в Windows 7 (має бути однаково для Vista):

  1. Натисніть кнопку "Пуск" і знайдіть "Файли офлайн". Натисніть "Керувати автономними файлами".

  2. Натисніть "Вимкнути автономні файли".


Я сподівався, що відключення офлайн-файлів вирішить цю проблему, але, на жаль, я знову зіткнувся з нею, навіть якщо відключені автономні файли. Я продовжуватиму обирати цю (переривчасту) проблему. Будь-які подальші ідеї були б дуже корисні. Спасибі.
Mantis

3

Якщо є щось нестабільне на нижчому рівні, розширення оболонок є головним винуватцем .

Використовуйте ShellExView, щоб відключити ті, які не належать Microsoft, ви можете спробувати повторно додати ті, які ви після ...


Дякуємо за вашу пропозицію. Я думаю, що я вже успішно відключив усі розширення оболонки, що не належать Microsoft, за допомогою функції AutoRuns. Ця дія не усунула проблеми.
Mantis

1
@Mantis: Ви можете повторити перевірку, тому що я вважаю, що в ShellExView відображаються і записи, що не належать до автозапуску.
Тамара Війсман

Добре, Томе. Дякую - я також проконсультуюсь із ShellExView, і тут повідомлю про свої висновки.
Mantis

@Mantis: Також дивіться коментар, який я залишив на вашу власну відповідь, а також коментар, який я залишив до вашого питання. Здається, ви лише прочитали мою відповідь ...
Тамара Війсман

1

Проблемою може бути пошукова індексація в Windows 7.

У статті Вимкнути пошукову індексацію в Windows 7 показано, як її остаточно відключити, і пояснюється:

Для прискорення процесу пошуку служба пошуку з індексації сканує файли та папки в системі Windows і записує інформацію про них у індексний файл. Але він також споживає деякі ресурси системи, тому для користувачів з повільним комп'ютером вигідно вимкнути пошукову індексацію.

Спершу ви можете спробувати відключити цю послугу, як пояснено у статті, щоб побачити, чи це проблема. Якщо його немає, повторно ввімкніть його. Якщо так, то читайте нижче.

Більше інформації можна знайти в поліпшенні пошукових запитів Windows за допомогою індексу: найчастіші запитання :

Індексовані місця містять усі папки, що містяться в бібліотеках (наприклад, усе, що ви бачите в бібліотеці документів), файли електронної пошти та офлайн. Файли, які не індексуються, включають програмні файли та системні файли - файли, які більшості людей рідко потрібно шукати.

Проблема в цьому випадку може полягати в тому, що ваші бібліотеки містять дуже багато файлів, яким для індексатора потрібно занадто багато пам'яті. Можливо, це просто проста помилка з одним конкретним документом, який він продовжує циклічно працювати. Ви можете використовувати інформацію у другому розділі статті "Як додати або видалити місця розташування індексу", щоб зменшити кількість папок, які індексуються, поки не знайдете проблемну бібліотеку.


Я думаю, ти можеш мати рацію, що проблема в індексаторі пошуку, але ти вважаєш, що пошуковий індекс буде викликати зависання explorer.exe, коли я просто переглядав папки? Explorer.exe буде "зникати", коли я просто натискаю папки в моїй бібліотеці документів. Також я широко використовую пошук в Windows, тому я вважаю за краще підтримувати індексатор активно. Чи є спосіб визначити, чи є певний файл, який викликає проблему, а не просто повністю вимкнути індексатор пошуку? Спасибі за вашу допомогу.
Mantis

1
Відключення індексації може бути тимчасовим заходом лише для того, щоб перевірити, чи справді це проблема. Потім з’ясуйте, яка бібліотека містить погані документи, видаливши їх із пошуку. Якщо будь-яка бібліотека викликає проблему, з’ясування того, який документ (и) може бути предметом двійкового пошуку (перемістіть половину файлів, потім чверть тощо). Крім того, ви можете використовувати замість Пошуку Windows, наприклад пошукової системи Everything або Agent Ransack або FileLocator Lite.
harrymc

Гаразд, я спробую на деякий час відключити індексатор пошуку Windows і побачити, чи все-таки я стикаюся з проблемною поведінкою. Невдовзі я повідомлю про свої результати. Знову дякую.
Mantis

На жаль, проблема поведінки повторилася знову, навіть коли процес індексації пошуку був відключений. Епізод, здавалося, вирішився трохи швидше, ніж зазвичай (комп'ютер не відповідав лише близько 60 секунд, а не звичайні ~ 3 хвилини). І все-таки я переглядав Explorer, в папках, де ця проблема має місце, і знову почалося використання оперативної пам’яті та обстріл диска. Дякуємо за пропозицію, але проблема ще не вирішена. Будь-які інші ідеї?
Mantis

Чи виникає ця проблема під час завантаження в безпечному режимі?
harrymc
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.