[решено] Папка winsxs в Windows 7

[Iska]

Это, это. Мда… Хватило ж ума у Вашего «знакомого» сжимать основное хранилище…

Замените в одной строке один параметр — «/c» на «/u»:
compact /s:"%WINDIR%\WinSxS" /u /a /i *
и проделайте с ним те же операции, что и Ваш «знакомый».

[ruslan...]

Iska,

Взято Как уменьшить размер папки WinSxS в Windows 8 (http://winitpro.ru/index.php/2013/08/07/kak-umenshit-razmer-papki-winsxs-v-windows-8/)

[Iska]

ruslan..., спасибо, ясно. Значит, ещё хуже — «знакомый» либо не умеет читать, либо слепо верит всему написанному.

Описанное худо-бедно будет работать когда оперативной памяти много, очень много, разве что при загрузке системы будет заметное замедление. Когда же её мало или просто недостаточно, активно задействуется своп. Причём, надо понимать, что когда вытесняемые страницы кода сбрасываются в своп — фактически в него код не пишется, ибо особого смысла в этом нет, ведь при обращении к странице код просто подгружается из искомого файла. И вот тут нас ждёт сделанная своими собственными руками засада — файлы-то сжаты, и на каждый чих каждую подгрузку страницы кода из свопа требуется лишнее действие: загрузить весь файл, распаковать и предоставить его ОС. Каким бы не был дисковый кэш, весь WinSxS в него не поместишь.

Я тут, конечно, всё очень сильно утрирую (желающие, как обычно, читают раздел по управлению памятью в Windows Internals), но общая схема именно такова.

[bredych]

Взято Как уменьшить размер папки WinSxS в Windows 8 »
там есть любопытный абзац:
А технология Features on Demand реализуется только с помощью DISM или командлета DISM PowerShell. Кроме того, важно знать, что команда DISM в отличии от командлета Uninstall-WindowsFeature не анализирует зависимости пакетов друг от друга. Так что при удалении пакета Windows с помощью DISM будет удален только указанный в команде компонент, а все зависимые от него пакеты останутся в системе. Именно по этой причине для удаления ролей с диска в Windows Server 2012 не стоит использовать DISM, т.к. есть гораздо более удобное и функциональное средство.
О каком средстве идёт речь?

[Vadikan]

О каком средстве идёт речь? »
Там открыты комментарии же, спросите автора

[Iska]

О каком средстве идёт речь? »
Вы запутались? О той же самой функции Features on Demand, но которая в Windows Server 2012 реализуется иным командлетом, Uninstall-WindowsFeature, каковой отсутствует в Windows 8.

[Илья_Рудоманенко@vk]

Iska, Ещё хуже то, что никто не утруждает себя прочесть полностью " шапку " темы от автора её. Там же ясно написано. что это не файлы в папке, и размер папки не соответствует реальному. Можете считать это косяком от Майкрософт. Просто прочтите пост 1 от Vadikan от начала и до конца. имейте терпение и всё станет ясно. как летний солнечный день. Размер папки WinSxS - это не вопрос, над которым надо ломать голову. Оставьте её в покое. Очистка диска собственно средствами самой ОС ( особливо расширенная ) - более чем достаточный способ держать эту папку в узде.

[Iska]

Там же ясно написано. что это не файлы в папке, и размер папки не соответствует реальному. »
Илья_Рудоманенко@vk, не совсем так. Это — основное хранилище, как раз-таки папка, и файлы в ней есть, и файлы эти зачастую изначальные (а вот жёсткие ссылки с этих изначальных файлов — в самой WinSxS, в System32 и прочих местах — занимают места на диске ровно столько, сколько его занимает ещё одна запись в MFT).

P.S. С основным посылом — что практически никто не читает — согласен.

[Илья_Рудоманенко@vk]

не совсем так. »
Именно так. и никак более. Либо сами разработчики Майкрософт врут, поскольку такую же информацию я читал у них в базе знаний ( прости. лень копаться где. давно это было ).
А как по поводу Размер папки WinSxS - это не вопрос, над которым надо ломать голову. Оставьте её в покое. » ?

[bredych]

Iska, да, пардон, при пятом перечитывании наконец начало статьи увидел )))

[Виктор_Бушуев@vk]

Прошу прощения что не смог ответить ранее..Последовал совету с изменением параметра(тем самым вернув истинные объемы файлов)пока тестирую,но по моему помогло,завтра отпишусь.Спасибо.

[Iska]

Можете потом ещё в командной строке PowerShell'а, запущенной с административными привилегиями, выполнить:
Get-ChildItem -Path 'C:\Windows\winsxs' -Include '*' -Recurse -Force | Where-Object -FilterScript { $_.Attributes -bAND [System.IO.FileAttributes]::Compressed }
дабы посмотреть, не осталось ли чего сжатым. Процесс будет достаточно долгим, так что наберитесь терпения.

[Iska]

Именно так. и никак более. »
Повторю: это не совсем так.

Либо сами разработчики Майкрософт врут, поскольку такую же информацию я читал у них в базе знаний ( прости. лень копаться где. давно это было ). »
Почему сразу — врут? Могут а) искренне заблуждаться, б) некорректно формулировать мысли, в) неправильный перевод.

Вот, смотрите:
На практике практически каждый файл в папке WinSxS является «жесткой ссылкой» (hard link) на физически существующий файл, то есть все файлы находятся вне этой папки.
Не в альтернативной, а в нашей реальности «на практике» основная часть файлов в каталоге WinSxS являются оригинальными файлами и находятся именно в этом самом каталоге, а не где-либо ещё вовне его.
Так, к примеру, в папке WinSxS находится файл advapi32.dll, размер которого составляет более 700Кб, но, на самом деле, это жесткая ссылка на одноименный файл из папки Windows\System32.
Не в альтернативной, а в нашей реальности всё происходит строго наоборот: в каталоге WinSxS находится оригинальный файл advapi32.dll, и именно на него ссылается одноимённая жёсткая ссылка из каталога %SystemRoot%\System32.

Едва ли не единственным (причём — косвенным) способом определить оригинал файла (являющийся одновременно и первой жёсткой ссылкой), является наличие у него короткого имени. В случае advapi32.dll это сделать невозможно, поскольку его имя укладывается в правило 8.3, и отдельное короткое имя не создаётся. Но стоит взять какой-нибудь из файлов с длинным именем — сразу становится ясно — где изначально был создан оригинал, а где затем была создана на него жёсткая ссылка:
http://i.imgur.com/GMFaeqW.png
Именно потому я и пишу, что «не совсем так». WinSxS со внутренностями является основным местом, где располагаются файлы, а System32 — вторичным местом, для ссылок. Вроде бы мелочь, но, как по мне, если бы в оригинале/переводе блога MSDN (мне совершенно не важно, какой именно вариант неточности в блоге истинный — а), б) или в)) изначально было бы корректное высказывание — в этой бы теме не собралось под две сотни сообщений, и количество желающих «почистить» WinSxS было бы на порядок (ну, ладно — в пополам ;)) меньше.

А как по поводу
Размер папки WinSxS - это не вопрос, над которым надо ломать голову. Оставьте её в покое. »
? »
Думаю, следовало бы поместить в шапку темы.

[Iska]

Update: вдогонку (совсем забыл), по поводу жёстких ссылок (и точек повторной обработки в целом) уже давным-давно было сказано — How to locate and correct disk space problems on NTFS volumes (https://support.microsoft.com/en-us/help/303079/how-to-locate-and-correct-disk-space-problems-on-ntfs-volumes):
…
Other NTFS features that may cause file allocation confusion

NTFS also supports hard links and reparse points that allow volume mount points and directory junctions to be created. These additional NTFS features may cause confusion when you try to determine how much space is being consumed on a physical volume.

A hard link is a directory entry for a file regardless of where the actual file data exists on that volume. Every file can be considered to have at least one hard link. On NTFS volumes, each file can have multiple hard links, and therefore a single file can appear in many directories (or even in the same directory with different names). Because all of the links reference the same file, programs can open any of the links and modify the file. A file is deleted from the file system only after all links to it have been deleted. After you create a hard link, programs can use it like any other file name. Keep in mind that Windows Explorer and a command prompt will show all linked files as being the same size, even though they all share the same data and don't actually use that amount of disk space.

Volume mount points and directory junctions allow an empty folder on an NTFS volume to point to the root or subfolder on another volume. Windows Explorer and a DIR /s command follow the reparse point, count any files and directories on the destination volume, and include them in the host volume's statistics. This may lead you to believe that more space is being used on the host volume than what is actually being used.
Ну, так ведь не читали, не читают, и не будут читать.

[Илья_Рудоманенко@vk]

WinSxS со внутренностями является основным местом, где располагаются файлы, а System32 — вторичным местом, для ссылок »
В точности до наоборот. Попробуйте помониторить, открывая. запуская и пользуясь программами, утилитами. играми. к какому файлу ( ам ) они обращаются и где они находятся и вы в этом убедитесь. Я попробовал ( дико извиняюсь. с помощью модератора форума Теч Нет через Тим Вивер ) и очередной раз получил подтверждение.

[Iska]

Илья_Рудоманенко@vk, Вы делаете неверный вывод потому, что сама посылка неверна. Да, приложения обращаются к библиотекам, расположенным в System32, потому что именно это местоположение указано в реестре. Так принято, так было, так есть. Но это никоим образом не доказывает Ваше утверждение и не опровергает моё. Этот факт вообще никак не соотносится с ними.

Попробуйте выяснить для себя, почему у файлов с длинными именами в winsxs есть сгенерированные короткие имена в формате 8.3, а у их же жёстких ссылок в System32 — нет.

[Илья_Рудоманенко@vk]

Iska, Надеюсь вы не считаете, что я посто привязался к вам со зла ?
Просто, поймите, нигде и никто ваши слова мне не подтвердил. Ни модераторы форума Теч Нет, ни программисты моего предприятия, ни тех.поддержка Майкрософт. Рыться дальше мне лень, потому я верю всем им, иначе получится как в пословице " Это все идут не в ногу, а я один - в ногу ".Дальше спорить смысла не вижу, т.к., повторюсь. считаю, что это не проблема вообще. Стандартных средств очистки этой папки более чем достаточно. Да и модеры нам, видимо, скоро уже жало закроют. Если хотите, откройте новую тему в этом контексте.

[Iska]

Iska, Надеюсь вы не считаете, что я посто привязался к вам со зла ? »
Нет, не считаю.

Просто, поймите, нигде и никто ваши слова мне не подтвердил. Ни модераторы форума Теч Нет, ни программисты моего предприятия, ни тех.поддержка Майкрософт. »
Пусть лучше опровергнут. Например, у них найдётся какое-нибудь иное вменяемое объяснение тому факту, что короткие имена наличествуют у файлов в winsxs, но не в System32.

Дальше спорить смысла не вижу, т.к., повторюсь. считаю, что это не проблема вообще. »
Угу.

Стандартных средств очистки этой папки более чем достаточно. »
Совершенно согласен.

[Илья_Рудоманенко@vk]

Пусть лучше опровергнут. »
Ты будешь смеяться, но на твои доводы все сказали, что это чушь, пусть докажет. Это не аргументы. Как то так. Ты остался в гордом одиночестве.

[Iska]

Илья_Рудоманенко@vk, я и смеюсь. Не довод, но факт у меня ровно один. «Все» они дали какое-то своё, иное объяснение данному факту или, не зная, что сказать по этому поводу, просто отделались общими фразами про чушь?