══ FAQ ПО НАКОПИТЕЛЯМ НА ФЛЭШ-ПАМЯТИ (SSD) ══
МиниFAQ по содержанию темы
Обзоры, тесты и полезные статьи
Убедительная просьба НЕ задавать вопросы типа:
Купил SSD XXX! Как устанавливать и настраивать ОС XXX??
- короткий ответ: так же как и HDD (альтернатива для владельцев дисков от Intel)
Хочу поставить X накопителей в RAID0! Ведь будет быстрее??
- короткий ответ: нет
Установил SSD XXX! А почему у меня ОС загружается XX секунд, а не YY??
- короткий ответ: потому что это зависит в первую очередь от конфигурации системы (инициализация разных устройств требует разного времени)

Маркировки дисков от Intel | Kingston | Crucial (Micron)

ПРЕЖДЕ чем запустить тест на ЗАПИСЬ из комплекта дисковых тестов Everest / AIDA 64

Приобрели SSD и желаете выложить результаты тестов? Пожалуйста, кроме правильных скриншотов указывайте
модель накопителя | степень его заполнения | срок использования | чипсет. Например, так или этак. Чем и как тестировать.
Статистика скоростных характеристик SSD

► Программа SsdReady для мониторинга дисковой активности
► Драйвер AMD_AHCI

комп какой?

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

не убьёт, а вот пару гигов запишет

Жаль, в FAQе ничего нет касательно типа файловой системы для флеш-памяти. Нашел интересные тесты, результат показателен.
#77
ExFAT обходит по скорости записи как FAT, так и NTFS. Впрочем, неудивительно, эта файловая система разрабатывалась для флеш-накопителей.

(Немного технической информации: стандартный размер кластера в ExFAT составляет 128Кб (для адресов 32Гб - 256Тб), в отличие от 4кБ для NTFS, и с учетом аппаратных особенностей записи во флеш-память, бОльший размер кластера повышает скоростные характеристики, т.к. запись SSD могут проводить постранично (4Кб), а вот минимальный размер блока стираемой памяти у них уже гораздо больше - например, 128 страниц для Х25-М от Intel, объединенных в блок 512Кб. Кроме того, в ExFAT не ведётся журналирование, что увеличит время наработки на отказ SSD).

vvs-duck
Сорри если сие известно! Если на SSD intel выделить логический раздел и ТОЛЬКО его форматнуть, то скорость и долговечность растут пропорционально уменьшению этого раздела. Суть - в использовании неформатированного пространства, это дает больший эффект чем заполнение SSD не более 50%.
все верно, только не скорость а производительность в операциях I/O, хотя справедивости ради, последовательно некий рост тоже есть, что демонстрируют новые модели X25-M 120GB.
имхо, не стоит извинятся, здесь для многих все что за пределами топика кажется не правдивым и абсурдным, и этот цикл не позволяет принять давно известные широкому кругу (даже не специалистов, в виду их открытости) очевидные на данный момент положения, весь нонсес в замкнутости на ограниченное информационное пространство, это очень заметно бросается в глаза

LEONSIO
Это относиться только к INTELовским SSD?
в равном больше/меньшей степени ко всем nand-накопителям, зависит от реализации механизма и алгоритмов износостойкости (выравнивания износа, wear leveling) в конкретных fw к применяемым контроллерам ssd.

Vetalar
Allex...
Anvin
vvs-duck
Дополнительная не размеченная область ведет к увеличению запасной области (spare area allocation) что относительно в свою очередь, приводит к повышению производительности и усилению выносливости (performance and endurance gains). Увеличение запасной области увеличивает доступный пул готовых к записи ресурсов, а это тянет к некоторому уменьшению усиления записи (write amplification).
В мире ssd эта технология принята как over-provisioning, активно используется в мейнстрим сегменте с начала прошлого года и особо Sandforce.
Касательно рекомендаций интеля на этот счет, то дока легко гуглится по ключевым словам over-provisioning intel ssd если нет желания поработать с сайтом интеля, ведь там находятся и постоянно пополняются доки с практически всеми ответами на вопросы так или иначе связанные с ssd-технологиями.

Dis07
...Но этим цифрам не верю без указателя на сайт с отчетом или статьями...
"бумажный" в открытом доступе более месяца, на intelstudios стало доступно через пару недель после IDF2010, по всему миру в профильных тредах обсуждался или как минимум упоминался, если есть активный интерес по тематике то должен был слышать.

если интересно углубится, стоит обратить внимание на первое предложение в п2.1 This section details the performance of the Intel SSDs in IOPS using two different methods и с табличных данных, например по одной из взятых интелем метод, не забывая о using a queue depth of 32 with the SSD write cache enabled, сопоставить с показаниями популярного в кругах hdtune, результатами других моделей накопитей...
Касательно write endurance is measured using IOMerter running 100% random 4 KB writes spanning 100% of the drive: тут условия несколько суровы для подачи как абсолютные цифры в этот топик, при домашне-офисном использовании можно обозначить более "приближенную" цифру на основе данных из вышеупомянутой vvs-duck доки из расчета ~150TB seq data writen при 50% заполнении для 160GB накопителя без учета OP +взяв за основу выкладки в solid state drive applications in storage and embedded systems (хотя и тут интель явно осторожничает с цифрами для 50nm nand) =~75TB (все равно очень условно выходит)

MadCat
Большой размер кластера имеет определенный смысл при крупноблочной записи, в случае с ОС это как минимум ведет к дополнительным накладным расходам на занимаемый объем который еще относительно дорог, а как максимум в долгосрочной перспективе ведет к уменьшению износостойкости ssd из за повышения в конечном итоге коэфициента усиления записи. В любом случае все это сильно относительно и не может служить догмой с запретом на эксперименты, но лучше перед тем как начинать подтянуть теорию по фс. Касательно nt 5/6 - стабильнее и информативнее с ntfs, а exfat потихоньку приживается на сменных носителях где активно начинает занимать позиции TLC NAND с page size 8/16K и более в перспективе, и не за горами 4bit-per-cell design в массы где те же 128K вполне возможны...

SantanI не могу сказать что понял всё что Вы написали, но предполагаю что эффект ускорения достигается тем, что данные пишутся не в занятые ячейки (которые предварительно приходится стирать, а это долго ибо стираются большие блоки), а в свободные ячейки (и идёт некая перемаркировка внутренней структуры, либо производятся какие-то отложенные действия, т.е. данные потом переползают куда надо в свободное время, а временно занятые ячейки вновь высвобождаются)
Но тогда не понятно:
1. почему скорость линейно растёт при уменьшении задействованного объёма, ведь весь освобождающийся объём сразу не задействовать при всём желании?
2. что будет если не будет перерывов в работе ssd и ему не когда будет делать отложенные действия (подозреваю что скорость сильно упадёт), или это (чистка, упорядочивание...) делается параллельно основным запросам?
3. если всё так замечательно, почему Интел не выпускает диски с уменьшенным объёмом и увеличенной в РАЗЫ скоростью?

У меня вот возник вопросик какой из моделей выбрать - (интел дорого сильно и у нас достать сложно)
OCZ 60 Гб Vertex 2 OCZSSD2-2VTXE60G
Kingston 64 Гб SSDNow V+ Series Drive SNVP325-S2_64GB
какой из них побыстрее будет или еще какую модельку на 64гб?

смотрим...
#77
и примерно поверим на слово что больше трети файлов имеют размер до 8КБ.
глобально и на вскидку - примерно 100КБ на каждый файл - будет лишних...
это мы ещё другие файлы не посчитали...
70 000 файлов, да по 100КБ хвостов... это примерно 6,8 ГБ ЛИШНЕГО места...
прирост будет только в одном случае - если винда будет сжимать файлы... ВСЕ. тогда вместо чтения мелкого файла - будет читаться блок в 128КБ. хотя с другой стороный как раз на порядок-два снизится количество ИОПС. а это для ССД значит что он будет работать как ХДД с блоком в 4КБ...
вопрос - зачем? про ресурс не говорим. Интел - не тупой, контроллер наверняка собирает страницу(минимальный записываемый объём) перед записью...

ALEX_SS либо в ФАК, либо Вертекс2. но лучше интел.

добрый день народ!
купили oczssd2-2vtxe60g 4ре штуки, чтобы в raid 0 поставить, firmware 1.22, мат. плата Gigabyte GA-EP45T-UD3LR, контроллер соответсвенно ich10r, ставлю raid0 все 4ре, RST 9.6, включаю кэширование в RST и проверяю диспетчере устройств галку на кэширование, всёё ок. Получаю:
#77
за качество простите, дрова не поставил...
если ставлю один винт, включаю ahci, то выдаёт 200 на запись 100 на чтение. Ну хрен с ним с чтением, хоть 200, но запись 100, совсем мало... Что можно ещё попробовать?

saint13 купить серого вещества?
когда-нибудь люди перед тем как что-то делать будут сначала читать, потом думать, потом читать...
Цель какая была? выкинуть 600 у.е. чтобы получить ЧТО?
скорость чтения под гигабайт и скорость записи под него же?
а на РЕЙД контроллер чего не хватило?
ИМХО - отличный результат. 730/280.!

Действительно.. Вы чего хотели то от записи получить? Хотели чтоб суммировалась тоже? Наивнай .. Причём на встроенном в плату скорость скорее будет ( даже не просто будет а как правило должна была бы быть... ) меньше....

saint13, а чего ты хотел от унылой софтовой интеграшки вместо контроллера? Покупай контроллер какой-нибудь нормальный, типа этого:

http://www.nix.ru/autocatalog/controlle ... 95464.html

В смысле? о_О Нормальный контроллер... Другое дело, что 4 вертекса-это бред.

Allex...
ФАК читал - про интел тоже написал - спрашиваю не ради того чтобы написать что-то
Перепрошивать вновь купленый SSD надо новой прошивкой сразу - или можно незаморачиваца на прошивании вовсе?

Здравствуйте. Не получается обновить прошивку "OCZ Sandforce 1.24 Firmware update" на OCZ Vertex 2 100 Гб. Предыдущая прошивка (1.23) установилась нормально, а эта не хочет. Пишет, что диск не найден. Всё вроде бы делаю как учили: AHCI включен, и в BIOS, и в реестре; "hot-plugging" - включен; запускаю от имени администратора. В чем проблема не пойму?

observer_07
AHCI вЫключен!
IDE включен!

На основе общей теории и согласно спецификаций ONFI (вотчине Intel и касательно их же ssd) размер блока особой роли не несет, удаление происходит целиком, другое дело проверка, предвыборка и ECC (все через буфер). Что либо конкретизировать по алгоритмам работы/взаимодействия довольно сложно, все это возложено на fw и является неафишируемой интеллектуальной собственностью.


1. Нет, ни как не линейно.., рост количества операций I/O напрямую соотносится с временем доступа что в свою очередь сильно зависит от объема поступающих данных за период времени, так как при всем задействуются в первую очередь механизмы износостойкости (dynamic wear leveling) напрямую завязанные на lifetime/endurance ssd а также включаются внутренние алгоритмы сбора мусора (background garbage collection). Overprovisioned, с дополнительным резервом от объема в целях сокращения запросов на очистку блоков, тут уже и выдвигается на передний план. Задержка при очистке блока также может улучшить кластеризацию замененных страниц в неслучайных (non-random) нагрузках.
2. Да, упадет, при этом присутствует некоторая зависимость от количества запросов. Не сильно перегруженный материал имеется здесь и здесь например, есть так же неплохая доступная аналитика на норвежском ресурсе от GullLars и сингапурском Xssist, кое что интересного можно найти конечно же и на xtremesystems.org
3. X25-E-серия и есть та самая, только не на бюджетной mlc, с громадным OP в четверть от полного объема, в следующих g3 будет присутствовать enterprise линейка где так же будет активно использоваться технология.

Чуть критики...
Еще странность{?} заметил, что в этом топике, где активные пользователи, и куратор в частности, активно продвигают продукт интеля в массы, отсутствует линк на оф. профильный ресурс в шапке, конкретно в ветку по ssd (функционирует с апреля 2009) при том что, вполне очевидно, куратор отлично владеет анг. языком и мог бы определенно помочь некоторой активно интересующейся части пользователей в получении квалифицированных ответов на возникающие вопросы по продукции, т. ск. из первых рук, вместо частых глаголов да, нет, никогда и пр.

Это к сожалению или счастью - не совсем нужно, специалисты сюда если и заглядывают - рассказывают потом другим в ветке "Высказывания чайников", серьёзных исследований нет и не будет, посмотреть кругом - становится страшно - народ не может определиться в трёх соснах. нет я не больше всех знаю, и мне не всё интересно, и я не специалист. создать ветку в которой будут общаться специалисты - возможно. только скорее всего ВАМ там будет неинтересно. и попросту скучно. Ибо тем кто ходит на Интеловские конференцияя не интересно в сотый раз рассказывать почему скорость записи при работе с виндой и приложениями - не имеет решающего значения.
Если у Вас уже такие сильные понимания процессов, поделитесь со мной мнением о данной работе - мне если честно чего-то не хватает для осмысления, я что-то упустил, кстати есть попытка разобраться... пионерская правда... но ИМХО интересная.

А что там сложного, и при чем тут тема о SSD? )