I’ve just purchased my first SSD drive (a 32GB MLC from Imation) without doing enough research ahead of time in the spirit of giving the new technology a shot and getting myself up to speed by empirical research rather than reading countless reviews and I’m now at a crossroads.
I’ve built a new server to test the new drive and at first I wanted to test it with Windows Server 2003 R2 x86 but after I loaded the OS on it and it had problems loading the drivers of the motherboard I went to the internet and did more research and the more I read the more I got confused.
Finally I decided to try out Windows Server 2008 R2 x64 since it supposedly has certain support for SSD drives inherent in the NT 6.1 core. Indeed I’ve had much better luck with the new OS and got all the drivers installed but now I still have some questions:
- Should I set the drive to: IDE Emulation or AHCI in the BIOS?
- Should I make any other changes in the BIOS (I’ve read on the internet that Write Through should be changed to Write Back)
- Should I make any other adjustments in Windows (i.e. Tweaks such as disabling prefetching or disabling the Last Accessed Timestamp on the filesystem) and if so, is there a good/reliable online resource with instructions?
I’m so tired of reading through countless online posts which spend 80% of coverage on the history of SSDs and benchmarks and explanations of how SSDs work. I got that, now I’d like to know if there’s anything I should actually do to make sure Windows Server 2008 R2 makes good use of the SSD.
asked Dec 14, 2009 at 1:58
SSD’s mostly come as SATA devices right now, so as far as the operating system is concerned, they are a ‘normal’ harddisk drive. Your initial problems with Win2003 where not related to the SSD, but probably the configuration / motherboard / SATA drivers for Windows.
Regarding IDE mode or ACHI: AFAIK it makes no difference for the SSD; I’m not 120% sure that the TRIM command works with all modes and OS combinations, that’s the only potential caveat that I see. ACHI is newer, more capable and generally better than IDE, so for a modern OS (Vista / Win2008+) it would be my default choice.
Regarding tweaks: With Windows 7 / 2008 R2, there is nothing you strictly need to do. These OS’s automatically change configuration to avoid continuous background writes to the SSD (to reduce drive wear) and disable Prefetch (as it’s not so useful with super-fast SSDs). With older OS’es (up to and including Win Vista / 2008) you should do the same things as the MSDN blogpost mentions.
now I’d like to know if there’s anything I should actually do to make sure Windows Server 2008 R2 makes good use of the SSD.
As per above, no there is not. As the OS sees the world the SSD is a plain old SATA harddisk, just one that is a lot faster. Win 2008 R2 already comes with the needed optimizations for SSD’s, mostly to reduce background writes and hence improve drive longevity.
answered Dec 14, 2009 at 2:52
I don’t know that exact drive, but all the 2.5″ SSD’s I’ve used just worked like a regular SATA drive.
AHCI is basically a one-armed RAID. It enables the things usually only associated to RAID on a single drive. One of the big ones is command-queuing (with SATAII-compatible drives) so it’s worth it if it’s available.
If you pick AHCI you have to give Windows a driver (just like you would if it was a RAID). It’ll be supplied by your motherboard manufacturer. I wouldn’t touch any advanced HDD settings in the BIOS — at least not until I had a specific reason to do so.
Also if your motherboard also offers RAID, you may want consider settings it to that, and use the RAID driver (even with only one drive). The AHCI driver is usually a variation of the RAID driver and performs the same functions; the advantage is if you want to establish a RAID set later, you can do it without reinstalling Windows (to get the other driver in).
answered Dec 14, 2009 at 4:12
techie007techie007
1,89217 silver badges24 bronze badges
Use an OS that supports TRIM (Win7 or 2008+)
What is the point of using an SSD whose performance degrades over time? You need to ensure that the disk and it’s firmware support TRIM (popular: Indilinx). Then, the OS has to support it or the cells will get written to and then drive write performance will taper off very quickly.
Verify the TRIM yourself
If like me you don’t understand this TRIMming thing completely but you really need to know if you have ‘done the right thing’ with your purchase, then benchmark yourself!
I use a popular benchmarking tool called CrystalDiskMark which other youtube folks have proven is good for measuring relative SSD performance.
All i did was run a series of these benchmark tests over the days after i installed Win7 to see how the performance changed. The essential test is to see if degraded performance from written cells is restored after file system deletes in Win7 — the idea here is that Windows needs to pass the TRIM commands to the SSD firmware so that it knows to clean out the unused cells (mark them as empty). This simplified explanation might seem like it won’t be the crux that affects all your read/write performance issues — but it is.
By the way, the above is from experience. I have been using a 64gb SSD from Runcore and benchmarking using the method above. A lot of initial frustration was caused by trying to get the TRIM working with XP and Vista. But now i know it simply does not work. I can’t speak for 2k8 server coz i haven’t used it, but i understand it’s built on the same file system changes as Win7 — but like i said, prove it to yourself.
In summary, i get fantastic performance in Win7 on my Dell XPS M1330. Using the 64g SSD and my 4gb ram upgrade i get blinding boot speeds (30-45 seconds from cold boot to desktop zero CPU) and fantastic use of heavy applications (like Adobe CS4 apps and MS Visual Studio 2008). I don’t think I’ll be able to go back now. Anything slower than this will just drive me mad waiting for it.
answered Mar 30, 2010 at 5:23
cottsakcottsak
5057 silver badges20 bronze badges
18.08.11 — 15:42
Есть желание перенести следующею систему:
Windows 2008R2
TerminalServer
MS SQL 2008
1C8.1 Server
Все это крутится на 3xHDD(без RAID)
20 Пользователей.
Хочу базу и систему перенести на два разных SSD винта. Но есть опаска, что что-то сломается или лимит записи не вовремя закончится. Вообщем надо перестраховаться.
1 Как лучше организовать такой переход? Можно ли кинуть в RAID1 один винт SSD другой HDD, чтоб как-то снять риск отказа системы.
2 Если я простым клонированием перенесу рабочую систему с HDD на SSD надо ли какие-то специальные настройки сделать в системе?
3 Какие винты посоветуете?
1 — 18.08.11 — 15:44
Смысл?
2 — 18.08.11 — 15:45
можно сделать проще 1 винт под систему, другие 4 по Райд10 и скорость и надежность
3 — 18.08.11 — 15:47
(2) винты соответственно ssd
4 — 18.08.11 — 15:59
1. можно. зеркало. но скорость снизится и смысла в ссд не будет.
2. с одного просто хдд на другой просто хдд — никаки настроек. если в рэйд(зеркало) то соответственно объединение нужно делать.
3.у меня 4 таких 2х2 (два зеркала в стрипе). http://www.ocztechnology.com/ocz-colossus-lt-series-sata-ii-3-5-ssd.html
5 — 18.08.11 — 16:01
Академик_Келдыш, А если сделать Raid 10 на скорость это не повлияет!
6 — 18.08.11 — 16:04
(5) у мена он и есть но у меня 4 винта! в сабже в п1. рассматривается 2 — один ссд другой обыкновенный.
7 — 18.08.11 — 16:09
(2) Система тоже должна на быстром стоять (всякие тмп и кэши). и тоже желательно иметь зеркало ее.
8 — 18.08.11 — 16:11
(4) Если в RAID1 будет 2 винта SSD они одинаково будут расходовать свой ресурс записи?
9 — 18.08.11 — 16:16
Академик_Келдыш, не вижу смысла на sys винт ставить зеркало, максимум что у меня есть это образ диска и все!
Если уж винт или винда летит подкидываю другой диск и все работает!
Смотря какой у тебя райд, программный или аппаратный, я ваще не вижу смысла тебе ставить ssd, так как количество обращений на сервак 20 пользователей. Предлагаю купить обычные винты http://www.ulmart.ru/goods/216040/ вот приблизительно такие и не парится!
10 — 18.08.11 — 16:17
И конечно же для безопасности настроить как минимум зеркало, не дело это хранить все на одном винте, хотя если правильно организован Backup то можно и оставить
11 — 18.08.11 — 16:18
(8)да. в общем рассказываю: поставили такую вещь мы год назад. база на скуле развернутаю 60 гигов(два года деятельности упп). текущий режим 50-60юзеров + перепроведение месяца перед закрытием. две недели назад один винт в одном зеркале выпал. ждем следующих(
12 — 18.08.11 — 16:20
если нет критичности в быстром перепроведении доков (за ночь месяц) — бери обычные и не переплачивай и не имей геморроя с заменой. как написано в (9).
13 — 18.08.11 — 16:23
юзеры прирост производительности записи на 60% при текущем проведении доков не заметят. отчеты — если прирост есть — то незаметно даже мне: скуль все равно в памяти кеш держит.
14 — 18.08.11 — 16:23
была такая же ситуация, подкинул другой диск, такой же модели, благо у поставщика залежались на складе, закинул новую конфигурацию на raid 0 и все работает.
Только пришлось потом для свой же безопасности переносить все на другие винты, да бы не случилось такого что винт падает и у поставщиков его нет! Купил новые с запасом на будущее сейчас тьфу тьфу все крутится и вертится!
15 — 18.08.11 — 16:26
(14) не обязательно такой же. главное чтоб объем был равным или большим. у меня две недели винт везут. сейчас в 0 ссд с обыкновенным стоит.
16 — 18.08.11 — 16:27
14+ но скорость тоже уменьшилась. при групповом проведении процентов на 60 медленней.
17 — 18.08.11 — 17:54
Сейчас при том что система и tempdb MSSQL, нагрузка на винт сильная. Да и профили терминала тоже жрут.
Зеркало решит что-то, для систему всмысле, если я пока простой кину HDD?
18 — 18.08.11 — 23:25
(0) подействовала очередная байка, что при постоянной записи срока службы хватит только на 20 лет?
19 — 18.08.11 — 23:31
(18) Всмысле? Брать и даже не думать о вылете винта про причине лимита записи?
20 — 18.08.11 — 23:39
(19) брать модели этого года и не париться. у старых моделей были корявые контроллеры, которые не оптимизировали запись и в итоге винты ломались..
вообще скоростные ссд диски на порядок дороже HDD, может быть посмотреть в сторону они раз в 6-8 веселее работают. в рейде покажут неплохую производительность…
а норм ссд диски слишком скоростные, чтобы их 1ска не масштабируемая (пока во всяком случае) успевала обрабатывать… я уже накололся просто, правда у меня 1 пользователь работал. но прирост реальный в 2.5-3 раза всего получился и то в файловом варианте. в клиент-серверном куча времени на транспорт тратится и на свопы клиента. ссд диски стоять будут.
21 — 18.08.11 — 23:40
*посмотреть в сторону SAS дисков
22 — 18.08.11 — 23:41
(19) нормальные серверные диски нормальных производителей да.. брать и не париться..
разница между SSD и не_SSD такова что брать есть смысл..
23 — 18.08.11 — 23:41
(22) разница в производительности
24 — 18.08.11 — 23:52
Какие модель посоветуете?
25 — 19.08.11 — 00:28
(20) Ага то-то корсар сейчас отзывает свои новые ссд диси в связи с проблемой контролера
26 — 19.08.11 — 00:30
(22) С чем сранивать со скази?
27 — 19.08.11 — 00:32
(25) интел бери..
28 — 19.08.11 — 00:37
(27) Не я на OCZ глаз положил. Новый интел меня не впечатлил, несбалансированный он какой то. Затотчен под обработку больших объемов (видео редактировать например)
29 — 19.08.11 — 00:45
(28) Сдавать горелый диск по гарантии или конфиденциальность важнее ?
хотя текущий OCZ нормально вроде пашет.. правда бекаплюсь по нескольку раз в неделю…
30 — 19.08.11 — 00:48
(29) Типа такого, только ocz vertex 3
31 — 19.08.11 — 12:35
Подскажите как мне уже готовый диск с системой кинуть в RAID1, чтоб ничего не улетело, и система продолжила свою работу?
32 — 19.08.11 — 12:40
А райд какой программный или аппаратный? Да здесь ничего сложного нет, если райд программный нужны два одинаковых диска, подкидываешь диск, заходишь в биос рейда, создаешь новую конфигурацию и готова, в аппаратном все тоже самое но вроде как дрова ещё надо будет подкидывать!
33 — 19.08.11 — 14:07
(32) Второй винт сам скопирует себе все что надо с первого?
34 — 19.08.11 — 14:09
(33) винт ниче не скопирует. контроллер скопирует все с первого
35 — 19.08.11 — 14:11
(34) Но это я понял.
А все таки сильно будет отличаться софтовый от аппаратного RAID1?
36 — 19.08.11 — 14:13
софтовый загружает проц, аппаратный сам себе хозяин, но за отдельную денюжку
37 — 19.08.11 — 14:16
Я так понимаю не так сильно загружает? Тем более если проц i5 и оперативы 16гигов на 20 пользователей?
38 — 19.08.11 — 14:18
(37) ну если слетает программный рейд контроллер то восстановить сложнее если что..
39 — 19.08.11 — 14:30
Ок.
Такой вопрос, если я создам софтварный рэйд на системный диск, потом смогу отстегнуть один из винтов и подключить к другому компу и он запустит мне систему?
40 — 19.08.11 — 14:33
такими вещами не занимался.. по идее должен ругаться где второй винт
41 — 19.08.11 — 14:36
А если у меня на одном диске два раздела? Он нормально отзеркалирует?
42 — 19.08.11 — 14:41
нормально отзеркалирует тот, который умеет это делать.
а в целом зачем так делать если диск полетит?
43 — 19.08.11 — 14:52
spleen, для рейдов нежелательно разбивать винты под разделы! И зачем тебе для системы рейд? Сделай проще сними просто с системного винта образ и все!
44 — 19.08.11 — 14:53
Он будет тебе выдать ошибку типа не найден контроллер, если это программный, а на счет аппаратного, опыта не имел и не видел!
45 — 19.08.11 — 15:11
Просто у меня уже есть 2 раздела. Один систему второй, D с конфигурациями.
Но думаю не проблема перенести будет чтоб система была без разделов.
46 — 19.08.11 — 15:17
spleen, мда…меня за такое мое руководство просто настреляла на месте, без объяснения причин…
Ты представляешь что будет если у тебя винт посыпется? Во первых работа офиса встанет, и если нет бейкапов останешься ваще без конфигураций, и если у тебя на них ещё базы то и без базы останешься!
Сделай все по уму, 1 винт для системы без рейдов просто винт(если уж опасаешься сними с него образ и закинь на другой винт, в случае ЧП поменяешь просто нароста) а второй в зеркало, если уж хочешь скорости побольше сделай рейд 10!
47 — 19.08.11 — 15:21
И скинь название мат платы, хоть глянем есть ли там рейд контролер! И что лучше всего предложить тебя!
48 — 19.08.11 — 15:33
(46) Не все так страшно как ты рисуешь. Есть бэкапы, и SQL базы на другом винте крутятся. На партиции D просто базы которые редко пользуют. Я использую этот раздел чтоб место не простаивало ))). Если винт летит самое ценное это система.
49 — 19.08.11 — 15:34
(47) RAID нет на мамке
50 — 19.08.11 — 15:37
Ну тогда просто купи рейд контроллер и вперед!!
51 — 19.08.11 — 16:13
(50) А если накроется райд что делать? Винт сам стратанет с системой ?
52 — 19.08.11 — 16:16
Если райд 0(зеркало) то да, будет работать на 1 винте, на то и придумали его!
53 — 19.08.11 — 20:58
(52) Вообще то зеркало райд 1. А 0 это повышенная производительность и меньшей отказоустойчивости.
54 — 19.08.11 — 20:59
RAID 0 (striping — «чередование») — дисковый массив из двух или более жёстких дисков с отсутствием резервирования. Информация разбивается на блоки данных (Ai) и записывается на оба/несколько дисков одновременно.
RAID 1 (mirroring — «зеркалирование»).
(с) wiki:RAID
Aleksey
55 — 19.08.11 — 21:00
(49) Это что за мама у которой нет райда? Времен третих пней?
Мониторинг и оптимизация дисковой подсистемы сервера
Вычислительная мощность центральных процессоров далеко не всегда является определяющим параметром производительности серверов в массовых приложениях. Опытные пользователи платформы 1С:Предприятие знают это как никто другой.
Говоря об 1С как «пожирателе ресурсов», надо понимать, что половину предприятий страны эта система делопроизводства устраивает и у них нет достаточных оснований для перехода на другую. Можно сколько угодно пенять на издержки архитектуры приложения и качество программного кода, но …. «жизнь такова, какова она есть, и больше никакова». Но даже если свобода действий сводится к оптимизации одного только серверного оборудования, ею нужно пользоваться. Вдумчивому администратору мониторинг подсистем собственного сервера под реальной нагрузкой дает много больше информации, чем ковровые бомбардировки всех продавцов вместе взятых.
Вклад в производительность сервера его основных подсистем: центральных процессоров , оперативной памяти, дискового и сетевого ввода/вывода зависит от приложений и типов данных, с которыми они работают. По многообразию решаемых задач нет равных дисковой подсистеме, которая отвечает за сохранность и доступность данных, производительность дисковых операций, восстановление информации после отказа накопителей. При такой «многовекторности» исключено появление единого стандарта или законодателя мод, подобного Intel на рынке процессоров. Тем не менее, существующая мешанина подходов/интерфейсов/типов накопителей/политик — не повод для крайностей: перебора всех возможных комбинаций или, наоборот, бездумной веры в бренд. Существует стандартный инструментарий оценки вычислительной нагрузки. Тому, кто не ленится приложить усилия к замерам параметров и анализу результатов, наградой будет точное соответствие проектируемого сервера задачам, а значит — существенная экономия как стартовых, так и операционных затрат. Попробуем разложить характеристики нагрузки по полочкам. Сделаем это на примере базовой ОС Microsoft Windows Server 2008 R2 и ее встроенного инструмента Windows Performance Monitor (Системный монитор Windows), параметр за параметром. Типичный вид результатов мониторинга приведен на Рис 1.
Включение датчиков — физический диск
1. % Free Space — процент свободного пространства на логическом диске. Если свободно менее 15% емкости диска, он считается перегруженным, а его дальнейший анализ некорректным — на него будет влиять фрагментированность данных. Рекомендуемый объем свободного места на серверном диске — не менее 20%.
2. Avg. Disk sec/Transfer — среднее время обращения к диску. Параметр показывает усредненное время в секундах, требуемое для одной операции обмена данными с диском. Для слабо нагруженных систем (например, файловых хранилищ) его значение не должно превышать 0,25 секунды. Для высоконагруженных серверов (SQL, Exchange, VDI) — 0,1 секунды. Большие значения параметра говорят о перегрузке дисковой подсистемы. Для понимания, какие именно операции, чтения или записи, и в какой пропорции съедают время, считывают показатели Avg. Disk sec/Read (среднее время чтения с диска в секундах) и Avg. Disk sec/Write (среднее время обращения к диску на запись). К примеру, интегральный показатель Avg. Disk sec/Transfer в RAID5 при существенном преобладании операций чтения может быть в пределах нормы, но при этом операции записи проходить чрезвычайно медленно. Особенно важен параметр Avg. Disk sec/Write для массивов на дисках SSD, массивах с SSD-кешированием, любых массивах RAID 5 и RAID 6.
Радикально снижает значение Avg. Disk sec/ Read переход с HDD на SSD, с размещением на твердотельных накопителях «горячих» (наиболее востребованных) данных, особенно если их объем невелик. Приложениям с преимущественно линейным чтением данных большого объема (к примеру, видеопотоков) традиционно помогает увеличение количества дисков HDD в массиве. При большом показателе Avg. Disk sec/Write в первую очередь нужно обратить внимание на уровень RAID—массива, его «штраф на запись». Дело в том, что для записи избыточной информации в массиве необходимо вместо одной операции записи выполнить две и более. Штраф на запись для одиночного диска и RAID 0 равен «1» (на запись данных тратится одно обращение RAID-контроллера к дискам). Для RAID 1 и RAID 10 — штраф на запись равен «2» (для записи одного блока данных контроллер делает два обращения на запись к дискам — что, в свою очередь, приводит к общему снижению производительности дисковой подсистемы RAID 1 и RAID 10 в IOPS на запись в два раза относительно производительности этих же дисков в IOPS в RAID 0). Штраф на запись для RAID 5 равен «4», а для RAID 6 — «6». Если собран массив RAID 5 или RAID 6 и его среднее время отклика высоко — надо либо переходить к менее ресурсоемкому на запись RAID 10, либо увеличивать количество физических дисков в RAID-массиве.
PerfMon за работой
SSD — хороший инструмент и для снижения задержек записи, особенно в приложениях класса SQL Server или Exchange Server. Самый революционный эффект дают SSD, устанавливаемые напрямую в слот PCI Express — как Fusion’s ioDrive (SLC и MLС), LSI WarpDrive (SLC и MLC) или Intel 910 (MLC), хоть и в разной степени, с разбросом цен от $2K до $15K. Более привычно подключение автономных накопителей SSD к высокопроизводительному RAID-контроллеру. Для массива из одних только SSD можно рекомендовать контроллеры LSI MegaRAID SAS 926x/928x со включенной опцией FastPath или 7-й серию Adaptec. Самым «бархатным» вариантом считается SSD-кеширование (LSI CacheCade 2.0, Adaptec MaxCache 3.0) — когда SSD включаются в массивы HDD в качестве кеша второго уровня RAID-контроллеров. Обсуждая SSD под корпоративные приложения, мы говорим о накопителях как минимум уровня Seagate Pulsar.2 (MLC) или Intel 710 (MLC) . Ожидать высокой производительности в серверных задачах и под существенной нагрузкой десктопных дисков класса Intel 520 не приходится (хоть они и бьют HDD SAS 15K rpm по паспортной производительности).
3. Интегральный показатель Avg. Disk Queue Length (средняя длина очереди диска), и его составляющие: Avg. Disk Read Queue Length (средняя длина очереди к диску на чтение) и Avg. Disk Write Queue Length (средняя длина очереди к диску на запись). Данный показатель указывает, сколько операций ввода/вывода в среднем ожидают, когда жесткий диск станет доступным. Он не измеряется, а вычисляется по закону Литтла из теории очередей как (Disk Transfers/sec) *(Disk sec/Transfer) или N = A * Sr, где N — число ожидающих запросов в системе, A — скорость поступления запросов, Sr — время отклика. Для нормально работающей дисковой подсистемы этот показатель не должен превышать больше чем на 1 количество дисков в RAID-группе. В приложениях класса SQL Server, Exchange Server его среднее значение лучше удерживать на уровне менее 0.2. Его уменьшению способствует SSD-кеширование, перенос «горячих» данных на SSD, на худой конец — традиционное увеличение количества дисков в RAID-группе. Среднюю длину очереди к диску на чтение снижает переход на SSD, а среднюю длину очереди на запись — отказ от вариантов RAID с большим штрафом на запись RAID 5 и RAID 6 — в пользу RAID 10.
4. Current Disk Queue Length (текущая длина очереди диска) показывает число не выполненных и ожидающих обработки запросов, адресованных выбранному диску. Это текущее значение, моментальный показатель, а не среднее значение за интервал времени. Время задержки пропорционально длине очереди. В установившемся режиме количество ожидающих запросов не должно превышать количество физических дисков в массиве более чем в 1,5-2 раза. При этом массив из нескольких дисков может одновременно выбирать из очереди по одному запросу на каждый диск. Текущую очередь укорачивают теми же методами, что и среднюю, с одной оговоркой: кратковременные пики нагрузки хорошо гасятся скоростными RAID-контроллерами с большим объемом кеш-памяти. При длительных пиках стоит применить SSD-кеширование, перевести «горячие» данные на SSD или в гибридный том SSD/HDD, увеличить число дисков в RAID-группе.
Avg. Disk sec/Read + Avg. Disk sec/Write
5. % Disk Time (% активности диска), % Disk Read Time (% активности диска при чтении), % Disk Write Time (% активность диска при записи) — процент времени, затраченного дисковым устройством на обработку запросов (всего, по чтению и по записи). Показания этого счетчика в массиве охватывают больше чем один физический диск, и могут превышать 100%. Тем не менее, желательно, чтобы общая загрузка не превышала 80 — 90% (особенно важно для массивов из SSD). Этот счетчик не всегда показателен, его надо анализировать вместе с % Idle Time (процент времени бездействия).
Править эти показатели можно по-разному. Например, разместить данные на различных массивах в зависимости от типа нагрузки: таблицы SQL на одной RAID-группе дисков, а лог-файлы SQL — на другой. Помогает установка RAID-контроллера с большим объемом кеша (или SSD-кешем) и включенным кешированием записи — отложенная запись в пакетном режиме снижает зависимость от латентности дисков. Хорошо работает традиционный способ увеличения количества дисков в массиве, замена дисков на более быстрые HDD или SSD.
6. % Idle Time (% времени бездействия) — доля интервала между измерениями, в течение которого физический диск бездействовал. Фактически, зеркальный параметр для % Disk Time и применим исключительно к физическим дискам. Желательно, чтобы в сервере параметр был не менее 15-20% для HDD и не менее 20-25% для SSD. Инструменты его улучшения — точно такие же, как для предыдущего параметра: RAID-контроллер с большим кешем и/или SSD-кеширование, больше дисков в RAID-группе, переход на более быстрые диски HDD и SSD.
Avg. Disk Queue Length — пример нагруженного сервера
7. Disk Transfers/sec (обращений к диску/сек) — количество отдельных дисковых запросов ввода-вывода, завершённых в течение одной секунды. Показывает реальные потребности приложений по случайному чтению и записи к дисковой подсистеме. Для дисков, работающих в нормальном режиме, нагрузка не должна превышать их физические пределы, с учетом количества дисков в массиве и его уровня RAID. Так, для RAID 10 (штраф на запись «2») штатные значения такие:
-
до 80 IOPS на каждый SATA или NL SAS диск;
-
до 160 IOPS на каждый SAS диск;
-
до 1800 IOPS на каждый бытовой SSD
-
до 5000 IOPS на каждый серверный SSD.
Как и любой показатель, суммирующий несколько отдельных счетчиков — не очень информативен, позволяет лишь оценить «обстановку в целом». Надо анализировать более содержательные Disk Reads/sec (обращений чтения с диска/сек) и Disk Writes/sec (обращений записи на диск/сек).
Disk Reads/sec — количество обращений чтения в секунду, то есть частота выполнения операций чтения с диска. Важнейший параметр для приложений класса SQL Server, Exchange Server, определяющий реальную производительность дисковой подсистемы. В нормальном устоявшемся режиме интенсивность обращений не должна превышать физические возможности дисков — их индивидуальным пределам, умноженным на количество дисков в массиве. Для RAID 10 это:
-
100-120 IOPS на каждый SATA или NL SAS диск;
-
200-240 IOPS на каждый SAS 15000 rpm диск;
-
30 000-40 000 IOPS на каждый диск SSD класса интеловских серий 320 или 710;
-
до 90 000 IOPS для Intel SSD 910-й серии 400GB .
В режиме чтения для различных типов RAID могут учитываться не все диски. В том же RAID-6 в массиве из шести дисков скорость чтения равна скорости чтения с четырех дисков (с оставшихся двух считываются контрольные суммы).
Disk Writes/sec — количество обращений записи в секунду, то есть частота выполнения операций записи на диск. Чрезвычайно важный параметр для приложений класса SQL Server , чуть менее важный для Exchange Server. При работе в нормальном режиме интенсивность обращений не должна превышать физические пределы дисков, умноженные на их количество в массиве и с учетом штрафа на запись для выбранного типа RAID. Для RAID 10 (штраф на запись «2»):
-
40-50 IOPS на каждый SATA или NL SAS диск;
-
80-100 IOPS на каждый SAS диск;
-
150-300 IOPS на бытовой SSD;
-
1100-2400 IOPS на серверный SSD;
-
до 38 000 IOPS для Intel SSD 910-й серии 400GB.
Анализировать корректно Disk Reads/sec и Disk Writes/sec можно только с учетом текущей длины очереди Current Disk Queue Length и средней длины очередей чтения/записи Avg. Disk Read Queue Length и Avg. Disk Write Queue Length. Если Current Disk Queue Length или Avg. Disk Read Queue Length и Avg. Disk Write Queue Length существенно выходят за штатные пределы — скорее всего, реальная потребность в IOPS дисковой подсистемы будет в разы, а то и на порядок выше, чем фиксируют Disk Reads/sec и Disk Writes/sec. К примеру, если Current Disk Queue Length для массива RAID 10 из 4 дисков в какие-то интервалы времени достигает показателей 12-16, с пиками до 100 — то реальный спрос на операции ввода/вывода в эти моменты у приложений почти наверняка превышает возможности дисковой подсистемы в 2-3 раза. Если устоявшееся значение Current Disk Queue Length составляет 30-40, с пиками до 140-180 — значит реальный спрос на IOPS у приложений превосходит физические возможности дисковой подсистемы в 4-8 раз.
Влияние средней длины очередей чтения и записи на показатели Disk Reads/sec и Disk Writes/sec более сложно, и сильно зависит от характера приложений. К примеру, для того же RAID 10 из 4 дисков в режиме файл-сервера под нагрузкой вполне допустимы значения 2-4. Для базы данных приложения «1С:Предприятие 8.2» под MS SQL Server 2008R2 превышение значения 0.2 — уже повод задуматься, тогда как приближение к 0.8-1 — четкий сигнал к модернизации дисковой подсистемы.
Способы повышения производительности дисковой подсистемы в IOPS традиционны — увеличение количества дисков в RAID группе, применение технологий SSD-кеширования на чтение и запись, применение гибридных RAID и массивов из одних только SSD, переход к SSD-устройствам с интерфейсом PCI Express. Сгладить большие и непродолжительные пики Current Disk Queue Length поможет объемный кеш RAID-контроллера, но при длительных высоких нагрузках он будет малоэффективен.
Current Disk Queue Length — длительные периоды пиков говорят о перегрузке по IOPS
8. Disk Bytes/sec — скорость обмена с диском в байт/сек, пропускная способность дисковой системы при выполнении операций чтения и записи. Этот параметр важен для задач потокового чтения/записи и редко бывает критичным для баз данных. Как и предыдущий параметр, привязан к физическим возможностям дисков. Приведенные ниже цифры — ориентировочные, реальные показатели очень сильно зависят от параметров конкретного диска, а для HDD снижаются почти в 2 раза при переходе с внешних на внутренние дорожки. Для интерфейсов SATA 2 и SAS 1.0 значения ограничены пропускной способностью интерфейса (300 MB/s) и составляют на больших блоках и последовательных операциях от 250 до 140 MB/s на каждый SATA, NL SAS, SAS, и порядка 300 MB/s на каждый SSD диск. Для интерфейсов SATA 3, SAS 2.0 на больших блоках и последовательных операциях — от 250 до 140 MB/s на каждый SATA, NL SAS, SAS , и до 550-600 MB/s на каждый SSD диск на последовательных операциях. SSD с интерфейсом PCI Express класса Intel SSD 910-й серии выдают до 1000 MB/s на чтение и до 750 MB/s на запись.
Disk Read Bytes/sec — скорость чтения с диска в байт/сек. Для корректного расчета предела возможностей дисков в различных вариантах RAID необходимо учитывать те из них, которые выдают информацию (для RAID 6 из 6 дисков — учитываем 4 диска, для RAID 10 из 6 дисков — учитываем 6 дисков).
Disk Write Bytes/sec — скорость записи на диск в байт/сек. Необходимо учитывать те диски, которые одновременно сохраняют различные данные (для RAID 6 из 6 дисков — учитываем 4 диска, для RAID 10 из 6 дисков — учитываем 3 диска). Наиболее эффективный способ повышения производительности дисковой подсистемы по скорости обмена — увеличение количества дисков в RAID-группе.
Недостаточная производительность в IOPS по параметрам Disk Reads/sec и Disk Writes/sec приводит к длительным перегурзкам и снижению общей производительности, что видно по Avg. Disk Queue Length
9. Avg. Disk Bytes/Transfer — среднее количество байт данных, переданных при выполнении операций чтения или записи. Показывает средний объём операций ввода — вывода. Чем больше объем одного «пакета» — тем меньше нагрузка на дисковую подсистему. При нормальной работе этот параметр должен быть больше 20 Кбайт, значения меньше 20 Кбайт сигнализируют о неэффективности использования дисков приложением. Avg. Disk Bytes/Read — среднее количество байт данных, полученных с диска при выполнении операций чтения. Avg. Disk Bytes/Write — среднее количество байт данных, переданных на диск при выполнении операций записи.
Безусловно, основным путем улучшения данного параметра является оптимизация приложения. Для приложений класса SQL Server будет эффективным выделение большего пространства в оперативной памяти (RAM) под программный кеш. Помогает применение RAID-контроллера с включенным кешированием на запись и переход к использованию SSD во всех возможных вариантах — как более уместного накопителя для работы с короткими запросами случайного доступа.
10. Split IO/sec — частота расщепления операций ввода-вывода диска на несколько операций. Крайне редко используемый в реальной жизни параметр. Может сигнализировать, что приложением запрашиваются слишком большие блоки данных, которые не могут быть переданы за одну операцию. Для нагруженных дисков HDD с малыми показателями — % Free Space и % Idle Time может говорить о высоким уровне фрагментации диска.
Все перечисленные выше параметры, их рабочие диапазоны, возможные причины выхода за их пределы и рекомендации по их возврату в штатные рамки сведены в одну таблицу. Хотя универсальных советов по интерпретации реальных замеров быть не может, один общий вывод все-таки есть: «информирован — значит вооружен».
|
Счётчик (counter) |
Толкование |
Нормальный диапазон |
Причины выхода за него |
Рецепты |
|
Avg. Disksec/Transfer Среднее время обращения к диску (сек) Avg. Disksec/Read Среднее время чтения с диска (сек) Avg. Disksec/Write Среднее время обращения к диску на запись (сек) Physical Disk / Logical Disk |
Среднее время в секундах, требуемое для одной операции обмена данными с диском. Среднее время в секундах, требуемое для чтения данных с диска. Среднее время в секундах, требуемое для записи данных на диск. |
< 0.25 секунды для файловых серверов < 0.10 секунды для SQLServer, ExchangeServer, VM/VDI. |
Большое значение говорит о перегрузке дисковой подсистемы. Возможно, контроллер повторяет попытки обращения к неисправному диску. |
Увеличить количество дисков в массиве. Заменить на боле е быстрые HDD или SSD. Применить технологии кеширования. Заменить диск. |
|
CurrentDiskQueueLength Текущая длина очереди диска Physical Disk / Logical Disk |
Число невыполненных и ожидающих обработки запросов, адресованных выбранному диску. Текущее значение, моментальный показатель, не является средним значением по интервалу времени. |
В установившемся режиме количество ожидающих запросов не должно превышать количество физических дисков в массиве более чем в 1.5-2 раза. Допустимы моментальные пики. |
При перегрузках дисковой подсистемы значение счетчика будет постоянно большим. |
Увеличить количество дисков в массиве. Заменить на боле е быстрые HDD или SSD. Перенести часть данных на другие диски. |
|
% DiskTime % активности диска % DiskReadTime % активности диска при чтении % DiskWriteTime % активности диска при записи Physical Disk / Logical Disk |
Процент времени, затраченного дисковым устройством на обработку запросов. Процент времени на обработку запросов чтения. Процент времени на обработку запросов записи. Данные счетчика в массиве охватывают больше чем один физический диск, и могут превышать 100%. Необходимо анализировать вместе с параметром % Idle Time. |
до 80 — 90% |
Постоянные высокие нагрузки. |
Разместить данные на различных массивах по типу нагрузки (например, таблицы БД и лог-файлы). Увеличить количество дисков в массиве. Заменить на боле ебыстрые HDD или SSD. |
|
% Idle Time % времени бездействия Physical Disk |
Время бездействия диска между измерениями. Анализировать совместно с параметром % DiskTime |
Не менее 20% |
Постоянные высокие нагрузки. |
Разместить данные на различных массивах по типу нагрузки (например, таблицы БД и лог-файлы). Увеличить количество дисков в массиве. Заменить на боле е быстрые HDD или SSD. |
|
Avg. DiskQueueLength Средняя длина очереди диска Avg. DiskReadQueueLength Средняя длина очереди к диску на чтение Avg. DiskWriteQueueLength Средняя длина очереди к диску на запись Physical Disk / Logical Disk |
Среднее количество незавершенных операций ввода/вывода в очереди к диску. Среднее количество запросов чтения в очереди к диску. Среднее количество запросов на запись в очереди к диску. Это производное значение, а не прямое измерение, равно (DiskTransfers/sec) *(Disksec/Transfer) |
Рекомендуемое для многопоточных ресурсоёмких (SQLServer, ExchangeServer, VM/VDI, 1С) не более 0,2. Допустимое = количество дисков в массиве + 1. |
Большое значение говорит о перегрузке дисковой подсистемы. |
Увеличить количество дисков в массиве. Заменить на боле е быстрые HDD или SSD. |
|
DiskTransfers/sec Обращений к диску/сек DiskReads/sec Обращений чтения с диска/сек DiskWrites/sec Обращений записи на диск/сек Physical Disk / Logical Disk |
Количество отдельных дисковых запросов ввода-вывода, завершённых в течение одной секунды. Частота выполнения операций чтения с диска. Частота выполнения операций записи на диск. Равняются произведению показателей одного диска на их количество. Для различных типов RAID на чтение могут учитываться не все диски. Для записи полученная сумма делится на штраф на запись: 1 (RAID 0), 2 (RAID 1, 10), 4 (RAID5), 6 (RAID 6). |
DiskTransfers/sec DiskReads/secдля RAID 10: DiskWrites/secдля RAID 10 (штраф на запись 2): |
Постоянные высокие нагрузки случайного чтения и/или случайной записи. |
Увеличить количество дисков в массиве. Заменить на боле е быстрые HDD или SSD. Перейти на массив из SSD. Применить технологии кеширования на SSD. Перейти на PCIe SSD. |
|
DiskBytes/sec Скорость обмена с диском (байт/сек) DiskReadBytes/sec Скорость чтения с диска (байт/сек) Disk Write Bytes/sec Скорость записи на диск (байт/сек) Physical Disk / Logical Disk |
Пропускная способность дисковой системы (скорость обмена данными с диском) при выполнении операций чтения и записи. Скорость передачи данных с диска при выполнении операций чтения. Скорость передачи данных на диск при выполнении операций записи. |
Сильно зависит от спецификаций на конкретный диск.
SATA3, SAS2.0: PCIeSSD: IntelSSD 910 series 400GB |
Постоянные высокие нагрузки линейного чтения и/или линейной записи. |
Увеличить количество дисков в массиве. |
|
Avg. DiskBytes/Transfer Средний размер одного обмена с диском (байт) Avg. DiskBytes/Read Средний размер одного чтения с диска (байт) Avg. DiskBytes/Write Средний размер одной записи на диск (байт) Physical Disk / Logical Disk |
Среднее количество байт данных, переданных при выполнении операций чтения или записи. Среднее количество байт данных, полученных с диска при выполнении операций чтения. Среднее количество байт данных, переданных на диск при выполнении операций записи. |
>20 Кбайт Значение меньше 20 Кбайт будут в случае, если приложение использует диск неэффективно. |
Большое количество слишком мелких запросов. |
Оптимизировать приложения. Выделить большой объем в оперативной памяти под кеш приложения. Использовать режим отложенной записи RAID-контроллера. Перейти на SSD. |
|
% Free Space % свободногоместа Logical Disk |
Доля свободного места на логическом диске, по отношению к его общему объему. |
15% |
Постепенное исчерпание свободного пространства. |
Заменить диск на более емкий. |
|
Free Megabytes Свободномегабайт Logical Disk |
Объем незанятого пространства на логическом диске в мегабайтах. |
|||
|
Split IO/sec Расщепления ввода/вывода/сек Physical Disk / Logical Disk |
Частота, с которой операции ввода-вывода диска расщепляются на несколько операций ввода-вывода. |
Запрашиваются слишком большие блоки данных, которые не могут быть переданы за одну операцию. Высокий уровень фрагментации диска. |
Проанализировать приложения, работающие с данными. Дефрагментировать диски. |
Таблицу можно загрузить отдельным файлом doc и pdf.
Здравствуйте, коллеги.
Столкнулся с такой проблемой, как отвал SSD (Kingston sa400s37/480g), на котором стоит PostgeSQL 11.5-1.1C_x64 — объем базы на диске 5,26Гб.
Мать: B85-PLUS
Как только поставили, работал без проблем месяца 2, затем раз в 3 дня отваливался.
Нашел темы на форумах с решением проблемы, сделал:
- обновил дрова на чипсет,
- менял SATA кабель
- менял порты подключения)
Прошло 2 недели (после обновления дров) и снова отвалился SSD, решил написать сюда.
Вот такие ошибки вылетают в данный момент:
1) «Доступ к устройству DeviceHarddisk1DR1 пока невозможен»
Кликните здесь для просмотра всего текста
| XML | ||
|
2) «Драйвер обнаружил ошибку контроллера DeviceIdeIdePort3»
Кликните здесь для просмотра всего текста
| XML | ||
|
3) «Обнаружена ошибка на устройстве DeviceHarddisk1DR1 во время выполнения операции страничного обмена»
Кликните здесь для просмотра всего текста
| XML | ||
|
4) «Системе не удалось очистить данные журнала транзакций. Возможно повреждение данных»
Кликните здесь для просмотра всего текста
| XML | ||
|
Смарт по SSD
Кликните здесь для просмотра всего текста
Victoria 4.73b SSD — 17:22:32 : SMART status = GOOD
Код
KINGSTON SA400S37480G 50026B728240A14C ------------------------------------------------------------------------- ID Name Value Worst Tresh Raw Health ------------------------------------------------------------------------- 1 Raw read error rate 0 100 0 0 • 9 Power-on time 100 100 0 5176 ••••• 12 Start/stop count 100 100 0 14 ••••• 148 unknown attribut 100 100 0 0 ••••• 149 unknown attribut 100 100 0 0 ••••• 167 SDD protect mode / Average erase count 100 100 0 0 ••••• 168 Max NAND erase count from specification 100 100 0 0 ••••• 169 Total bad block count / SMI remain life (percentage) 100 100 0 14 ••••• 170 Reserved block count 100 100 10 10 ••••• 172 Erase fail block count 100 100 0 0 ••••• 173 Wear leveling erase count worst 100 100 0 983057 ••••• 181 Program Fail Count (Total) 100 100 0 0 ••••• 182 Erase Fail Count (Total) 100 100 0 0 ••••• 187 Uncorrectable ECC Errors 100 100 0 0 ••••• 192 Power-off retract count 100 100 0 8 ••••• 194 HDA Temperature 76 60 0 24°C/75°F •••• 194 Minimum temperature 90 60 0 20°C/68°F - 194 Maximum temperature 90 60 0 40°C/104°F - 196 Reallocated event count 100 100 0 0 ••••• 199 Ultra DMA CRC errors 100 100 0 0 ••••• 218 FlashROM ECC corr. count 100 100 0 0 ••••• 231 SSD Life Remaining 2 2 0 98 •••• 233 Lifetime NAND writes 100 100 0 3391 ••••• 241 Total writes Gb 100 100 0 2511 ••••• 242 Total reads Gb 100 100 0 2297 ••••• 244 SSD wear indicator 100 100 0 15 ••••• 245 Timed Workload Media Wear 100 100 0 17 ••••• 246 Timed Workload Host Read/Write Ratio 100 100 0 232352 •••••
Подскажите в какую сторону копать, что проверить, какой инфы не хватает, может быть, чтобы понять в чем может быть дело.
__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь
-
Helmut
- Юзер
- Сообщения: 2
- Зарегистрирован: 24 май 2016, 12:10
- ОС: MSDOS
Перенос Windows Server 2008R2 на SSD
Помогите советом пжалуста!
В конторе стоит Windows Server 2008 R2 с поднятой ролью удаленных рабочих столов. На сервере установлена 1С 8.3 файловый вариант с программными лицензиями. Возникла необходимость перенести систему на SSD в связи с замедлением работы 8-ки. Рассматривается 2 варианта:
1. Полная переустановка системы;
2. Клонирование системы.
Вопрос по второму пункту. Чем лучше клонировать? Не слетят ли сервер лицензирования удаленных рабочих столов и программные лицензии 8-ки?
Заранее спасибо за совет.
-
Raven
- Бородатый сис
- Сообщения: 2797
- Зарегистрирован: 03 мар 2010, 15:12
- ОС: RHEL 8
- Откуда: Из серверной
Re: Перенос Windows Server 2008R2 на SSD
Сообщение
Raven » 30 май 2016, 10:49
Быстрее конечно склонировать. Клонировать лучше всего, думается, с помощью Acronis TrueImage
Я не злопамятный, я просто часто ковыряю логи
-
Helmut
- Юзер
- Сообщения: 2
- Зарегистрирован: 24 май 2016, 12:10
- ОС: MSDOS
Re: Перенос Windows Server 2008R2 на SSD
Сообщение
Helmut » 30 май 2016, 14:19
Raven писал(а):Быстрее конечно склонировать. Клонировать лучше всего, думается, с помощью Acronis TrueImage
Спасибо, будем пробовать.
-
BinuraL
- Юзер
- Сообщения: 66
- Зарегистрирован: 11 июн 2014, 14:50
- ОС: CentOS
- Контактная информация:
Re: Перенос Windows Server 2008R2 на SSD
Сообщение
BinuraL » 30 май 2016, 15:55
Я клонирую, с помощью HDclon, а до этого Acronis TrueImage или MiniTool Partition Wizard
Лицензии могу слететь, так как у ОС Windows привязка идет в материнской плате и жёсткому диску.
Функция Trim SSD что это такое, для чего нужно, как включить. На все эти и многие другие вопросы, Вы найдете ответы в данной статье.
Современные операционные системы, как и файловые системы, пока еще рассчитаны в основном на работу с HDD (жесткий механический диск или винчестер) и при записи файла операционная система записывает их в специальную таблицу на жестком диске (MFT — Master File Table — Главная файловая таблица) — координату данного файла. Этим самым файловая таблица сообщает системе четкое и точное месторасположение кластеров с записанной информацией. Когда же файл удаляется с жесткого диска, система удаляет данные такого файла из этой таблицы MFT, сам файл не трогая. А при записи новых данных файлы просто пишутся поверх старых. Так работает перезапись на HDD. А вот для перезаписи данных на SSD требуется удаление не только координаты из MFT таблицы, но стирания самого ненужного более файла из ячеек flash-памяти. Здесь нам на помощь и придет Trim.
Содержание
- 1 Ликбез по функции
- 2 Как проверить включение Trim на операционных системах Windows 7, 8 и 10
- 3 Включение TRIM в Linux
- 4 Как выполнять TRIM на разделах NTFS
- 5 Как выполнять Trim на Windows XP и Windows Vista
- 6 Удаленные данные и их восстановление
- 7 Видео по включению трим в Mac OS
Ликбез по функции
При пользовании SSD дисками со временем возникает ситуация, когда производительность их значительно снижается. Когда вы только начали пользоваться диском и все блоки flash памяти новые и чистые, то и скорость записи на них довольно высокая, в соответствии с заявленной в документации. Когда же SSD диск будет полностью записан, а затем некоторые файлы будут удалены, перезапись станет происходить на них на гораздо более низких скоростях. Ведь контроллеру вашего диска придется перед записью очищать и ранее использованные блоки flash памяти перед тем, как записать туда новые данные.
Для того, чтобы скорости работы SSD не падали, в новые операционные системы добавляется команда ATA TRIM. Специальный драйвер файловой системы при стирании файла направляет команду Trim для контроллера SSD диска. Когда контроллер SSD диска воспринимает команду, он сразу же очищает более не используемые блоки flash памяти. Делается это в режиме фона, в перерывах между любыми операциями записи и чтения.
Использование команды Trim позволяет вернуть нам полную скорость записей для вторично используемых блоков flash памяти. К сожалению, далеко не все операционные системы работают с командой Trim. Поддерживают ее относительно новые версии систем:
Windows 7, 8, 10 и Server 2008 R2 с файловой системой NTFS.
Ядро Linux, с версии 2.6.33 и выше.
Mac OS X, с версии с 10.6.6 (и то, только после установки соответствующего обновления) и выше.
Чтобы пользоваться командой Trim контроллер SSD накопителя должен поддерживать данную функцию, она должна быть включена в самой операционной системе, а дисковый контроллер должен быть в режиме работы AHCI. Нужно проверить, что в BIOS для контроллера SATA выставлен режим AHCI. Это можно выяснить и в «Диспетчере устройств».
Так же функция Trim не будет работать если:
- Подключение SSD диска осуществляется через USB.
- Диск SSD размечен в файловой системе FAT32.
Как проверить включение Trim на операционных системах Windows 7, 8 и 10
Вначале откроем консоль Командной строки с правами администратора. Далее меню Пуск – Программы – Стандартные – Командная строка. Нажатие правой кнопки мышки — Запуск от имени Администратора.
Затем в командной строке вводится команда:
fsutil behavior query disabledeletenotify – Выполнить.
В том случае, если вывод команды покажет — disabledeletenotify=1, это значит, что команда TRIM выключена. Подключение делаем с помощью команды:
fsutil behavior set disabledeletenotify 0
Будьте внимательны: ноль – включенная команда, единица – выключенная команда.
Включение TRIM в Linux
Для того, чтобы использовать функцию TRIM, нам необходимо, чтобы наша файловая система была ext4.
Включение команды TRIM нужно указать в опции монтирования для разделов ext4 в файле fstab. Это опция discard.
Кроме этого, для раздела на SSD диске стоит добавлять опции noatime или realtime и nodiratime — это опции уменьшения нагрузки по записи, тогда не станут обновляться даты доступа к папкам и файлам.
Еще можно добавлять опцию commit и указывать значения, допустим, в 60 секунд — операции записи будут отложены и станут выполняться на один раздел раз в 60 секунд. Но обратите внимание, что данную опцию стоит добавлять только в том случае, если ваш компьютер подключается через UPS (ИБП), или же вы производите действия на ноутбуке.
Тем самым, строка fstab может иметь, к примеру, такой вид:
UUID=aeade6fd-2b24-4e59-bc8c / ext4 noatime,discard,errors=remount-ro,commit=60 0 1
Так же в Linux можно выполнять команду TRIM вручную:
sudo fstrim / -v
В данном примере команда применяема к корневой файловой системе.
Как выполнять TRIM на разделах NTFS
При установленных операционных системах операционная Windows 7, 8, 10, можно не делать ничего. Достаточно того, что мы проверим включение для функции TRIM. Затем Windows станет автоматически отправлять команды TRIM при таких операциях с дисками, как:
- Удаление файлов.
- Быстрое форматирование разделов диска NTFS.
- Удаление разделов NTFS.
В Windows 8 и 10 предусмотрено выполнение команды TRIM и для целого раздела NTFS. На вкладке «Сервис» в свойствах диска необходимо открыть Оптимизатор дисков. Так по-новому называется дефрагментатор в Windows.
Для разделов NTFS в Оптимизаторе на SSD диске нам будет доступна команда «Оптимизировать диск». Выполнение данной команды приведет к тому, что Windows отправит на SSD диск команду Trim для абсолютно всех свободных блоков на данном диске. То есть выполнится «тримизация» полностью всего свободного раздела диска, размеченного в NTFS.
Так же в Windows 7, 8, 10 мы можем сделать «тримизацию» всего раздела NTFS. Для того, чтобы это сделать необходимо выполнить быстрое форматирование этого раздела. Только нужно помнить и не забывать, что это действие уничтожает полностью все данные в разделе.
В последних (с 2015 года) версиях драйверов ntfs-3g (драйвера ntfs под Линукс) есть добавленная функция TRIM. Теперь мы можем «тримизировать» и раздел NTFS из Linux. Команда:
fstrim -v /media/ntfs/
где /media/ntfs/ — примонтированный раздел NTFS.
Как выполнять Trim на Windows XP и Windows Vista
Как уже говорилось выше, Windows XP и Windows Vista не поддерживают TRIM. Если необходимо «тримизировать» SSD диск, используемый в этих операционных системах, то есть такие варианты:
Программа от производителя SSD диска, при ее наличии.
Подключение этого диска на компьютер, с установленными Windows 8 или Windows 10. Через Оптимизатор дисков выполняется оптимизация NTFS разделов на нужном SSD диске. Помните, что SSD диск нужно подключать не через USB, а через SATA.
Загрузка компьютера с флешки с новым дистрибутивом Linux (начиная с 2015 года). Примонтируются разделы NTFS и выполняется команда fstrim.
Хотя можно и вообще не делать TRIM на этих операционных системах. Мы можем оставить неразмеченной 20-30% от дисковой емкости и этого будет хватать для поддержки нормальной скорости записи. Неразмеченной, то есть ни одному разделу не присвоенной.
Удаленные данные и их восстановление
Если использовать Trim, то о восстановлении удаленных данных можете забыть. Если удалить файл, то все его данные на SSD дисках будут полностью уничтожены.
Так как же влияет Trim на скорость записи?
Нужно понимать, что применение или отсутствие функции Trim напрямую не повлияет на скорости записей на SSD диски. Повлияет на это единственный фактор — присутствие достаточного количества пустых блоков flash памяти. То есть тех блоков, которые полностью очищены контроллером диска и приготовлены для записи на них новых данных.
Проще говоря, скорости записи зависят от количества свободного места на SSD диске. Если же ваш диск практически полностью занят, то и скорости записи упадут даже в том случае, если вы пользуетесь Trim. А в том случае, если у вас не менее 20-30% емкости SSD диска остаются без разметки (unallocated disk space), то можете обходиться и без использования функции Trim. Контроллер SSD диска будет применять неиспользуемое место под разделы для того, чтобы выровнять скорость записи.
Функция Trim имеет те полезные свойства, что действительно дает возможность поддержать максимально высокую скорость записи, но только при двух условиях:
- Под разделы размечена полная емкость SSD диска.
- Разделы с файловой системой заполнены не более чем на 70-80% от своей емкости.