[Fix] Файлы в Windows 10 с автоматическим сжатием

Ваш компьютер может сжимать файлы, если на его жестком диске не хватает места (особенно, если ОС создает место для новых обновлений Windows). Более того, поврежденная база данных кэша значков может показывать двойные синие стрелки на файлах / папках, заставляя пользователя думать, что сжатие включено.

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

Решение 1. Удалите временные файлы системы и выполните очистку диска.

Автоматическое сжатие в Windows 10 можно запустить, если на системном диске не хватает места. В этом контексте удаление временных файлов и выполнение очистки диска может решить проблему.

Решение 2. Обновите Windows вашего ПК до последней сборки

Для завершения некоторых обновлений Windows требуется много места, и в соответствии с требованиями к пространству ваша ОС может сжимать файлы / папки в вашей системе, чтобы освободить место, необходимое для завершения обновлений. В этом контексте обновление Windows на вашем ПК (чтобы обновления не ожидались и ОС не требовалось создавать пространство для размещения обновлений) может решить проблему.

Решение 3. Отключите сжатие в драйвере / папках

Может быть множество факторов, которые могут включить автоматическое сжатие дисков / папок (например, автоматическое сжатие ОС для установки новых обновлений Windows). В этом случае отключение сжатия (в свойствах папки / диска или в групповой политике) может решить проблему.

Отключить сжатие на диске

Отключить сжатие в папке (например, в папке на рабочем столе)

Если вы столкнулись с проблемой, при которой сжатие влияет только на папки профиля пользователя (например, рабочий стол пользователя, документы, данные приложений и т. Д.), Затем примените вышеуказанные шаги к следующей папке один за другим (если сжатие не включено ни на одном из файлов). папок, затем включите / отключите сжатие в этой папке):

Отключить сжатие с помощью редактора групповой политики

Используйте командную строку, чтобы отключить сжатие

Используйте PowerShell для отключения CompactOS

В некоторых случаях сжатие происходило только на модулях ОС (технически говоря, CompactOS), поскольку системный диск (особенно SSD-диски) имеет ограниченную емкость хранилища. В этом случае отключение CompactOS может решить проблему.

Решение 4. Восстановите базу данных кэша значков

В некоторых случаях после установки обновлений Windows диск / папки были распакованы, но два значка синих стрелок продолжают отображаться в файлах / папках (заставляя пользователя думать, что содержимое все еще сжато), но проблема была вызвана повреждена база данных Icon Cache. В этом случае восстановление базы данных Icon Cache может решить проблему.

Если проблема не исчезнет, ​​проверьте, решает ли проблему выполнение следующих действий в командной строке с повышенными привилегиями:

Редактор реестра Windows версии 5.00

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

Если проблема не устранена, проверьте, решает ли выполнение обновления на месте (загрузите ISO-образ Windows 10 и запустите его от имени администратора, но обязательно используйте параметр «Сохранить приложения и файлы») проблему сжатия.

Источник

Как освободить место на диске, используя встроенную в Windows 10 утилиту для сжатия

При переполнении носителя не обязательно сразу же удалять с него файлы. Windows 10 скрывает в себе утилиту для сжатия, позволяющую высвободить даже несколько гигабайтов.

Вне зависимости от объема жесткого диска или SSD, рано или поздно все они переполняются. Это всего лишь вопрос времени, когда Windows предупредит, что свободное место подходит к концу. В таких случаях многие пользователи лихорадочно удаляют файлы, пытаясь освободить пространство.

Но существует и другая возможность: Microsoft интегрировала в Windows 10 утилиту командной строки, сжимающую по вашему желанию важные системные файлы. Благодаря ей вы одной командой быстро освободите несколько гигабайтов. Сжимать системные файлы? Многие пользователи сейчас, наверное, зададутся вопросом, не замедлит ли это работу компьютера.

Теоретически да, поскольку операционной системе придется по новой распаковывать такую информацию, когда она понадобится. На практике, тесты не продемонстрировали никаких чувствительных отличий. Это связано с тем, что небольшой файл быстрее, чем крупный, загрузить с жесткого диска в оперативную память, где затем он лихо распаковывается более быстрой, как правило, RAM. Таким образом, на большинстве систем сжатие может даже привести к небольшому ускорению.

Опыт показывает, что утилита Compact.exe способствует освобождению от двух до четырех гигабайт пространства. На первый взгляд это не так уж и много. Но в стесненных условиях на счету каждый байт. В первую очередь, выигрывают владельцы недорогих ноутбуков со скромной памятью, например, eMMCs (Embedded Multimedia Cards). Такие носители зачастую характеризуются объемом 64 гигабайта, а иногда и всего 32.

Сжатие посредством Compact.exe

Еще при обновлении с Windows 8 до 8.1 компания Microsoft добавила в систему WIMBoot (Windows Image Boot) — новый механизм, благодаря которому ОС занимает меньше места на жестком диске. Как правило, программа установки распаковывает все системные файлы из файла «Install.wim» и копирует их на системный раздел.

WIMBoot, напротив, сохраняет этот файл без разархивирования в скрытый раздел диска. Достоинство этого метода в сжатии, однако в этом случае быстро накапливается множество информации, бесполезной для операционной системы. Так, все больше производителей ПК складируют в файл «Install.wim» полезные и не очень предустановленные приложения.

В связи с этим в «десятке» корпорация Microsoft дополнительно проработала эту в принципе отличную идею и дополнила NTFS-утилиту Compact.exe функцией под названием Compact OS. Она сохраняет файлы ОС в сжатом виде и работает как на компьютерах с прошивкой UEFI, так и с привычной BIOS.

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

Утилиту Compact.exe можно найти и в более ранних версиях Windows. Там ее можно использовать, к примеру, для сжатия отдельных файлов и папок в разделах NTFS. Но лишь новый инструмент «/CompactOS», внедренный Microsoft в Windows 10, осуществляет описанную выше архивацию системных файлов.

Выясняем распределение памяти

Чтобы в результате всех действий узнать, сколько места вы освободили, сначала проверьте текущее распределение данных на диске системой Windows 10. Для этого нажатием на клавиши «Win+I» вызовите окно «Параметры». Здесь зайдите в категорию «Система» и в левой колонке нажмите на строчку «Хранилище».

Полоса под «Этот компьютер» расскажет, сколько дискового пространства занято ОС. Запишите объем занятого места на листе бумаги. Как видно на скриншоте сверху на тестовом компьютере до сжатия было занято 27,4 ГБайт.

Открываем командную строку

Для архивации системных файлов Windows 10 запустите «Командную строку» с правами администратора. Для этого щелкните правой кнопкой мыши по значку Windows в левом нижнем углу Рабочего стола. В контекстном меню выберите вариант «Командная строка (администратор)» и на запрос безопасности Контроля учетных записей пользователя ответьте «Да».

Проверка статуса архивации

Бывает, что производитель вашего компьютера или Windows 10 по умолчанию активируют сжатие, но на практике такое встречается крайне редко. Командой «compact /q» выясните статус архивации. Вы получите информацию не только о количестве сжатых файлов, но и их соотношение. Значение «1,0 к 1» говорит о том, что сжатие пока еще не активно.

После ввода команды «compact /Compact OS:query» вы узнаете, почему Windows приняла решение в пользу автоматического сжатия или же против него. Совет отказаться от сжатия можете смело проигнорировать, поскольку его достоинства в большинстве случаев перевешивают недостатки.

Архивация системных файлов

Само сжатие системных файлов Windows запустите командой «compact /CompactOS:always». На несколько минут компьютер будет занят упаковкой. После этого вы узнаете, сколько файлов было сжато и как выглядит новое соотношение архивации.

Выясняем объем освобожденного пространствам

Снова выполните действия из этапа №1 и сравните значения из раздела «Мой компьютер» с ранее записанными. Так вы узнаете, сколько места освободилось. В нашем случае речь шла о чуть более 2,7 ГБайт.

Восстанавливаем прежнее состояние

Если, несмотря на ожидания, вас не покидает чувство, что сжатие системных файлов замедлило работу компьютера, вы можете без проблем все вернуть в прежнее состояние. Для этого введите команду «compact /CompactOS:never». Процесс также займет несколько минут. После этого сжатие будет отменено.

Фото: компании-производители

Источник

3 простых шага по исправлению ошибок KMSAUTO PRO.EXE

В вашей системе запущено много процессов, которые потребляют ресурсы процессора и памяти. Некоторые из этих процессов, кажется, являются вредоносными файлами, атакующими ваш компьютер.
Чтобы исправить критические ошибки kmsauto pro.exe,скачайте программу Asmwsoft PC Optimizer и установите ее на своем компьютере

1- Очистите мусорные файлы, чтобы исправить kmsauto pro.exe, которое перестало работать из-за ошибки.

2- Очистите реестр, чтобы исправить kmsauto pro.exe, которое перестало работать из-за ошибки.

3- Настройка Windows для исправления критических ошибок kmsauto pro.exe:

Всего голосов ( 181 ), 115 говорят, что не будут удалять, а 66 говорят, что удалят его с компьютера.

Как вы поступите с файлом kmsauto pro.exe?

Некоторые сообщения об ошибках, которые вы можете получить в связи с kmsauto pro.exe файлом

(kmsauto pro.exe) столкнулся с проблемой и должен быть закрыт. Просим прощения за неудобство.

(kmsauto pro.exe) перестал работать.

kmsauto pro.exe. Эта программа не отвечает.

(kmsauto pro.exe) — Ошибка приложения: the instruction at 0xXXXXXX referenced memory error, the memory could not be read. Нажмитие OK, чтобы завершить программу.

(kmsauto pro.exe) не является ошибкой действительного windows-приложения.

(kmsauto pro.exe) отсутствует или не обнаружен.

KMSAUTO PRO.EXE

Проверьте процессы, запущенные на вашем ПК, используя базу данных онлайн-безопасности. Можно использовать любой тип сканирования для проверки вашего ПК на вирусы, трояны, шпионские и другие вредоносные программы.

процессов:

Cookies help us deliver our services. By using our services, you agree to our use of cookies.

Источник

Как добавить активатор KMS в исключения антивируса Windows 10

Встроенный антивирус Windows 10 весьма неплохо стал справляться со своими обязанностями и порой это даже мешает. Например, ему очень не нравятся популярные активаторы KMS Auto, с помощью которых частенько лечат от жадности Microsoft Office, да и саму Windows.

Вы наверняка сталкивались с тем, что «Защитник Windows» (он же Windows Defender) блокирует запуск активаторов KMS Auto и старается тут же его изнечтожить, как потенциальную угрозу системе. Было бы наивно полагать, что Microsoft ничего не знает про активаторы и никак не борется с пиратством. Впрочем, нет никаких препятствий чтобы самостоятельно добавить активатор KMS Auto в исключения встроенного защитника Windows 10.

Всё делается штатными средствами системы. В строке поиска набираем слово «защитник» или «defender» (без разницы):

Перейдя в управление настройками безопасности Windows 10, можно на своё усмотрение настроить исключения для защиты от вирусов и угроз. Здесь мы и запретим «винде» мешать нам в нашем тёмном деле и позволим активатору KMS Auto жить спокойно:

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

На Windows Server 2016 всё делается аналогичным образом:

Если считаете статью полезной,
не ленитесь ставить лайки и делиться с друзьями.

Источник

Методика расследования причин медленной работы операции на примере открытия управляемой формы

Ограничения применимости методики

Когда применяется методика:

Проверка ограничений и подготовка к расследованию

Для начала необходимо убедиться, что проблема стабильно воспроизводится (в одинаковых условиях) и что все пункты с описанием применения методики выполнены. Для этого можно сделать следующее:

Фильтр по имени процесса для нашей задачи избыточен и нужен для того, чтобы в случае ошибочной настройки такого лога на сервере не получить сбор всех событий для серверных процессов, что может занять значительный объем. С другой стороны, при осознанном включении такой настройки на сервере (если клиентские приложения запускаются там же, где может быть развернут и сервер приложений 1С:Предприятие) мы в отдельном каталоге Client_Full увидим данные только клиентских приложений (хотя при этом подкаталоги других процессов тоже будут созданы, но они буду пустыми). Свойство Interface не собираем, так как оно дублируется более «человек читаемым» свойством IName (хотя даже последнее нам в данном примере не обязательно нужно).

После настройки технологических журналов и проверки корректности замера времени ОценкиПроизводительности БСП выполняем повторение операции с включенной отладкой.

Замеры времени средствами БСП будут выглядеть следующим образом:

Везде далее будем рассматривать верхний в этом списке замер от последнего повторения, его длительность 13,022 секунды.

Замер отладчиком конфигуратора изображен на следующем рисунке:

Как видно, сумма длительности всех строк, связанных с открытием формы составила всего 1,523 секунды.

Определим точное время начала и завершения операции по данным регистра замеров времени БСП.
Для этого необходимо любым удобным способом преобразовать данные колонок «Дата начала замера» и «Дата окончания» из миллисекунд UTC, начиная с 01.01.0001 00:00:00 (обычно эти значения получены с помощью функции ТекущаяУниверсальнаяДатаВМиллисекундах()).
Например, можно воспользоваться онлайн инструментами вроде https://www.epochconverter.com/ (нас будут интересовать минуты, секунды и миллисекунды, отличия в часовых поясах и годах не важны), либо можно преобразовать значение в дату с точностью до секунд с помощью функции вида:

‘00010101’ + ТекущаяУниверсальнаяДатаВМиллисекундах() / 1000

а для миллисекунд взять остаток от деления на 1000 (то есть просто последние три цифры, обратите внимание на «779» на следующей картинке).

Точное время начала замера (минут:секунд.миллисекунд): 25:10.779

Точное время окончания замера (минут:секунд.миллисекунд): 25:23.801

Найдем теперь записи технологического журнала, соответствующие данному замеру, они будут примерно следующими:

Здесь видно, что соответствующий нашему замеру серверный вызов SCALL завершился примерно за 10,1 секунды, это соответствует интервалу между запросом VRSREQUEST и ответом VRSRESPONSE.
Причем время начала замера почти совпадает с началом вызова, то есть событием VRSREQUEST, что собственно ожидаемо, так как замер БСП начинается на клиенте и должен быть непосредственно перед командой открытия формы. А вот окончание вызова сервера случилось раньше, чем окончание замера, что значит, что эта разница во времени пришлась на часть работы клиентского приложения.

Итак, промежуточный итог по длительностям замеров разными способами показывает соответствие нашей ситуации ограничениям и выполнение неравенства: 1,5

После того, как их подготовили, перейдем в тонкий клиент 1С, откроем форму списка документов и непосредственно перед воспроизведением проблемной операции запустим сбор данных WPR (кнопка Start).

После открытия формы в тонком клиенте запись можно остановить и открыть ее для анализа. В открывшемся окне найдем по PID 5508 (его можно определить в диспетчере задач ОС или по логам ТЖ) наш тонкий клиент 1С и должны получить примерно следующую картинку:

По данным Windows Performance Analyzer видим, что у нас нет серьезной нагрузки по дискам, а поток тонкого клиента потребляет 100% ЦП на протяжении длительного времени вплоть до завершения замера.

Запомним этот результат и проанализируем траффик.

Запустим Wireshark и повторим проблемную операцию в тонком клиенте 1С:Предприятие с прямым подключением к серверу приложений 1С.

При сборе данных с помощью Wireshark (и отбору по пакетам с сервером-источником равным серверу приложений 1С:Предприятие) запуск открытия формы документа будет выглядеть примерно так:

Здесь каждая такая строка – это пакет (или если точнее, то «кадр», frame), который в свою очередь является частью общего большого пакета поверх протокола TCP (PDU – Protocol Data Unit). Если их сложить, получим пакет около 70 Кб. Стоит обратить внимание, что это будет размер с учётом сжатия, а если без него – то должны получить что-то около 2500 – 3500 Кб данных.

Если вернуться к анализу технологического журнала и посмотреть на «Content-Length» (или «Body»), то увидим также те самые 70577 байт. Познавательно, можно взять на заметку, но пока новой информации не дает. В таком дампе Wireshark бывает полезно анализировать каждый отдельный кадр и возможные повторы отправки пакетов или увидеть сбросы TCP-соединений, которые могут приводить к ошибкам в работе клиентов (например, из-за антивирусов, которые могут распознать такое содержимое как подозрительное). Однако для нашей проблемы удобнее воспользоваться другим инструментом – прокси-сервером Fiddler и проанализировать с его помощью уже http-траффик.

Устанавливаем и запускаем Fiddler, на панели инструментов ищем «Browse», выбираем любимый браузер и запускаем в нем необходимое нам приложение (информационную базу 1С:Предприятие). После запуска переходим в форму списка документов (готовимся воспроизвести сценарий), возвращаемся в Fiddler и включаем сбор траффика (кнопка F12), переходим в браузер и открываем форму документа. После её открытия сбор траффика можно отключить и заняться его анализом. Мы должны получить примерно следующее:

В данном дампе достаточно быстро находится относительно большой пакет искомого размера, выбираем его в списке слева, а в правой части окна переключаемся на страницу Inspectors, выбираем там просмотр заголовков (Headers), и так как у нас пакет является сериализованным json (Content-Type: application/json), то попросим Fiddler десериализовать его для нас.

После этого в окне предпросмотра отобразится древовидная структура ответа (response), которая передается с сервера на клиент и содержит так много данных. Далее нам необходимо проанализировать её и найти наиболее проблемные места. Может помочь кнопка Expand All, которая развернёт все элементы дерева, но это может занять некоторое время. Чтобы его сократить, сначала поймем, что именно нужно искать.

Подведем промежуточный итог:

Из всех этих пунктов для нас наиболее полезным и требующим дополнительного анализа является тезис «Размер пакета с формой подозрительно велик».
Какие могут быть причины для такой ситуации? В общем случае их несколько:

Так как наша проблема (у вас может быть по-другому) воспроизводится даже при очень небольшом количестве данных в ТЧ, и реквизитов у документа (т.е. объекта формы) совсем не много, то их мы не рассматриваем. Остаются реквизиты формы, не равные основному реквизиту «Объект».

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

Сопоставляем эти данные с уже собранным ранее замером с помощью конфигуратора, и видим заполнение этих структур достаточно большим количеством элементов (например, можно 5059 в реквизите «СвойстваИзмерений»).
Снова вернемся к дампу траффика в Fiddler и найдем там элемент, отвечающий за параметры формы (response/props). Увидим там примерно следующее:

И если развернем далее эти элементы, убедимся, что их там несколько тысяч, каждый из которых представляет собой вложенную структуру вида:

Найдем прикладной код, заполняющий эти параметры, и убедимся, что данных там действительно достаточно много (2-3 Мб), и они представляют собой большое количество сложных вложенных структур.

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

Выводы и рекомендации

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

Для того чтобы оценить степень влияния всех факторов, которые имеют значения в этом процессе, можно сделать несколько тестов (замеров), изменяя эти факторы и оценивая корреляцию их значений и длительности. В нашем случае причиной проблем были структуры, хранящие данные справочников территорий и условий труда, поэтому изменяли количество этих элементов и пробовали замерять передачу с клиента на сервер этих данных (процедура ДанныеДляРедактированияВХранилище).

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

Принимая во внимание полученные таким образом данные, можно предложить следующие возможные пути решения:

Источник