Tridentifer
BANNED | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
farag
Цитата:| но лезут в реестр, чтобы ОС стала работать быстрее, что не всегда приводит к нужным результатам. |
Рано или поздно приходит понимание, что нужное для большинства обычных пользователей настраивается в 'Параметрах', и лезть для этого в реестр не требуются вообще.
Локальные политики, как таковые, на тех системах где они есть, тоже могут быть неменьшим злом для 'непродвинутого' пользователя, особенно при их настройках с помощью импорта ключей реестра.
К примеру, в 'Параметрах' флажок какой-либо настройки может быть затёнен и неактивен, а в локальных политиках ничего включенного / отключенного нет - и пользователь не будет знать, где искать причину.
KLASS
Цитата:| Если речь о скорости работы системы в целом, то достаточно отключить Защитник и Поиск с Индексированием... |
Если Защитник используется и устраивает конечного пользователя, то смысла отключать его нет - другие АВ, работающие по 'чёрному списку', будут обращаться к дискам не меньше.
При использовании HDD удалить расположения из 'Параметров индексирования', снять 'галочку' 'разрешить индексировать' на диске и после отключить службу Windows Search - это одно (апплет 'Параметры индексирования' на месте и поиск работает).
Использовать для этого команду DISM /ONLINE /DISABLE-FEATURE... - это уже другое: апплет 'Параметры индексирования' недоступен, а в 'Журнале Windows' появляются ошибки, связанные с поиском.
После восстановления апплета эти ошибки исчезают, но появляются новые, связанные с разрешениями в реестре и настройкой DCOM.
Цитата:| Если речь о телеметрии\обслуживании\заданиях, то после отключения этих свистелок в десятки раз уменьшилась запись на раздел с системой при прочих равных. |
На 'среднем железе' при использовании SSD или не очень древнего HDD особого смысла нет - никто ведь не станет 'ловить миллисекунды' отклика системы.
Никогда не замечал, чтобы службы телеметрии как-то особо 'грузили' HDD.
Обслуживание, службы и задания в 'Планировщике' - штука довольно спорная.
Можно уменьшить размер журналов - но данные будут в них записываться с той же скоростью; можно отключить запись в некоторые ненужные журналы - но среднестатический пользователь за день может записать / удалить объём данных, который несравнимо больше размера всех взятых вместе журналов.
На oszone не раз были спичи по поводу 'оптимизации' служб - и те, кто радел за отключение ненужных, так и не смогли привести убедительных доводов в практической пользе этого.
Насчёт заданий в 'Планировщике' - сталкивался с тем, что к примеру отключив ненужное вручную или командой SCHTASKS /CHANGE /TN "Задание" /DISABLE и зайдя в 'Планировщик' спустя несколько дней для проверки, видел что отключенное задание... недавно выполнялось - из-за триггера или неснятых 'галочках' в условии.
Многие ли после отключения проверяют задания? Нет. А значит, даже отключенное задание вполне может быть выполнено.
Цитата:| Кто юзает UWF-фильтр с оверлеем в оперативке быстро смекнет, что он (оверлей) забивается хламом (читай, телеметрия\обслуживание\задания) во столько же раз меньше. |
Фильтр - вещь отличная для тех, кто использует его и знает, зачем он нужен; для остальных же, которые даже не всегда знают что такое 'песочница', это вещь специфическая и непонятная, поэтому неиспользуемая вообще.
Цитата:| Касаемо же ошибок в журналах, то тут неплохо бы уточнить: 1. на какой системе проводились отключения 2. какие проводились отключения |
Тесты 'всего подряд' ради интереса были, вначале - на Win10 Ent LTSB 1607 x64, после на обычных Win10 Ent 1703/1709 x64.
Службы, задания в 'Планировщике', настройки работы системы через реестр / комстроку, утилиты-'затыкалки' телеметрии, отключение чего-то отдельного (Магазин, Кортана и т.д.).
Цитата:| 3. в каких журналах и какие ошибки появились после отключения а то журналов много... к тому же, они все отключаются, кроме 4-х основных ) |
Кроме основных журналов по большому счёту можно никуда не заглядывать.
Ошибки были в 'Приложении' и 'Системе', в большинстве случаев связаны были с отключенными или удалёнными компонентами.
После возвращения назад отключенного или удалённого как правило появлялись ошибки, связанные с разрешениями CLSID и APPID в реестре и настройкой DCOM.
Shilips
Цитата:| И всё, собственно. Серьёзными ошибками это не назвать |
Да ладно - вот предупреждения это одно (можно проигнорировать), а ошибки есть ошибки, они говорят о неправильной работе чего-либо.
Хотя когда всё работает как нужно, спустя время без ошибок становится... скучно, что ли  |
Всего записей: 2226 | Зарегистр. 23-10-2009 | Отправлено: 04:38 13-12-2017 | Исправлено: Tridentifer, 04:41 13-12-2017 |
|
