Не вдається знайти значення розміру BagMRU, налаштування моєї папки втрачаються


9

Це стара проблема, пов’язана з Windows XP, зараз у моїй 64-бітній системі Windows 7 вона починає втрачати налаштування перегляду папок, коли мова йде про подробиці, список, піктограми тощо, все інше стабільне для позиції та розміру. Я схильний використовувати детальний перегляд для більшості речей, і зараз папки починають повертатися до перегляду значків іноді, не 100% часу, про що ви пам'ятаєте, але, здається, це частіше, чим більше я використовую ПК.

Так, у мене є тисячі папок, тому я думаю, що використовується кеш-розмір за замовчуванням, точно така ж проблема, як і у Windows XP.

Я не можу знайти остаточну інструкцію про те, де знайти налаштування кешу перегляду папок у реєстрі для Windows 7 64-розрядних, є багато відповідей для XP (який я використовував у минулому), Vista та деяких Beta / RC Windows 7.

Я знайшов цю статтю від Microsoft.

У 64-розрядному розділі "Дозвольте мені це виправити" для Windows 7 у мене немає під ключа Local Settingsпід клавішею відповідно до Wow6432Nodeстатті Microsoft.

HKEY_CURRENT_USER\Software\Classes\Wow6432Node\Local Settings
\Software\Microsoft\Windows\Shell\Bags

Однак у мене є цей ключ.

HKRU\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell
\Bags і \BagsMRU

Сканування реєстру на BagMRU Sizeзначення (не ключі) не повертає. Я припускаю, що Windows 7 більше не використовує це значення за замовчуванням.

Будь-які пропозиції збільшити розмір кешу для налаштувань перегляду без повного скидання всіх параметрів папки провідника?

Хтось має уявлення про те, який максимальний стабільний розмір кешу дозволений для W7? і де змінити / додати це значення.


Редагувати:

Я знайшов свої старі записки з днів Vista та XP, у мене більше немає посилання.

Windows Vista

HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell

Створіть 32-розрядний DWord BagMRU Sizeі встановіть десяткове значення на 10,000або20,000

Іноді налаштування папки пошкоджуються. Використовувати regeditдля перегляду

HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell

Клацніть на Bagsта виберіть Правка > Видалити > Так . Видаліть BagMRUключ і перезапустіть.

Windows XP

Виправлення пакета оновлень SP2 для Windows XP : за замовчуванням у папці SP2 встановлено 5000 папок, щоб запам’ятати параметри перегляду для кожної папки, якщо у вас є більше 5000 папок (всього всіх жорстких дисків), ви повинні змінити реєстр і змінити його на максимум 8000. щоб зробити це Start-Run-regedit та перейти до цих двох папок

HKEY_CURRENT_USER\Software\Microsoft\Windows\Shell

потім перейдіть до

HKEY_CURRENT_USER\Software\Microsoft\Windows\ShellNoRoam

в правій частині вікна вид на BagMRU sizeправою кнопкою миші змінити і виберіть десяткові і набір значень даних в 8,000. Зробіть це в обох місцях, перезавантажтесь, щоб набути чинності.


Я буду експериментувати протягом наступних днів і повідомляти про будь-яке просвітлення.


Я вважаю, що є кілька записів реєстру, Windows приймає, що з будь-якої причини ніколи не створюється. Просто вручну додайте локальні налаштування / тощо, відповідно до інструкцій у нижній частині статті. Windows, ймовірно, почне використовувати ключ за призначенням. Дайте трохи часу і подивіться, чи запропоноване значення 5000 достатньо добре.
CreeDorofl

5000 за замовчуванням у W7, наскільки я розумію, і у мене вдвічі більше папок і більше, я спробую додати значення завтра і побачу, чи щось зміниться, я все одно хотів би знати розмір максимального кешу, який можна використовувати, не створюючи проблем, як Мені може знадобитися 15-20K.
Моаб

@Moab: я підозрюю, що це ціле число без підпису, тому воно обмежується 65 655 на випадок, якщо воно коротке та 4 294 967 295 на випадок, якщо воно довге; якби він не був непідписаним, це буде половина і все ще достатньо для того, що ви вказали. Однак зауважте, що це кеш , я не думаю, що вам потрібна інформація, що зберігається для папок 15-20 К, але лише для папок, які ви регулярно відвідуєте. Я б запропонував спробувати спершу 10K, якщо 5K недостатньо ...
Tamara Wijsman

@Moab: Що стосується стабільності, то це дійсно залежить від вашого комп'ютера; Ви лише збільшуєте розмір клавіш, а продуктивність залежить від вашого жорсткого диска, швидкості пам'яті та використання пам'яті ...
Tamara Wijsman,

@Tom Wijsman, Це стара проблема, що починається з XP, якщо я встановив її занадто низько і відкрив кілька невпорядкованих папок, я втрачаю налаштування для деяких моїх найбільш часто відвідуваних, коли кеш заповнений, він починає втрачати найдавніші кешовані записи. Я вивчав проблему років тому з XP, тоді у мене була та сама проблема з Vista, коли я досліджував Vista, кілька людей сказали, що 20K - це максимальна стабільність, але я більше не можу знайти посилання на цю інформацію. Тим часом моя колекція папок зростає, і з цим виникає проблема.
Моаб

Відповіді:


1

Аналіз

Використовуючи Монітор процесів у Windows 7 x64, я переглядаю наступне при перезапуску провідника та випадково переглядаю:

  • Доступ під
    HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\Bags

  • Доступ під
    HKCU\Software\Microsoft\Windows\Shell\Bags

  • Доступ за адресою
    HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\BagMRU Size

    (Цього немає на моєму комп’ютері, але він запитується)

  • Доступ під
    HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\BagMRU

  • Доступ під
    HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\Directory\OpenWithList\MRUList

    (Цього немає на моєму комп’ютері, але він запитується)

Висновок

Таким чином, ми %WINDIR%\Explorer.exeотримуємо доступ до 64-бітних клавіш для наших Сумок.

Однак доступ до Wow6432Nodeклавіш, коли ви користуєтесь %WINDIR%\SysWOW64\explorer.exe,
можуть бути деякі контексти, де використовується 32-розрядний провідник, тому будьте обережні. Наприклад, коли він запускається з 32-розрядного контексту або, можливо, при запуску Провідника Windows з діалогового вікна файлів.

Для очищення інформації про сумку дійсно достатньо відтворити папки Bagsта BagMRUпід цим текстом:

  • HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\

І хоча вона використовується менш, це може допомогти відтворити Bagsпапку під:

  • HKCU\Software\Microsoft\Windows\Shell\

Значення BagMRU Sizeзапитується, тому не дуже добре, щоб ключ відсутній. Це може призвести до невизначеної поведінки, але я гадаю, що він просто використовує за замовчуванням замість цього коду. Щоб бути впевненим і бігти менш швидко до межі, ви можете визначити значення DWORD з великою кількістю в наступному ключі:

  • HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\BagMRU Size

Останній ключ , який доступний, коли ви відкриваєте MRUListз Explorer.exe, я не думаю , що це коли - небудь необхідно , оскільки не існує такої речі , як відкриття Most Recently Used List, крім як показати , що в ніж - щось на зразок меню Пуск. Тому не потрібно створювати цей ключ.

Будь-які пропозиції збільшити розмір кешу для налаштувань перегляду без повного скидання всіх параметрів папки провідника?

Я б сказав, що ви можете лише створити та збільшити BagMRU Sizeналаштування за умови, що ваші налаштування Сумок не пошкоджені ... Я відповів на інше питання під вашим запитанням.


Не впевнений, що відповідь є, тому я прийму вашу, оскільки вона відповіла на деякі запитання, а ви виконали домашнє завдання за допомогою Process Monitor.
Моаб

0

64-розрядна версія Windows 7 використовує запис реєстру Wow6432, щоб представити окремий вигляд HKEY_LOCAL_MACHINE \ SOFTWARE для 32-бітних додатків, які працюють у 64-бітній версії Windows. Оскільки ви, напевно, використовуєте 64-розрядний Провідник, я не вірю, що він стосується вашого випадку.

Зі змінами розміру, виду, піктограми або положення папки втрачено , щоб збільшити обмеження перегляду папок, спробуйте цей сценарій:

Windows Registry Editor Version 5.00

[-HKEY_CURRENT_USER\Software\Microsoft\Windows\ShellNoRoam\BagMRU]
[-HKEY_CURRENT_USER\Software\Microsoft\Windows\ShellNoRoam\Bags]
[-HKEY_CURRENT_USER\Software\Microsoft\Windows\ShellNoRoam\ShellNoRoam\BagMRU]
[-HKEY_CURRENT_USER\Software\Microsoft\Windows\ShellNoRoam\ShellNoRoam\Bags]
[-HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\BagMRU]
[-HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\Bags]
[-HKEY_CURRENT_USER\Software\Classes\Wow6432Node\Local Settings\Software\Microsoft\Windows\Shell\Bags]
[-HKEY_CURRENT_USER\Software\Classes\Wow6432Node\Local Settings\Software\Microsoft\Windows\Shell\BagMRU]
[HKEY_CURRENT_USER\Software\Microsoft\Windows\Shell]
"BagMRU Size"=dword:00001f40
[HKEY_CURRENT_USER\Software\Microsoft\Windows\ShellNoRoam]
"BagMRU Size"=dword:00001f40
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer]
"NoSaveSettings"=dword:00000000]

Якщо це не працює, ви виконали всі вказівки зі статті Microsoft, яку ви цитували? Він містить загальні інструкції для Windows 7, а також додаткові інструкції для 64-бітної версії (стосується більше 32-бітної версії Explorer, яку ви, швидше за все, не використовуєте).

EDIT

Я знайшов цю статтю MS, яка, здається, вирішує вашу проблему:
Зміни розміру, виду, значка або положення папки втрачаються .
Він також містить FixIt, який може виконати роботу за вас, але краще перевірити його після запуску (в IE).

Якщо "Розмір BagMRU", встановлений FixIt, недостатньо, ви можете збільшити його ще трохи. У статті йдеться про 5000, тож ви можете спробувати 10000.


Наразі у всіх місцях у мене встановлено значення 20k, але все ще втрачає деякі параметри перегляду папок після перегляду кількох тисяч папок (не там, де близько 20k). W7 - це безлад у порівнянні з XP зі всіма цими новими параметрами "функцій", я міг внести зміни в XP bagmru, і він просто працював. W7 запам'ятовує налаштування, поки я не переглядаю занадто багато папок, тому це працює так.
Моаб

Ця стаття про MS в моїй оригінальній публікації.
Моаб

На жаль, я думав, що знайшов рішення для вас. Я побоююся, що "розмір BagMRU" не впливає на Windows 7, тому не має значення, для чого ви його встановили. Перш ніж вирішити це, спробуйте, можливо, інформацію в цій статті . Перевірте також цю статтю . Зауважте, що ця стаття стверджує, що розмір BagMRU обмежений менше 8000.
harrymc

8k було для XP, його можна збільшити до 20k у Vista та W7. Або це не впливає на мету, або є функцією зламаного / баггі.
Моав

Прочитайте цю статтю про MS. Я виявив, що у мене немає деяких ключів, зазначених у документі, тому зараз я їх додав. Тільки час покаже, чи працює він, але я підозрюю, що так і є. Попередні пошукові запити показують, що одна людина, яка переживає педоблему, полягає в тому, що старі ключі реєстру XP залишилися у Vista та 7, і тому люди ставлять налаштування в неправильні місця. Крім того, x64 Windows 7 також не зберігає налаштування в одних клавішах, тому вам потрібно уважно прочитати ...

0

Дійсно, це дратує питання. З мого досвіду, коли цей кеш заповнений, Windows не видаляє найдавніші записи та просто не пам'ятає налаштування нових папок ...

Хороша новина, схоже, ми можемо збільшити за замовчуванням 5000 записів у Windows 7.
Дивіться цю статтю: Виправлення: Windows забуває налаштування перегляду папок

  • Перейдіть до HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell
  • У правій частині панелі "клацніть правою кнопкою миші> Створити> Значення DWORD (32-бітове)". Назвіть цеBagMRU Size
  • Для значення виберіть Десяткове число та введіть, наприклад 10000(або в шістнадцятковий базовий тип 2710).
  • Перезавантажте.


Записи зберігаються під цими двома клавішами:

  • HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\BagMRU
  • HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\Bags

Щоб очистити кеш, можна просто видалити обидві клавіші.


Ви також можете переглянути цю утиліту NirSoft для перегляду стану кешу: ShellBagsView .

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