SSD. Выбор накопителя, результаты тестов

[almazmusic]

FAQ

[Skeptik]

на диск никогда не пишется столько сколько заявлено.

В качестве первого придлижения - сойдет. Нам просто нужно, чтобы диск не заполнялся полностью. Заметь - не файловая система, а именно диск.

а у многих дисков есть ещё и ГК

GC есть не у "многих", а у всех современных.

и он освобождает и дефрагментирует и занятое и свободное место.

Только вот беда в том, что диск видит свободным только то место, которое либо вообще езе не записывалось, либо освободилось вследствие записи новых данных в ранее пустые страницы.

Что происходит в файловой системе при удалении файла? Изменяется запись в каталоге (в записи о файле ставится флаг "удален") и в таблице соответствующие этому файлу кластеры помечаются как пустые - то есть переписываются буквально несколько секторов, в которых произошли изменения. Те LBA, которые изменились, будут записаны диском по-новой, а старые данные перейдут в ведение Garbage Collector'а. Но вот содержимое тех секторов, где находилось само тело файла, никак не изменилось, и диск понятия не имеет о том, что данные, там находившиеся, уже не нужны. Сообщает ему об этом именно команда Trim - в списке ее параметров передаются LBA, соответствующие телу файла, и тогда Garbage Collector уже становися в курсе, что ему "привалило" не только несколько секторов от изменившихся системных таблиц, но и еще пачка секторов там, где был файл.

у них обычно ТРИМ не проходит ВООБЩЕ. хоть он миллион раз заявлен ты эту команду попросту ничем не подаш

Кто тебе такое сказал? Все диски на SF, которые побывали у меня в руках - Trim отрабатывали.

диски которые умеют используя фоновую сборку мусора, или по другому Гарбэдж Коллектор - ГК - которые умеют восстанавливать своё состояние.

"Состояние" - это слишком расплывчатое слово.

ТРИМ не панацея - просто упрощает работу контроллеру.

Не "упрощает", а позволяет контроллеру держать пул свободных страниц больший, чем Spare Space. Без Trim диск очень быстро (после первого же цикла перезаписей) забьет все сектора данными и для работы всех алгоритмов у него останется пул, не превышающий Spare Space. При выдаче Trim - после обработки GC полученных сведений, к пулу добавится еще и свободное место файловой системы.

А у дисков на SandForce к пулу еще добавляется все место, сэкономленное на сжатии - потому они и без Trim при сжимаемых данных продолжают работать с низким Write Amplification.

[Злюка]

Вот тесты довольно старого FM-25S2S-60GBP2 на контроллере SandForce SF-1200
Диску уже 1.5 года. Разбит на две части (это видно по третьему скрину). Первый системный, второй под портабл софт.

спойлер

[Skeptik]

Злюка
По последней картинке видно, что Trim отрабатывается - пустое место диск считает на самом деле пустым и отдает значительно быстрее, чем данные из заполненных секторов.

Если бы Trim не отрабатывался - то весь диск имел бы график, подобный первым 18 гигам.

P.S. Конечно - это при условии, что оба раздела активно использовались с момента форматирования.

[Allex...]

Skeptik хватит меня дёргать на удобные тебе цитаты и перевирать мои фразы.

Злюка всё отлично как по мне)

Добавлено через 1 минуту 15 секунд:
Skeptik о... таки видно да и на СФ контроллере что восстанавливается состояние до "первоначального"?

[Skeptik]

Allex...
Разве я что-то переврал? Честно нажимал ссылку "цитата"... Если что-то где-то изменилось - это не я, а скрипт...

Добавлено через 2 минуты 25 секунд:
Allex...
Кстати - не вполне понял, что именно ты имеешь в виду под словом "состояние". И какое оно было "первоначальное"...

[Allex...]

Skeptik харе придуриваться
ты сам прекрасно знаешь что если выделить ЧАСТЬ текста смысл меняется.
от тебя не требовалось разводить демагогию про ТРИМ, почему демагогию - потому что слишком мало ты про АТА команды знаешь чтобы так безоговорочно говорить.
а твои домыслы про ПРОСТО команды ТРИМ ... ну расскажи какие там ещё есть команды.

или всётаки скажешь что ТРИМ МОЖЕТ не работать в ОС его поддерживающих. и даже отдающих DisableDeleteNotify = 0 на запрос fsutil behavior query DisableDeleteNotify

это другой вопрос. у нас показатель работоспособности и разговор идёт о восстановлении скоростей записи/чтения, что и делает ТРИМ и ГК.
так вот - у всех ССД есть как минимум 2 состояния.рабочее и условно-рабочее - когда не выполняется ТРИМ могу его назвать уставшим накопителем
у накопителей на СФ - ещё есть третье "состояние"- состояние нового состояние после уже записанного хотя бы раз всего объёма. назови это тремя скоростями если так удобнее.

1. Новой накопитель "только из коробки"
2. Записано некоторое количество информации (обычно не меньше объёма накопителя)
3. "Накопителю плохо"

1. - есть у всех.
второе у СФ после единожды записанного скорости на 10-30% ниже.
3 - тоже у всех.

эээ. первый пост - Деградация и производительность в устойчивом состоянии - там более подробно.

[Злюка]

всё отлично как по мне)

Ага) Особенно глядя на цифры современных SSD.

[Allex...]

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

если нет подвисаний/замираний и работает быстро - то повода менять вроде как и нет. разве что из-за объёма.

Добавлено через 10 минут 47 секунд:
а накопитель то в отлично состоянии. скорее всего из-за того что на нём много пустого места...
и кстати очень интересный ПК для барышни...

[Skeptik]

слишком мало ты про АТА команды знаешь

Ты уже померял мои знания? Дистанционно? Гм...

а твои домыслы про ПРОСТО команды ТРИМ

Это не домыслы, а изложение на русском стандарта AT Attachment (в нем команда называется DATA SET MANAGEMENT opcode 06h) - документ T13/e07154r6.

Насчет твоих "состояний" - понял. Они лично мне мало интересны, пока падение производительности не станет видно на глаз.

[Злюка]

если нет подвисаний/замираний и работает быстро - то повода менять вроде как и нет. разве что из-за объёма.

Вроде нормально все. Объема как раз хватает. До этого стоял Intel X25-M 120GB. Заполнялся всего на 20-30%, я его на ноутбук поставила.
Вот еще вопрос. Он у меня разбит на 2 раздела. Это влияет на его "долговечность"? То есть другими словами, важно, чтоб оставалось свободным место в каждом отдельно взятом разделе или на всем диске в целом? И не важно разбит он или нет.

[Allex...]

Skeptik померял. ты просто про команды глаголишь... явно взятые с википедии. но не суть важно.
ну и давай откровенно - это же не твоя специализация, и знаешь ты там реально мало. особенно если все команды и значения видел и понимаешь как ещё ФС работает... иначе ответ был бы другим.
лично я там знаю и понимаю мало.
того что я знаю мне хватает для того чтобы утверждать - что: ТРИМ МОЖЕТ не работать в ОС его поддерживающих, и в которых он(ТРИМ) включен (отдающих DisableDeleteNotify = 0 на запрос fsutil behavior query DisableDeleteNotify)
и утверждать что до почти "нормального состояния" а это до состояния нового накопителя, некоторые накопители приходят только с помощью ITGC. в системах не поддерживающих ТРИМ, либо с неработающим ТРИМ-ом.

на счёт состояний - они тебя интересуют. ибо когда ТРИМ не работает ты пишешь в несколько раз больше(расходуешь ресурс ячеек на запись).

Добавлено через 3 минуты 40 секунд:
Злюка нет не влияет прямо. нужно просто чтобы было свободное место.
да у вас там на втором диске занято всего 2-3 ГБ... можно не волноваться.
просто бить на 2 раздела смысла нет. либо накопитель маленький либо трудно угадать с размером раздела. и в отличии от ХДД нет разницы в начале ли раздел или в конце. скорость у ССД постоянна и не зависит от того в каком месте раздел.
а с 7-кой достаточно скопировать папку "Пользователи" вот и есть бэкап) в ХР с этим было труднее.
Кстати, если не можно - а что у вас там на рейде из самсунгов ? или для чего он

[Злюка]

Кстати, если не можно - а что у вас там на рейде из самсунгов ? или для чего он

Там когда то стояла ХР....потом за не надобностью убрала. А рейд так и остался, не стала разбивать. И теперь на нем храню видео которое требует редактирования и кодирования. С рейда быстрее загружается в редактор.

[Skeptik]

То есть другими словами, важно, чтоб оставалось свободным место в каждом отдельно взятом разделе или на всем диске в целом?

На диске в целом.

особенно если все команды и значения видел и понимаешь как ещё ФС работает... иначе ответ был бы другим.

Ответ был бы другим при другой аудитории - сыпать кучей технических терминов стоит в среде специалистов, а не объясняя пользователю принцип взаимосвязи файловой системы, функций ОС, команд протокола АТА и внутренних процедур диска.

ТРИМ МОЖЕТ не работать в ОС его поддерживающих, и в которых он(ТРИМ) включен (отдающих DisableDeleteNotify = 0 на запрос fsutil behavior query DisableDeleteNotify)

Опять неверно. Не "не работать в ОС" (бо Trim - это команда аппаратного протокола обмена с диском, в ОС она не работает), а "не выдаваться ОС". Даже если ОС это и разрешено.

Функция DeleteNotify инициирует выдачу команды Trim драйвером дискового контроллера. А драйвер может не уметь ее выдавать, или может выдавать ее некорректно (например, у SandForce есть ограничение на количество LBA, передаваемых за одну команду, и грамотно написанный драйвер обязан его учитывать - IRST, например, отдает Trim честно, а msahci - не всегда).

И даже когда драйвер эту команду выдал - контроллер должен эту команду передать. Но если контроллер работает в режиме RAID - то он, скорее всего, просто проигнорирует эту команду, даже если она и поступит к нему.

Заметь - пока что модель диска даже и не всплывала - все вышеописанное работает или не работает независимо от диска.

А вот когда команда уже таки дошла до диска - то диск должен ее отработать. Вроде бы из современных это умеют все.

на счёт состояний - они тебя интересуют.

Нет, "состояния" в твоем понимании (скорости работы) - не интересуют совершенно. Если на сендфорсовском диске с половиной свободного пространства после всех отработок GC и Trim скорости не достигают "заводского" значения - мне это совершенно все равно. Лишь бы место, которое считает свободным ОС, числилось таким же свободным и диском.

Потому что мне важно, чтобы пул свободных страниц был большим, чтобы флеш протирался не в десятки раз больше, чем пишется, и все. А с какой скоростью он будет это делать - мне хватит, бо ОС и "просевшую" скорость не выбирает, а банковскую базу данных я дома не держу.

Добавлено через 2 минуты 22 секунды:
P.S. И для четкого понимания логики работы системы лично я бы рекомендовал читать не Педивикию (там много чего бывает смешного), а стандарты - они по большей части не секретны, ищутся легко, и вот в них-то все описано как раз буквально точно.

[Allex...]

Skeptik читай пожалуйста что написано и не выдумывай.

цитата:
Allex...:
ТРИМ МОЖЕТ не работать в ОС его поддерживающих, и в которых он(ТРИМ) включен (отдающих DisableDeleteNotify = 0 на запрос fsutil behavior query DisableDeleteNotify)
Опять неверно. Не "не работать в ОС" (бо Trim - это команда аппаратного протокола обмена с диском, в ОС она не работает), а "не выдаваться ОС". Даже если ОС это и разрешено.

надо обязательно сказать что неверно и потом другими словами, правда ен вчитываясь в то что написано ответить. ага?
ну и не ТРИМ это. но то уже н есуть важно.
почемунет?... хотелось бы услышать ответ специалиста.

[Vaha00007]

Мой системный, заполнен на 45%

[Skeptik]

надо обязательно сказать что неверно и потом другими словами

Ну... Эти "другие слова" задают несколько иной расклад в том, кто именно работает, а кто - "может не работать".

У меня такое ощущение, что вся каша в этом обсуждении проистекает из неточности формулировок, и потому пытаюсь объяснить физику процесса предельно корректно с точки зрения физики процесса, но не усложняя чересчур для понимания.

"Команда" не может "работать" или "не работать". Она или отдается драйвером, или нет, или доходит до контроллера диска, или нет, или исполняется контроллером, или нет. Заметь - одно общее (и неверное) "может не работать" заменяется на три последовательных (и - главное! - независимых) этапа, на каждом из которых за конечный результат отвечает отдельная система: на первом - программа-драйвер, на втором - железо-контроллер, на третьем - (железо+прошивка)-SSD.

Если понимать эту последовательность - можно дальше уже пробовать определить "виновника" общего "не работает" и его устранить. А пока мы просто говорим "не работает!" - мы констатируем факт, но не предлагаем способа выхода из этой нежелательной ситуации.

[Allex...]

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

условия:
0. ССД поддерживает ТРИМ.
1. ОС поддерживающая ТРИМ (7-ка, 8-ка, Сервер 2008R2)
2. ACHI - включен(выбран).
3. ФС= NTFS
4. ОС на запрос fsutil behavior query DisableDeleteNotify отдаёт DisableDeleteNotify = 0 - тоесть ОС ТРИМ выдаёт. и он(ТРИМ) включен.
дальше, вероятна ситуация когда ТРИМ реально не работает.

вероятно такое или нет?

по моему опыту - ДА, реально, потому что отдавать ТРИМ - это функция ОС.
а дальше - её передаёт ФС драйверу, а драйвер отдаёт накопителю. накопитель сам решает по поводу очереди команд и кучи других вещей.
новые улучшенные драйвера или технологии типа РапидСтораджа - умеют сами кэшировать, и строить вероятностные заругзки/выборки и делать выборки и хранить их в собственном кэше в ОЗУ.

ИТОГ- где-то в этой цепочке присутствует "глюк" или что-то не включено. или чего-то нет. например ССД не поддерживает ТРИМ, или не НТФС а ФАТ, или выбран режим ИДЕ, или нет драйвера с поддержкой ТРИМ, а он насколько помню только в СП1 появился(хотя тут могу ошибаться) или драйвер такой кривой или винда сама по себе кривая...

так вот... отсюда и есть утрверждение, что если в Винде проверили и получили DisableDeleteNotify = 0 на запрос fsutil behavior query DisableDeleteNotify
то это не значит что ТРИМ обрабатывается(проходит/отрабатывается) на самом ССД.

всё. финиш.
котортко это выглядело так:
ТРИМ МОЖЕТ не работать в ОС его поддерживающих, и в которых он(ТРИМ) включен (отдающих DisableDeleteNotify = 0 на запрос fsutil behavior query DisableDeleteNotify)

способ выхода - прост. тупо ответить на пару вопросов. и всё.
тесты в КДМ и НД Тюне - показательны в одном видно есть ли выравнивание и работает ли ACHI, в другом видны скорости чтения и график позволяет с большой долей вероятности сказать что всё в порядке.
или ты думаешь мне в 100-й раз интересно смотреть на картинки с цифрами?
отчасти это объясняет мою нелюбовь к контроллерам/производителям которые завышают свои скоростные показатели...
а вот кто его знает - так и должно быть или там всё печально с системой?

короче, всё просто. проверить работает ТРИМ или нет - недостаточно набрать в консоли команду и получить ответ. вот и всё.

P.S. перед этим была другая немного формулировка... а с месяц другой назад именно ответ на этот вопрос поставил тебя в тупик. вопрос задавал тебе almazmusic
а критериев для работы ТРИМ много. а не только типа ОС поддерживает - то значит всё работает.

[Skeptik]

условия:

0 - существенно.
1 - существенно
2 - не существенно. В IDE режиме выданная команда через контроллер точно так же проходит, как и в AHCI.
3 - не существенно. В FAT ОС точно так же выдает сообщение об удалении, как и в NTFS.
4 - существенно

вероятна ситуация когда ТРИМ реально не работает.

Вероятна. Возможные причины:

1. Драйвер контроллера не умеет выдавать Trim вообще.
2. Драйвер контроллера не умеет выдать Trim корректно.
3. Сам контроллер обладает сильно обрезанным функционалом (практически все USB контроллеры, по слухам - сам не проверял - некоторые контроллеры от nVidia)
4. Использование диска в RAID массиве.
5. Использование диска файловой системой исключает выдачу Trim (разнообразные BitLocker'ы, виртуальные машины и прочие радости жизни, резервирующие себе место в файловой системе и дальше работающие внутри файла без его удаления).

например ССД не поддерживает ТРИМ

Из современных - таких не знаю. Древние - были такие.

или не НТФС а ФАТ

Иррелевантно. Семерка благополучно выдает Trim и там и там.

или выбран режим ИДЕ

Как минимум - для чипсетов от Intel - иррелевантно. В IDE Trim dыжается точно так же, ОС совершенно пофиг, кому его выдавать.

или нет драйвера с поддержкой ТРИМ

Это - да, возможно. Плюс - как минимум некоторые драйверы от M$ выдают команду как минимум не всегда корректно.

или драйвер такой кривой или винда сама по себе кривая...

Это возможно.

отсюда и есть утрверждение, что если в Винде проверили и получили DisableDeleteNotify = 0 на запрос fsutil behavior query DisableDeleteNotify
то это не значит что ТРИМ обрабатывается(проходит/отрабатывается) на самом ССД.

100%

в одном видно есть ли выравнивание и работает ли ACHI,

Для Trim - пофиг. Кстати - уж ты-то мог бы писать правильно - AHCI...

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

Тут - согласен. Но доля вероятности здесь прячется в двух деталях:

- до теста диск должен быть как минимум хоть раз заполнен (иначе мы примем за "оттримденные" высокоскоростные участки, которые на самом деле просто никогда не прописывались данными)

- скорость чтения пустых мест и мест с данными должна отличаться существенно, что полностью выполняется у дисков на сендфорсе и не факт что выполняется у дисков с "честными скоростями".

отчасти это объясняет мою нелюбовь к контроллерам/производителям которые завышают свои скоростные показатели...

Странно. Как раз у них разница в скорости чтения секторов с данными и "пустых" - максимальна, потому результаты отработки Trim - самые наглядные.

а критериев для работы ТРИМ много

Как только ты поймешь, что все это не абстрактные "критерии", а буквально необходимые условия - понимание физики процесса колоссально упростится.

Резюме - предельно сжато и доступно - что необходимо, чтобы диск отработал Trim:

- OC должна иметь функцию DeleteNotify млм ее аналог
- Функция DeleteNotify или ее аналог должна быть активна
- Драйвер контроллера должен поддерживать функцию DeleteNotify и выдавать Trim
- Драйвер контроллера должен выдавать Trim в соответствиями с ограничениями диска
- Дисковый контроллер (контроллеры, если их - цепочка) должен пропускать команду к диску
- Диск должен поддерживать выполнение команды Trim.

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

Проверка fsuti behavior query DisableDeleteNotify проверяет только первые два из перечисленных необходимых условий. Проверить же полностью всю цепочку можно только по результатам работы диска.

Добавлено через 1 минуту 18 секунд:

перед этим была другая немного формулировка...

Подстраиваюсь под аудиторию... А шопаделаишь - не учебник ведь пишу, а стараюсь, чтобы было понятно....

[Злюка]

Прям "Брейн-ринг"....ведущего только не хватает) Который бы очки раздавал)

[Allex...]

- до теста диск должен быть как минимум хоть раз заполнен (иначе мы примем за "оттримденные" высокоскоростные участки, которые на самом деле просто никогда не прописывались данными)

цитата:
Allex...:
отчасти это объясняет мою нелюбовь к контроллерам/производителям которые завышают свои скоростные показатели...
Странно. Как раз у них разница в скорости чтения секторов с данными и "пустых" - максимальна, потому результаты отработки Trim - самые наглядные.

я про это. адвансед хост контроллер интерфейс или адвансед контроллер хост интерфейс - и так и так правильно, да и если заметил я часто буквы местами переставляю. особенно когда буквы пишутся двумя руками... вместо НЕ я в 90% пишу ЕН
другая формулировка была МОЯ. что собственно потом Злюка спрашивала.

по остальному - не буду спорить. такие вопросы точно нужно задавать не тут.
главное мы выяснили и добились истины...

проверка в винде одной простой командой ничего не значит. (может означать что ТРИМ не работает при положительном ответе)