Минусовки на DJ-X.info
Страницы: 1   Вниз

Автор Тема: Оптимизация Windows 7 под SSD  (Прочитано 20478 раз)

0 Пользователей и 1 Гость просматривают эту тему.

DJ-X

  • Музыкант №1
  • Ветеран
  • *****
  • Оффлайн Оффлайн
  • Сообщений: 160
    • Просмотр профиля
    • Минусовки Бесплатно !
Оптимизация Windows 7 под SSD
« : 07 Ноября 2011, 12:54:38 »



Наша цель - не отключение всего что пишет на диск SSD, а перенос самых активно записывающих файлов
ипапок на другой жесткий диск HDD установленный в системе с помощью символических ссылок.




  • Монитор ресурсов - покажет нам что и куда записывается.

    Твердотельный накопитель преимущества и недостатки.

    Здесь самое основное для оптимизации Windows под SSD диски.
    Отключение кэша записи Windows - это подходит не для всех и могут появиться свопы в играх и периодические подвисания.
    Здесь ещё про оптимизацию.

    Улучшение производительности NTFS
    Нажмите  Пуск-> Выполнить, и введите cmd
    В открывшейся командной строке введите следующую команду:
    FSUTIL behavior set disablelastaccess 1
    Если вы захотите вернуть атрибут с временем последнего доступа, просто повторите команду и замените 1 на 0.

    Очистка диска - поможет освободить место на диске.

    Cимволическая ссылка - это то что нам понадобится для создания ссылок указывающих на папку или на файл
    расположенный на другом физическом диске!

    А у меня получилось создать программой Link Shell Extension символическую ссылку ведущую на RAMDisk
    для файла C:\pagefile.sys который будет занимать 700 mb.
    Для того что бы он никогда больше не создавался на диске C: .
    И после того как создали линк нужно создать файл подкачки сначала на диске C: , а потом и на RAM диске R: - со всем соглашаемся!
    Или просто отключаем файл подкачки!

    Если у вас очень много оперативной памяти тогда нужно отключить файл спящего режима!
    Открываем
    cmd.exe
    от имени администратора и пишем команду
    POWERCFG -H OFF
    и hiberfil.sys исчезает , а если написать
    POWERCFG -H ON
    hiberfil.sys опять появится на диске C:\hiberfil.sys
    и размер его будет равен размеру вашей оперативной памяти!




  • Для папки логов "Журнал событий Windows" C:\Windows\System32\winevt\Logs
    прилинковал её на диск D: - HDD
    Нужно сначала создать линк пере загрузиться в в безопасный режим и остановить службу Журнал событий Windows, переименовать папку Logs и вместо неё вставить линк ведущий на папку на диске D: .
    И папку C:\Windows\Prefetch можно так-же прилинковать.

    В безопасном режиме программа Link Shell Extension не создаёт линки нужно создавать их в нормальном режиме, а вставлять в безопасном режиме.

    Можно перенести свой профиль на другой физический диск HDD!
    На пример на D: потому что в них постоянно что то записывается.
    Важно!
    В папке профиля хранится реестр и если его перенести на диск D: который HDD будет дефрагментация реестра
    и из-за этого будет тормозить вся система при активном использовании HDD.
    Если отключить диск D на котором расположен профиль - система не загрузится!
    Здесь и здесь написано как это сделать.
    Если вы передумали переносить весь профиль на диск D тогда читайте дальше!

    В эти папки программы наиболее часто что-то записывают.

    С:\Users\профиль\Downloads
    С:\Users\профиль\Documents
    С:\Users\профиль\Music
    С:\Users\профиль\Pictures
    С:\Users\профиль\AppData\Local

    Команда для проверки переменных cmd /k set
    Жмём WIN+R и вставляем туда %LOCALAPPDATA% и жмём ентер - откроется эта папка.

    Эти папки можно перенести так — зайти в свойство папки и выбрать расположение.
    Найти их можно здесь С:Usersпрофиль
    Жмём WIN+R и вставляем туда %USERPROFILE% и жмём ентер - откроется эта папка.


    Добавим папку С:\ProgramData - на D:\ProgramData .
    Жмём WIN+R и вставляем туда %ALLUSERSPROFILE% и жмём ентер - откроется эта папка.
    Берём Total Commander и копируем её на диск D:
    ставим галочку Копировать права доступа NTFS (нужны админ. права), нам нужно просто скопировать папку ProgramData .
    Проверяем права и владельца в свойствах папки во вкладке безопасность D:\ProgramData
    Total Commander не всегда правильно копирует права доступа NTFS по этому лучше проверить!
    Поправим реестр.

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
    ProgramData=D\:ProgramData


    Теперь всё новые программы которые мы будем устанавливать будут использовать D:\ProgramData
    Переустановите вашу антивирусную программу!

    Важно!
    Из-за не правильно выставленных прав доступа программы не смогут нормально работать!
    По этому лучше вручную выставить права доступа NTFS в свойствах папок которые вы перенесли на другой диск.
    Total Commander не всё копирует правильно.
    На пример можно сделать реестр доступным только для чтения и ни одна программа записать в него ничего не сможет.
    Для этого нужно загрузиться из другой учётной записи и поставить себе права доступа NTFS запрещающие запись для пользователя!
    Файлы реестра находятся здесь c:\Users\Ваш профиль\NTUSER.*

    Не удалось прилинковать системную папку
    c:\System Volume Information
    восстановление системы просто не может запуститься :)

    И папка в профиле VirtualStore после перемещения на другой диск не пашет :)

    Удалять с диска C: ничего не нужно - просто переименовать нужную нам папку или файл и вместо них вставить линки с такими же именами!


  • Символические ссылки.

    Принципиальное отличие ярлыков от символических ссылок заключается в уровне обработки. Ярлыки — это обычные файлы с набором разнообразных двоичных данных, в число которых входит и путь к целевому объекту. Чтобы обратиться к файлу или каталогу, на который ссылается ярлык, программа должна открыть сам LNK-файл, прочитать его содержимое, найти там путь к объекту и только потом обратиться по нужному адресу (обычно программы не делают это самостоятельно, а вызывают системные функции, выполняющие всю грязную работу, но суть от этого не меняется). Символические же ссылки являются структурами на уровне файловой системы и обрабатываются непосредственно ядром операционной системы (точнее, драйвером файловой системы, загруженным в ядро). Приложение в большинстве случаев даже не будет догадываться, что это не просто файл или каталог, а именно ссылка: вся работа по определению местоположения проводится незаметно для приложения, которое сразу же получает содержимое целевого объекта. Соответственно, приложению не требуется прикладывать каких-то усилий для получения адреса и обращения к результирующему файлу. Более того, усилия надо приложить как раз для того, чтобы определить реальный путь к целевому объекту и даже чтобы просто понять, что работа вообще производится именно со ссылкой, а не с обычным файлом или каталогом.

    На NTFS принципы создания и хранения символических ссылок несколько отличаются от UNIX-подобных систем. Здесь для их реализации используются особые структуры, называющиеся точками повторной обработки (reparse points). Этот несколько смутный термин означает, что драйвер файловой системы, наткнувшись на такую файловую запись, должен не вернуть её содержимое, как для обычных объектов, а считать из него путь к целевому объекту и заново обработать этот новый путь как если бы изначально запрашивался именно он. Существует множество самых разных типов точек повторной обработки (например, связанные с иерархическими хранилищами, распределёнными файловыми системами и т. п.), символические ссылки — лишь некоторые из них.

    1. Программы с общими данными.
    Пусть у нас есть две или больше программ, которые совместно работают с одними и теми же данными (неважно, параллельно или по отдельности). Логично было бы держать все их общие файлы в одном каталоге (а в случае с параллельным выполнением иначе может и не получиться вообще). Хорошо, если программы позволяют явно указать, в каком каталоге находятся нужные им файлы. А если не позволяют, а требуют, чтобы они обязательно были рядом с ними, в определённом подкаталоге? Или программ с добрый десяток, и все они ссылались на один каталог, а теперь каталог надо переместить в другое место (например, чтобы освободить место на диске)? Вот тут на помощь и приходят возможности NTFS. Просто создаём символическую ссылку, указывающую на нужный нам каталог, который может быть где угодно, а сами ссылки размещаем, где нужно, и даём им требуемые имена. И ничего не надо перенастраивать, так как обращение к символической ссылке происходит в точности так же, как и обычное обращение к каталогу. Программы попросту ничего не заметят (ну разве что изменение скорости работы, если диски имеют разную производительность).

    2. Перенос папок в другое место.
    Теперь рассмотрим ещё раз предыдущий пример, только вместо программ возьмём простого пользователя, которому понадобилось переместить какую-то свою папку на другой диск. Неважно, с какой целью. Может быть, необходимо освободить место на диске; может быть, другой диск более надёжен. Важно то, что по привычке он будет ещё долго пытаться попасть в свою папку по её старому пути, каждый раз негромко матерясь на свою забывчивость, и так пока не привыкнет к новому местоположению. А оно надо — привыкать? Делаем символическую ссылку на новое местоположение, размещая её там же, где раньше находилась эта папка. И теперь обращаемся к ней, как и раньше, совершенно не замечая разницы, только уже достигнув тех целей, ради которых и был совершён перенос папки на новое место. Просто? Да. Удобно? Да. Почему не используем? Пожатие плечами… :-)

    3. Защита DLL от удаления.
    Пусть мы установили какую-то программу, которая использует свою супер-навороченную DLL-библиотеку… ну, назовём её, скажем, Super.dll. Что такое DLL? Это библиотека, используемая несколькими программами сразу. И размещается она обычно в общедоступном месте, например, в каталоге Windows. И вот та же фирма выпускает ещё одну программу, использующую ту же самую DLL. Какое-то время мы пользовались ими обеими, а потом решили первую программу удалить. И случилась такая незадача, что деинсталлятор программы «не заметил», что есть ещё одна программа, использующая тот же файл Super.dll, и удалил его. Вторая программа теперь просто перестанет работать. Как же этого избежать? Да очень просто. Делаем жёсткую ссылку на файл Super.dll. Название этой ссылке даём точно такое же — Super.dll, а размещаем её в каталоге второй программы. Теперь удаление первой программы ни к чему страшному не приведёт: удалится всего лишь одна из жёстких ссылок на DLL-библиотеку, а сама она останется жива, и оставшаяся программа сможет загружать эту же самую библиотеку, обращаясь к ней по созданной жёсткой ссылке. Мало того, это не потребует ни одной дополнительной строки кода в программе, поскольку DLL-файлы автоматически подхватываются из каталога самой программы.
    Разумеется, та же проблема прекрасно решается обычным копированием DLL в нужное место, но при этом будет тратиться дисковое пространство. Если же использовать жёсткие ссылки, то на диске физически присутствует только одна копия файла.

    4. Защита других важных данных.
    Этот пример дополняет предыдущий пункт, образуя с ним такую же логическую пару, какую образовали пункты 1 и 2. Т. е. снова вместо программы тут выступает пользователь.
    Не знаю, кто как, а я иногда удалял файлы, которые считал ненужными, а через месяцок после этого спохватывался: «Ах я дурак, сам же себе говорил, что этот файл нельзя удалять!..» К сожалению, я не знал тогда о таком инструменте, как жёсткие ссылки, и данные оказывались безнадёжно утерянными. Разумеется, жёсткие ссылки — не панацея. Но защитить файл с заурядным именем, но важными данными они помогут. Просто создаём на нужный нам файл жёсткую ссылку в каком-нибудь каталоге, из которого мы точно ничего удалять не будем (завести, скажем, специальный каталог с коллекцией таких жёстких ссылок — почему бы и нет?) Теперь, даже если мы и удалим первоначальный файл, посчитав его ненужным, он останется на диске, и мы сможем обратиться к нему по созданной ранее жёсткой ссылке.
    И снова заметим, как и в пункте 3: да, можно того же самого добиться простым копированием. Но при этом будет расти и занимаемое место на диске.

    5. Сохранение временно недоступного файла.
    А в этом примере не поможет и копирование: файл может оказаться недоступен для чтения. Например, при просмотре некоторых видео-роликов в интернет-браузере иногда хочется сохранить ролик к себе на компьютер. Нередко случается так, что браузер сохраняет видео-файл на диске в своём кэше или во временной папке, так что его достаточно было бы просто скопировать, но браузер держит этот файл заблокированным. Чтобы его разблокировать, нужно закрыть страницу с плеером, но файл при этом тут же удалится. Можно временно выставить права NTFS, запрещающие удаление файлов. А можно вместо этого сделать жёсткую ссылку на файл (недоступность чтения этому не помеха). После чего спокойно закрываем страницу с роликом, файл удаляется, но поскольку есть ещё вторая жёсткая ссылка, содержимое файла не уничтожается, а остаётся доступным. Теперь просто копируем этот файл, куда хотим.

    В общем, как вы видите, применений может быть масса, этими пятью вариантами дело не ограничивается. В конце концов, у каждого свои задачи. Кому-то нужно одно, кому-то — другое. Включите фантазию, используйте данные вам возможности на полную катушку! Пусть компьютер делает то, что нужно вам, а не наоборот!
    Взято из справки NTFS Links 1.30.


  • Записан
    Страницы: 1   Вверх
     

    Страница сгенерирована за 0.031 секунд. Запросов: 20.