Как решить проблему зависания проводника?

Question

[grossulberg]

Здравствуйте! У меня много папок с большим количеством музыки. Чтобы была понятна иерархия:
На диске D есть Папка 1,
В ней Папка 2,
в этой папке есть еще 5 папок с не очень коротким названием. Во всех этих папках нижнего уровня от 100 до 800 музыкальных треков (личная коллекция). Очень часто случается проблема зависания проводника. Зависает намертво. Приходится перезапускать проводник через диспетчер задач. Но до определенного момента (например, до перезапуска) в эту папку просто не попасть - снова зависает. Я плохо разбираюсь в данном вопросе, но может быть проблема в очень длинном пути файла? Диск + каждая папка + название файла? Как нибудь можно решить эту проблему? Подскажите, пожалуйста. Спасибо!

Comments

[Refguser]

https://learn.microsoft.com/ru-ru/windows/win32/fi...

[Ziptar]

но может быть проблема в очень длинном пути файла?

Нет, не может.

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

[VoidVolker]

grossulberg а какая версия винды? 11?

[Максим Ярошевич]

В первую очередь проверить диск - SMART и скорость чтения, возможно, ему уже плохо. Если это десктоп - возможно, есть смысл сменить SATA кабель - недавно столкнулся с ситуацией торможения по причине кабеля.

Ни версия системы, ни длинные имена тут ни при чем.

Answer 1

[VoidVolker]

Использовать адекватный файл-менеджер типа TotalCommander, DoubleCommander и прочие коммандеры. Ибо в МС пришло молодое поколение программистов для которых норма минутные запуски приложений и отклик от них в секунды и десятки секунд. Поэтому они решили переписать проводник на браузерный движок - поэтому проводник умер окончательно и пора всем переезжать на более адекватные файловые менеджеры.
UPD: возможная причина тормозов может быть вызвана банальным индексированием и/или созданием превьюшек файлов или парсингом проводником тегов треков из-за того, что данный каталог представлен как музыкальная коллекция. Имеет смысл попробовать изменить в свойствах тип каталога на обычный и вид задать табличный или что-то без иконок. Так же можно попробовать отключить индексирование данного диска (но это может занять время) либо вообще отключить службу индексирования.

Comments

[Refguser]

Ну вообще-то проводник всегда был отстойной файлосмотрелкой (файменеджером его нельзя назвать) на "браузерном" движке ие.

Но это не отменяет ограничения в длине пути

[VoidVolker]

Refguser, вообще-то проводник - это нативное приложение с нативными окнами. А вот в 11 винде его заменили на браузерный.

[Refguser]

VoidVolker, не знаю что там в 11й изменилось (я её не брал в руки), но ещё с 95й винды проводник был "на ие". И даже в 10ке ие существует и его не рекомендуется удалять, тк он часть ядра.

Допускаю, что в 11й наконец-то выпилии ие из ядра и поэтому проводник стал отдельным приложением.

(А вообще ТС не говорил какая у него винда)

[Ziptar]

Refguser,
Может проводник и использовал некоторые функции IE, которых у него, надо сказать, дохренища, и сам браузерный движок тут на последнем месте, но отрисовка окон и элементов проводником никогда на браузерном движке не была. Основная причина интеграции IE в ядро, на сколько я понимаю, заключается преимущественно в функциях, относящихся к безопасности.

И даже в 10ке ие существует и его не рекомендуется удалять, тк он часть ядра.

Самого браузера IE в 10-тке не присутствует уже очень давно. Исключение - LTSC сборки. Хотя, это, скорее всего, касается только самой его физиономии.

[VoidVolker]

Refguser, без проблем удалял IE еще в хрюше и всё работало отлично. Вот сейчас открыл проводник и посмотрел на него через сканер окон: все окна в нём нативные. Вот список файлов - не знаю что там, но скорее всего тот же самый GDI+. А у браузеров свой движок рендеринга страниц и в сканере окон там ничего нет.

[Refguser]

Ziptar, вот ты опять доказываешь то, чего не знаешь:)



Винда официальная, скачанная с МС.

VoidVolker, удалить движок ие было нельзя (можно было только браузерную надстройку). И как видишь даже в 10ке "не рекомендуется" удалять браузер.

А вот про рендеринг я не знал. И тут согласен, что это зря сделано. Но это уже другой уровень (в см не системный, а клиентский).

[Ziptar]

Refguser,
Не хами больше.

[Refguser]

Ziptar, научись хотя бы отличать поддержку от наличия (о большем, вроде "некоторых версий", а тем более браузера от ядра я уже и не заикаюсь) и не тупи больше.

[Refguser]

Ziptar, ну и для манипуляторв, не способных пойти дальше по ссылкам

spoiler

Интересно, что-то последний вопрос тебе подскажет? Думаю нет. :)

[Ziptar]

Refguser, что я изначально сказал, что бы отличалось от того, что написно в том, что ты привёл, и кто тут, чёрт тебя дери, манипулятор? Последний вопрос риторический, разумеется, манипуляторов тут нет, тут есть только человек, заменивший себе мозг нейронкой.

[Refguser]

Ziptar, Ну ЧИТД (я так и знал что у тебя не хватит соображалки осилить ни последний вопрос в ЧАВО ни скрины с реальной официальной ОС :)
Ладно, бывай.

[Ziptar]

Refguser, дружок, крайне рекомендую тебе научится читать, в частности фраза

Хотя, это, скорее всего, касается только самой его физиономии.

написана нихрена не просто так.

[VoidVolker]

Так, господа хорошие заканчиваем флуд: вся данная ветка комментариев не имеет отношения к вопросу ТС и данному ответу на вопрос. Модератор просьба удалить всю данную ветку комментариев как флуд, не имеющий прямого отношения ни к вопросу ТС ни к ответу.

[Aragorn]

VoidVolker, скопируйте ответ, удалите этот ответ и напишите новый)

[VoidVolker]

Aragorn, в этом случае изменится ссылка на ответ и плюсики пропадут - а так бы сразу, конечно и сделал.

Answer 2

[kalapanga]

На мой взгляд, длина пути здесь не виновата. Вы эту папку средствами же винды создали, она существует, вы её видите, можете с ней выполнить какие-то действия - значит, скорее всего, она корректна.
Замедлять работу проводника могут разные факторы. Вот первое, что приходит в голову:
1) Проблемы с диском. Начиная с того, что он просто медленный (особенно, если это hdd), заканчивая его неисправностью. Проверить диск, как минимум посмотреть SMART.
2) Проблемы с контекстным меню. Туда прописываются программы все, кому не лень. Дальше может быть, что какая-то конкретная программа медленно работает с большими списками файлов. Или их (программ) просто очень много. Ещё бывает, что и программы-то уже нет, а битая ссылка на неё в меню осталась - тоже к тормозам приводит. Посмотрите, всё ли в контекстном меню Вам действительно нужно. Для работы с контекстным меню есть специальные утилиты.

Comments

[hint000]

3) сбор метаданных (тегов ID3 и т.п.) с медиафайлов, индексация.

На мой взгляд, длина пути здесь не виновата.

Поддерживаю.

Answer 3

[imageman]

https://learn.microsoft.com/ru-ru/windows/win32/fi...
официально они разрешают до 32к символов, в реальности (подозреваю) в разных программах как повезёт. В вашем случае вы можете скопировать проблемные папки ближе к корню диска (попутно уменьшив длину названия самой папки) и проверить исчезнет ли проблема. Но проблема вероятнее где-то на уровне работы с файлами как сказал VoidVolker.
Согласен с другими комментариями - попробуйте сторонние файловые менеджеры.

Answer 4

[robomakerr]

Сталкивался с подобным на коллекции видеофайлов. Зависает на создании превьюшек, когда в папке есть еще вложенные папки.
Гугление показало, что проблема известная, но нерешаемая. Вариантов оказалось два: либо не пользоваться проводником, либо предварительно пройти вручную все папки, начиная с самой вложенной, для создания превьюшек заранее. И впоследствии каждую вновь созданную папку с файлами тоже вручную открывать и прокручивать список файлов до конца.
Или отключить превьюшки, если не нужны.