Форум 3DNews
Вернуться   Форум 3DNews > Железо > Носители информации

Ответ Создать новую тему
Опции темы Опции просмотра
Непрочитано 22.08.2012, 16:18   [включить плавающее окно]   #1
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Intel Smart Response и TRIM

Доброго времени суток всем.

Для тех кто не осилит много букв, сразу вопрос:
- Работает ли функция TRIM при использовании SSD для "ускорения" (кэширования) массива RAID0 из HDD с помощью технологии Intel Smart Response на мат. платах с чипсетом intel Z77?

А теперь почему возник такой вопрос.

Не смотря на то что для кэширования используется один SSD, после включения "ускорения" (кэширования), создается некий RAID0(cache) с использованием данного SSD, вроде ничего страшного, но...
Как пишут в многочисленных обзорах SSD, функция TRIM не работает с RAID массивами. При этом та же википедия гласит - "TRIM не всегда поддерживается в RAID-массивах.", что уже не так категорично. Вроде как Intel подружила RAID и TRIM чуть ли не в 2010 году. Позже врдуг пишут что это были некие бета драйвера (см. Rapid Storage Technology), которые не очень то и работают и не выкладываются на офф. сайтах.

Поэтому, вопрос скорее к редакции сайта, у которй возможности для проведения экспериментов большие.
Рассматривался ли данный вопрос, проводились или может планируются некие тесты, на деградацию SSD и работу TRIM при ISR кэшировании, или давно ясно что TRIM в данном случае работать не будет?

Дело в том, что в данный момент это сильно влияет на выбор SSD для кэширования. Если TRIM не работает, то для предотвращения сильной деградации, нужно выбирать диск, в котором эффективно реализованы внутренние алгоритмы сбора мусора, а таких к сожалению (судя по тестам в сети) очень мало и они не дешевы.

Последний раз редактировалось pvn_; 22.08.2012 в 16:21.
pvn_ вне форума  
Ответить с цитированием
Непрочитано 22.08.2012, 16:21   [включить плавающее окно]   #2
Crasher
Мужской Абсолютный
 
Аватар для Crasher
 
Регистрация: 07.05.2004
Адрес: AMD/Intel 3DNClan, Белгород
pvn_
Обновление Intel RST: реализована поддержка TRIM в массивах RAID-0
__________________
Сколько волка не корми, а у ишака больше...
Один дурак может задать столько вопросов, что и сто мудрецов не ответят...
Crasher вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 22.08.2012, 17:19   [включить плавающее окно]   #3
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Ну судя по комментариям, это очерендная модификация, того не очень рабочего и официального RST о чем я писал, эта версия, видать самая свежая, но пишут, что жрет память и т.д.

Вот более обнадеживающая инфа:
http://new-drivers.ru/2012/08/21/1307

Выпущенный месяц назад драйвер Intel Rapid Storage Technology 11.5.0.1207 был важен обещанной поддержкой команды TRIM для твердотельных накопителей в RAID-массивах (только на чипсетах Intel 7x в Windows 7). Однако этот драйвер был отозван и пропал с официального сайта. Причины не называются, но они очевидны — множество пользователей отметили ошибки, включая серьезные «утечки» памяти в драйвере после непродолжительного времени работы. Владельцы большинства современных чипсетов Intel вновь ждут обновленной версии Intel RST для встроенных SATA-контроллеров чипсетов серий 5x/6x/7x и южных мостов ICH9/ICH10. Тем не менее, как стало известно, драйверы Intel RST поддерживают команду TRIM в RAID-массивах начиная с версии 11.0, выпущенной еще полгода назад.

Правда даже если все работает еще с версии 11.0, то хотелось бы узнать, работает ли TRIM именно с ISR и реально ли будет увидить тесты от уважаемых сайтов именно связанных с ISR кэшерованием, деградацией SSD и функцией TRIM.

Последний раз редактировалось pvn_; 22.08.2012 в 19:44.
pvn_ вне форума  
Ответить с цитированием
Непрочитано 08.09.2012, 23:58   [включить плавающее окно]   #4
Dimmka
Мужской Умудрённый
 
Аватар для Dimmka
 
Регистрация: 06.11.2003
Адрес: 78 RUS
Цитата (pvn_) »
Для тех кто не осилит много букв, сразу вопрос:
- Работает ли функция TRIM при использовании SSD для "ускорения" (кэширования) массива RAID0 из HDD с помощью технологии Intel Smart Response на мат. платах с чипсетом intel Z77?
У меня на кэширующем С300, Hard Disk Sentine показывает:
Цитата
Функция TRIM поддерживается SSD и включена для оптимальной производительности.
Dimmka вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 11.09.2012, 09:36   [включить плавающее окно]   #5
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Цитата
У меня на кэширующем С300, Hard Disk Sentine показывает:
Цитата
Функция TRIM поддерживается SSD и включена для оптимальной производительности.
Это хорошо =) На практике скорость не уменьшилась со временем?
pvn_ вне форума  
Ответить с цитированием
Непрочитано 13.09.2012, 16:26   [включить плавающее окно]   #6
Dimmka
Мужской Умудрённый
 
Аватар для Dimmka
 
Регистрация: 06.11.2003
Адрес: 78 RUS
Цитата (pvn_) »
Это хорошо =) На практике скорость не уменьшилась со временем?
Нет, не заметил.
Dimmka вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 14.09.2012, 07:25   [включить плавающее окно]   #7
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (pvn_) »
Работает ли функция TRIM при использовании SSD для "ускорения" (кэширования) массива RAID0 из HDD с помощью технологии Intel Smart Response
А зачем TRIM при таком использовании SSD?
Суть работы кэширующего SSD заключается в том, что на нём не может быть никакого "свободного" места - данные на нём не стираются а заменяются другими (более актуальными на текущий момент)...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 14.09.2012, 10:03   [включить плавающее окно]   #8
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Цитата
А зачем TRIM при таком использовании SSD?
Суть работы кэширующего SSD заключается в том, что на нём не может быть никакого "свободного" места - данные на нём не стираются а заменяются другими (более актуальными на текущий момент)...
Так, это уже интересно =)
Давайте разберемся. Если уж быть более точным, то данные на SSD перед записью новых, именно стираются, от сюда и падение производительности у забитого полностью диска (вместо операции записи происходит несколько дополнительных процедур по подготовке и очищению данных), функция TRIM как раз и подготавливает несипользуемые блоки данных для записи (читай стирает).

Т.о. если речь идет о записи новых кэшируемых данных, значит те что будут перезаписаны, по мнению ISR потеряли актуальность, а раз так, то они могли бы быть уже очищены с помошью TRIM и соответственно скорость записи новых данных не пострадала бы (опять же оговорюсь, что те диски которые хорошо собирают мусор самостоятельно, без TRIM, мы не рассматриваем в силу их стоимости и объема).

Собственно поэтому и возник данный вопрос про TRIM и ISR. Просто если бы данные постоянно заполняли кэширующий диск полностью, то не было бы таких скоростей полученых в различных тестах ISR на дешевых SSD, так как деградация приводит к падению производительности в разы! (в том числе и по тестам 3DNews).

Если я в чем то не прав, то буду очень благодарен за разъяснения и ссылку на нормальное объяснение работы ISR.

Последний раз редактировалось pvn_; 14.09.2012 в 10:31.
pvn_ вне форума  
Ответить с цитированием
Непрочитано 14.09.2012, 10:49   [включить плавающее окно]   #9
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (pvn_) »
функция TRIM как раз и подготавливает несипользуемые блоки данных для записи (читай стирает).
"Подготовка" может иметь смысл в случае наличия на SSD вообще свободного места; а если этого места как раз нет?
Вот был заполненный блок, данные на нём были актуальны, потом (по мению ISR) они потеряли актуальность - и ISR тут же записывает на их место более актуальные данные... Ну и где тут место для команды TRIM?

Отдельный случай - использование на SSD от Intel т.н. overprovisioning; в этом случае "свободное место" на SSD есть обязательно - но контроллер SSD разбирается с ним совершенно самостоятельно: ни ОСь, ни ISR об этом свободном месте всё равно ничего не знают, и никакие команды TRIM тут тоже не нужны...

Добавлено через 2 минуты

Цитата (pvn_) »
они могли бы быть уже очищены с помошью TRIM
Они не могли бы "уже", так как они перезаписываются сразу, как только появились более нужные для кэширования данные.
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 14.09.2012, 14:37   [включить плавающее окно]   #10
Dimmka
Мужской Умудрённый
 
Аватар для Dimmka
 
Регистрация: 06.11.2003
Адрес: 78 RUS
Цитата (Smirnoff) »
"Подготовка" может иметь смысл в случае наличия на SSD вообще свободного места; а если этого места как раз нет?
Вот был заполненный блок, данные на нём были актуальны, потом (по мению ISR) они потеряли актуальность - и ISR тут же записывает на их место более актуальные данные... Ну и где тут место для команды TRIM?
Я думаю что ISR, все-таки заполняет кэшем не весь объем SSD. Это было бы логичнее, с точки зрения производительности. Но это только мои домыслы.
ЗЫ. Где бы про это почитать на великом и могучем.
Dimmka вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 14.09.2012, 14:55   [включить плавающее окно]   #11
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (Dimmka) »
заполняет кэшем не весь объем SSD. Это было бы логичнее, с точки зрения производительности.
Да ну?..
С точки зрения именно производительности: чем больше заполнен SSD, тем лучше производительность HDD - при любой степени заполненности SSD запись на него не медленнее записи на HDD, а чтение от отсутствия TRIM уж и вовсе никак не может страдать.

Отдельно напомню: Intel очень не рекомендует асинхронный режим записи, так что всё равно данные одновременно пишутся и на SSD и на HDD.

P.S. Если уж тебе так хочется повысить производительность - отдавай под Smart Response не весь объём SSD; тогда его контроллер сможет сам оптимизировать перезапись (ну, по крайней мере, контроллер от Intel это точно умеет)...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 14.09.2012, 15:46   [включить плавающее окно]   #12
Dimmka
Мужской Умудрённый
 
Аватар для Dimmka
 
Регистрация: 06.11.2003
Адрес: 78 RUS
Цитата (Smirnoff) »
при любой степени заполненности SSD запись на него не медленнее записи на HDD
Понятно. Тогда, действительно:
Цитата
А зачем TRIM при таком использовании SSD?
?
Dimmka вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 14.09.2012, 20:20   [включить плавающее окно]   #13
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Dimmka, так это же ты спрашиваешь, не я...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 18.09.2012, 08:59   [включить плавающее окно]   #14
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Цитата
Dimmka, так это же ты спрашиваешь, не я...
Вообще спрашивал я =)

Цитата
Собственно поэтому и возник данный вопрос про TRIM и ISR. Просто если бы данные постоянно заполняли кэширующий диск полностью, то не было бы таких скоростей полученых в различных тестах ISR на дешевых SSD, так как деградация приводит к падению производительности в разы! (в том числе и по тестам 3DNews).
Цитата
С точки зрения именно производительности: чем больше заполнен SSD, тем лучше производительность HDD - при любой степени заполненности SSD запись на него не медленнее записи на HDD, а чтение от отсутствия TRIM уж и вовсе никак не может страдать.
При заполненом SSD (примерно при 4 - 8 ГБ свободного места) скорость записи падает в разы и становится медленнее HDD. Это уже было бы не "ускорение" а скорее "замедление" работы =)
Цитата
"Подготовка" может иметь смысл в случае наличия на SSD вообще свободного места; а если этого места как раз нет?
От куда тогда производительность практически на уровне отдельного SSD (причем не только в операциях чтения! (в режиме работы ISR ускорения - максимальный) )?
Как в анекдоте - либо чудо либо фокус =)
Либо ISR действительно не полностью забивает диск (например, при заполнении определенного объема, самая старая инфа помечается как не актуальная и в дело вступает TRIM, от сюда собственно и был вопрос, работает ли TRIM при такой схеме), либо при включении ускорения, сразу, по умолчанию, некая область SSD оставляется свободной?

В общем, подскажите, где подробнее почитать про данный вопрос?

Последний раз редактировалось pvn_; 18.09.2012 в 10:21.
pvn_ вне форума  
Ответить с цитированием
Непрочитано 18.09.2012, 12:57   [включить плавающее окно]   #15
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (pvn_) »
От куда тогда производительность практически на уровне отдельного SSD
А кто тебе наобещал такую производительность?..
Никаких особых чудес от Smart Response ждать не следует: http://ru.intel.com/business/communi...showentry=3022
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 18.09.2012, 13:38   [включить плавающее окно]   #16
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Цитата
С точки зрения именно производительности: чем больше заполнен SSD, тем лучше производительность HDD - при любой степени заполненности SSD запись на него не медленнее записи на HDD, а чтение от отсутствия TRIM уж и вовсе никак не может страдать.
Цитата
А кто тебе наобещал такую производительность?..
Никаких особых чудес от Smart Response ждать не следует: http://ru.intel.com/business/communi...showentry=3022
Ну во-первых данные на разных сайтах разные и в первую очередь это зависит от SSD выбранного для тестирования, выше указаный тест проводился с 20ГБ диском, это не серьезно.
При этом важно какой режим кэширования выбран, при максимальном, инфа сначала пишется на SSD, а уж потом в свободное время, на HDD, от сюда и выйгрышь в скорости, в том числе при записи.

Во-вторых есть обзоры с более подробными тестами:
http://www.overclockers.ru/lab/46692..._Response.html

И в-третьих, хоть и игнорируется вопрос, я еще раз повторюсь, если как ты говоришь, диск забит полностью, то скорость записи упала бы очень сильно в виду деградации SSD и стала бы медленнее обычного HDD, почему этого не происходит?

Последний раз редактировалось pvn_; 18.09.2012 в 14:12.
pvn_ вне форума  
Ответить с цитированием
Непрочитано 18.09.2012, 14:09   [включить плавающее окно]   #17
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (pvn_) »
указаный тест проводился с 20ГБ диском, это не серьезно.
Да уж куда серьёзнее, если Intel позиционирует его как раз именно для Smart Response?..
Максимальный объём для Smart Respoinse - 64 гигабайта, но с таки объёмом уже куда разумнее поставить на SSD ОС и программы.

Добавлено через 59 секунд

Цитата (pvn_) »
если как ты говоришь, диск забит полностью, то скорость записи упала бы очень сильно в виду деградации SSD и стала бы медленнее обычного HDD, почему этого не происходит?
На SSD от Intel я такого эффекта не наблюдал, за остальных вендоров отвечать не могу...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 18.09.2012, 14:15   [включить плавающее окно]   #18
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Цитата
Да уж куда серьёзнее, если Intel позиционирует его как раз именно для Smart Response?..
Максимальный объём для Smart Respoinse - 64 гигабайта, но с таки объёмом уже куда разумнее поставить на SSD ОС и программы.
Зачем, чтоб смотреть как быстро грузится винда =) ? мне надо программы, проекты и игры (в моем случае это занимет ~200ГБ), а SSD на 256ГБ стоит дорого.

Цитата
На SSD от Intel я такого эффекта не наблюдал, за остальных вендоров отвечать не могу...
http://www.3dnews.ru/storage/633416/index2.htm
(см. пункт "Выносливость SSD")
pvn_ вне форума  
Ответить с цитированием
Непрочитано 18.09.2012, 14:25   [включить плавающее окно]   #19
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (pvn_) »
см. пункт "Выносливость SSD"
Я говорил про SSD от Intel (и не на LSI/Sandforce).
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 18.09.2012, 14:37   [включить плавающее окно]   #20
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Цитата
Я говорил про SSD от Intel (и не на LSI/Sandforce).
Теперь уже новые SSD интел основаны как раз на Sandforce и соответсвенно так же проседают, особенно при работе с несжимаемыми данными (особенности Sandforce).
В любом случае это уже не по теме.

Последний раз редактировалось pvn_; 18.09.2012 в 15:09.
pvn_ вне форума  
Ответить с цитированием
Непрочитано 18.09.2012, 18:43   [включить плавающее окно]   #21
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (pvn_) »
новые SSD интел основаны как раз на Sandforce
Отнюдь не все...


Добавлено через 1 час 3 минуты

Цитата (pvn_) »
Работает ли функция TRIM
Только сейчас вспомнил забавный аргумент: поскольку на томе кэширования нет никакой вообще файловой системы - никакая ОСь и не может выдавать команды TRIM (ибо это всё рассчитано именно на наличие ФС и очистку места, занятого стёртыми файлами - а нет ни файлов, ни файловой системы, это же просто кэш).
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 18.09.2012, 21:18   [включить плавающее окно]   #22
Dimmka
Мужской Умудрённый
 
Аватар для Dimmka
 
Регистрация: 06.11.2003
Адрес: 78 RUS
Если верить Wiki:
Цитата
TRIM garbage collection is currently not supported for SRT caching devices, so the SSD's performance is solely maintained by its own firmware.
TRIM не поддерживается, всем рулит firmware. Соответственно, ИМХО, в прошивке должна быть учтена специфика использования SSD.

Последний раз редактировалось Dimmka; 18.09.2012 в 21:24.
Dimmka вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 19.09.2012, 09:55   [включить плавающее окно]   #23
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Цитата
Отнюдь не все...
Дело не в конкретных контроллерах, а принципах работы SSD, забив их под завязку производительность резко снижается из-за необходимости предварительного очищения места, куда будет производиться новая запись.


Цитата
Только сейчас вспомнил забавный аргумент: поскольку на томе кэширования нет никакой вообще файловой системы - никакая ОСь и не может выдавать команды TRIM (ибо это всё рассчитано именно на наличие ФС и очистку места, занятого стёртыми файлами - а нет ни файлов, ни файловой системы, это же просто кэш).
Цитата
TRIM не поддерживается, всем рулит firmware. Соответственно, ИМХО, в прошивке должна быть учтена специфика использования SSD.
От сюда и возник вопрос, потому что механизм до конца не понятен, что конкретно происходит при включении кэширования ISRT, если там нет файловой системы, как именно там хранятся данные, может SRT своими алгоритмами собирает мусор, или еще что то?
Хочется нормального описания, потому что это напрямую влияет на выбор SSD.
Другими словами вопрос остался, работает ли сбор мусора при SRT с помощью внешних команд (TRIM, либо если винда не может послать эту команду в данном случае, то может SRT имеет какой то свой алгоритм и свои команды, которые приводят к тому же результату)?
Или все таки надо выбирать SSD с хорошо работающими собственными алгоритмами сбора мусора?

Цитата
TRIM garbage collection is currently not supported for SRT caching devices, so the SSD's performance is solely maintained by its own firmware.
Исходя из того что пишет вики, хочется уже услышать мнение кого-то из редакторов сайта.
Чтоб знать точно, какой SSD все таки выбрать.

Последний раз редактировалось pvn_; 19.09.2012 в 15:01.
pvn_ вне форума  
Ответить с цитированием
Непрочитано 25.09.2012, 08:46   [включить плавающее окно]   #24
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Видимо редакция сайта не частый гость форума.

В любом случае выбор надо было делать, поэтому ввиду неясности полной картины SRT, был выбран SSD Plextor на контроллере Marvell, так как данные SSD, судя по тестам, восстанавливают свою производительность сами, практически так же эффективно, как после команды TRIM, так же важна производительность SSD по мере заполнения его информацией (особенно если при кэшировании он будет заполняться весь), тут тоже SSD на базе Marvell стабильно хороши, правда и стоят дороже, чем другие диски такого же объема на других контроллерах.

Последний раз редактировалось pvn_; 25.09.2012 в 10:21.
pvn_ вне форума  
Ответить с цитированием
Непрочитано 26.09.2012, 10:34   [включить плавающее окно]   #25
zevgenius
Мужской Новенький
 
Регистрация: 26.09.2012
Адрес: Москва
Цитата (pvn_) »
От сюда и возник вопрос, потому что механизм до конца не понятен, что конкретно происходит при включении кэширования ISRT, если там нет файловой системы, как именно там хранятся данные, может SRT своими алгоритмами собирает мусор, или еще что то?
Хочется нормального описания, потому что это напрямую влияет на выбор SSD.
Другими словами вопрос остался, работает ли сбор мусора при SRT с помощью внешних команд (TRIM, либо если винда не может послать эту команду в данном случае, то может SRT имеет какой то свой алгоритм и свои команды, которые приводят к тому же результату)?
Или все таки надо выбирать SSD с хорошо работающими собственными алгоритмами сбора мусора?
С Вики:
Цитата
SSD хранят данные в ячейках флеш-памяти, сгруппированными в «страницы» (обычно по 4 Кбайт каждая), которые, в свою очередь, сгруппированы в блоки (обычно 128 страниц или 512 Кбайт суммарно) Ячейки NAND-флеш-памяти могут быть непосредственно записаны лишь в том случае, когда они чисты. В случае, когда они хранят данные, содержимое ячеек должно быть очищено, прежде чем в них будут записаны новые данные. В SSD накопителях операция записи может быть проделана только для страниц, однако из-за аппаратных ограничений команда удаления всегда выполняется на весь блок. В результате, запись на SSD-носитель выполняется очень быстро до тех пор, пока существуют чистые страницы, но значительно замедляется, если необходимо очищать предварительно записанные страницы. Так как очистка ячеек в странице необходима перед тем, как в них можно будет записывать снова, но только целый блок может быть очищен, процесс перезаписи инициирует цикл чтение-очистка-модификация-запись: содержимое целого блока должно быть сохранено в кеше перед тем, как оно может быть удалено с накопителя, перезаписываемые данные модифицируются в кеше и только после этого целый блок (с обновленной страницей) записывается на накопитель.
В RAID режиме блоки по 128К, а значит переписываются целыми страницами и нет никакого замедления (лучше конечно знать, какой минимальный размер блока может переписать конкретный SSD и отталкиваться от этого).
zevgenius вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 26.09.2012, 13:53   [включить плавающее окно]   #26
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (zevgenius) »
В RAID режиме блоки по 128К, а значит переписываются целыми страницами
А внимательно прочитать свою же цитату?
Цитата (zevgenius) »
обычно 128 страниц или 512 Кбайт суммарно
Теперь расскажи, каким образом "блок 128К" покрывает "целую страницу" в 512К?!.
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 26.09.2012, 14:26   [включить плавающее окно]   #27
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Цитата
В RAID режиме блоки по 128К, а значит переписываются целыми страницами и нет никакого замедления (лучше конечно знать, какой минимальный размер блока может переписать конкретный SSD и отталкиваться от этого).
Это что за вывод? Во-первых как так сравнялись страницы и килобайты? Во-вторых размер блока в страйпе зависит от типа носителя и контроллера, магнитный HDD быстрее пишет относительно большие блоки, поэтому 128К для них самое то, для SSD действительно размер блока можно уменьшить, но опять же это не значит уменьшение до минимальных 4К, а скорее до наиболее удобного размера для каждого конкретного контроллера SSD (для sandforce напрмер этот размер вроде был 32К исходя из тестов на одном из сайтов), при этом на скорости это сказывается незначительно. В-третьих
Цитата
а значит переписываются целыми страницами
Ключевое слово переписываются, это не магнитный HDD, где не важно запись или перезапись
Сам же цитату вставил
Цитата
В результате, запись на SSD-носитель выполняется очень быстро до тех пор, пока существуют чистые страницы, но значительно замедляется, если необходимо очищать предварительно записанные страницы. Так как очистка ячеек в странице необходима перед тем, как в них можно будет записывать снова, но только целый блок может быть очищен, процесс перезаписи инициирует цикл чтение-очистка-модификация-запись: содержимое целого блока должно быть сохранено в кеше перед тем, как оно может быть удалено с накопителя, перезаписываемые данные модифицируются в кеше и только после этого целый блок (с обновленной страницей) записывается на накопитель.
Соответсвенно на полностью забитом SSD без очищения блоков с устаревшой информацией (сбор мусора), скорость записи значительно снизится, потому что как укзано в цитате, это уже не просто запись, а чтение-очистка-модификация-запись.

Последний раз редактировалось pvn_; 26.09.2012 в 15:56.
pvn_ вне форума  
Ответить с цитированием
Непрочитано 26.09.2012, 15:20   [включить плавающее окно]   #28
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (pvn_) »
на полностью забитом SSD
Всегда есть возможность отдать под кэширование не весь объём SSD - у транслятора останется возможность для "манёвра"...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 26.09.2012, 15:23   [включить плавающее окно]   #29
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Цитата
Всегда есть возможность отдать под кэширование не весь объём SSD - у транслятора останется возможность для "манёвра"...
Так то оно так, вот и интересно, технология кэширования SRT сама будет оставлять место и/или помечать устаревшию инфу как не нужную, либо все таки при включении ускорения отдавать под кэш не все...

Последний раз редактировалось pvn_; 26.09.2012 в 15:57.
pvn_ вне форума  
Ответить с цитированием
Непрочитано 09.10.2012, 08:46   [включить плавающее окно]   #30
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Кстати в дополнение темы приведу результат PCMark7 (поставил бесплатную не ломаную версию, без ввода ключа, т.е. происходит прогон набора тестов по умолчанию), считается что данный тест имитирует типичную работу пользователя (при этом тесты проходят по 3 раза, что в случае с кэшированием как раз то что надо).
При прочих равных условиях, с RAID0 массивом из 2-ух HDD результат был ~ 3800 попугаев. При установке выше описаного SSD и включении ускорения с помощью intel SRT PCMark7 показал ~5300 попугаев (конфигурация системы в данном случае не важна, так как ничего не менялось, прирост обсуловлен только добавлением SSD и включением кэширования iSRT). Думаю что в случае изначального использования не RAID0 а простого HDD, разница была бы еще более заметна.

Так что пока полет нормальный, я доволен. Ждем ссылок на подробный рассказ об intel SRT.

Последний раз редактировалось pvn_; 09.10.2012 в 12:17.
pvn_ вне форума  
Ответить с цитированием
Непрочитано 08.04.2013, 15:55   [включить плавающее окно]   #31
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Вот какая ссылка недавно попалась на другом форуме.
http://communities.intel.co.jp/thread/37103

Собственно интересна след. фраза:

I have confirmation that TRIM is not necessary for drives used as a cache device.

Т.е. TRIM не является необходимым для дисков, используемых в качестве кэша устройства.

Вот еще бы узнать почему? =)
Цитата (Smirnoff) »
Только сейчас вспомнил забавный аргумент: поскольку на томе кэширования нет никакой вообще файловой системы - никакая ОСь и не может выдавать команды TRIM (ибо это всё рассчитано именно на наличие ФС и очистку места, занятого стёртыми файлами - а нет ни файлов, ни файловой системы, это же просто кэш).

Где бы найти подробную инфу про iSRT.

Последний раз редактировалось pvn_; 09.04.2013 в 08:10.
pvn_ вне форума  
Ответить с цитированием
Непрочитано 17.11.2013, 20:56   [включить плавающее окно]   #32
Dimachos
Мужской Новенький
 
Регистрация: 17.11.2013
Автор темы, поделитесь, пожалуйста, своим опытом использования кеширующего ssd - как разбивали диск , как изменялась производительност со временем
Dimachos вне форума  
Ответить с цитированием
Непрочитано 18.11.2013, 09:56   [включить плавающее окно]   #33
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Цитата (Dimachos) »
Автор темы, поделитесь, пожалуйста, своим опытом использования кеширующего ssd - как разбивали диск , как изменялась производительност со временем
Ну если вы читали буквально несколько комментариев выше, то существенно ничего не изменилось.
1. Диск не разбивал, ибо брал максимально допустимый объем - 60ГБ, специально для кэширования массива RAID0 из HDD, на котором в разных разделах и винда, и игры, и проги, и проекты, и т.д. (Наверно надо отметить, что кэшировать, например, диски с мультимедия нет смысла, так как можно получить отрицательный эффект, из-за оперирования большими файлами в режимах последовательной записи и чтения.)
2. Куплен был SSD Plextor M5S, который, судя по тестам на других ресурсах, полностью восстанавливает свою производительность сам (это к неясности вопроса про сбор мусора), возможно поэтому, либо за счет специфики работы iSRT, никаких падений производительности, после использования кэширования больше года, не зафиксировано (ну по крайней мере не заметно на глаз).

Так же наверно нужно сказать, что актуальность кэширования, в общем случае, на текущий момент постепенно снижается в силу снижения стоимости SSD объемом 120 и более гигов.

Последний раз редактировалось pvn_; 18.11.2013 в 15:28.
pvn_ вне форума  
Ответить с цитированием
Непрочитано 19.11.2013, 19:38   [включить плавающее окно]   #34
Dimachos
Мужской Новенький
 
Регистрация: 17.11.2013
Спасибо за оперативный ответ.
С темой знаком не понаслышке , пришел сюда после прочтения статьи о тестировании чипсетного Z87 RAID-а http://fcenter.ru/online/hardarticles/hdd/36217
В настоящее время задумался о переводе RAID0 из 4 HDD на простейшем Adaptec1430SA общим объемом 1Tb на чипсетный RAID Z87 c добавлением кеширующего SSD.
Сразу скажу , что и винты и контроллер достались в наследство, поэтому "купить вместо этого барахла за соизмеримые деньги емкий ссд " не предлагать. ССД куплен, на нем система. И все это вместе регулярно бекапиться на зеленый WD.
Вопросы. В 11 сообщении темы Олег говорил , что по кеширование можно отдать не весь объем SSD. Возможно ли под кеширование отдать часть ssd , разбив его на два тома, так ,чтобы на одном стояла операционка (Win7 64bit)?
На массиве установлен десяток игр типа Макса Пейна, Метро и проч, будет ли от ссд кеширования профит при этом характере использования?
Какой оптимальный размер блока для RAID0 о четырех дисках применительно к интеловому Z87? Последний вопрос не в тему, можно игнорировать
Dimachos вне форума  
Ответить с цитированием
Непрочитано 19.11.2013, 20:16   [включить плавающее окно]   #35
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (Dimachos) »
Возможно ли под кеширование отдать часть ssd , разбив его на два тома, так ,чтобы на одном стояла операционка (Win7 64bit)?
"Отдать только часть" - легко; "поставить на оставшееся место винду"? Меня лично "терзают смутные сомнения"...

Я бы порекомендовал продолжать использовать отдельный SSD "под систему"; а если так уж хочется ускорения - ну докупи ещё SSD "под кэширование".

Цитата (pvn_) »
интересно, технология кэширования SRT сама будет оставлять место и/или помечать устаревшию инфу как не нужную
Не то я невнятно объяснял, не то ты недопонял... В кэше не бывает "ненужной"/"устаревшей" информации; как только алгоритм кэширования определяет, что какой-то блок стал неактуальным - на его место сразу записывается более актуальный блок. Так что облегчить жизнь алгоритму GC можно только самостоятельно - зарезервировав часть объёма SSD под over-provisioning.

Цитата (Dimachos) »
На массиве установлен десяток игр типа Макса Пейна, Метро и проч, будет ли от ссд кеширования профит
Всё-таки достаточно сомнительно... Максимальный объём кэша на SSD при использовании Smart Response - 60 гигабайт; вообще говоря, Intel обещала, что алгоритм кэширования "обладает зачатками интеллекта" и не станет пытаться кэшировать большие файлы; но как уж там этот алгоритм разбирается с размерами и типами файлов? А игрушонки-то у тебя не мелкие такие, да...

Добавлено через 7 минут

Цитата (Dimachos) »
после прочтения статьи о тестировании чипсетного Z87 RAID-а http://fcenter.ru/online/hardarticles/hdd/36217
Тестирование забавное, результаты по TRIM - более, чем предсказуемые, высказывание
Цитата
RAID 10 ещё более отказоустойчив, поскольку это массив с одновременным чередованием и дублированием информации. Для его создания нужно четыре или большее количество приводов, но зато целостность данных сохраняется при выходе из строя до половины входящих в него дисков.
откровенно безграмотное: при определении возможного количества вышедших из строя членов массива не бывает "вариантов": либо массив обязательно сохраняет работоспособность, либо - нет ("как повезёт" - это не технический термин ).
Вот когда в массиве RAID6 выходят из строя два диска - он остаётся работоспособным без оговорок, а когда в RAID10 два диска вылетят - это 50/50 (причём, в жизни всегда получаются те 50%, которые против тебя ).
__________________
С уважением,
Олег Р. Смирнов

Последний раз редактировалось Smirnoff; 20.11.2013 в 06:48.
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 20.11.2013, 00:44   [включить плавающее окно]   #36
Dimachos
Мужской Новенький
 
Регистрация: 17.11.2013
Цитата
"Отдать только часть" - легко; "поставить на оставшееся место винду"? Меня лично "терзают смутные сомнения"...
Подразумевалось наоборот, ось установлена , а на оставшемся месте раздел под кеширование. Но меня еще больше терзают, особенно после прочтения твоей заметки на интелах, про то как диск целиком не виден системой после играний с кешированием

Цитата
результаты по TRIM - более, чем предсказуемые
Для сандфорсов 2281 - согласен. А вот для марвеллов, - не факт. Любопытно было бы поглядеть на рейд0 из плекстеров в плане TRIM

Цитата
RAID 10 ещё более отказоустойчив
в контексте статьи сравнение с RAID 5 , а не RAID6 , так что высказывание может быть спорное , но уж никак не откровенно безграмотное. Залезая глубоко в дебри вопроса, можно выяснить что отказоустойчивость связана с надежностью , а та есть вероятность отказа в ед. времени, то есть те самые 50/50, которых нет в случае RAID5. Материал, на мой взгляд заслуживает оценки , большей чем "забавный"
Dimachos вне форума  
Ответить с цитированием
Непрочитано 20.11.2013, 06:44   [включить плавающее окно]   #37
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (Dimachos) »
Подразумевалось наоборот, ось установлена , а на оставшемся месте раздел под кеширование.
А это, я тебе сразу скажу, невозможно: для того, чтобы задействовать SSD в Smart Response, на SSD в обязательном порядке не должно быть никаких вообще разделов.
Раздел там можно будет создать лишь после того, как Smart Response на нём "забьёт" место для себя...

Цитата (Dimachos) »
после прочтения твоей заметки на интелах, про то как диск целиком не виден системой после играний с кешированием
Так я же прямо там и написал, что надо сделать, чтобы снова "стал виден"...

Цитата (Dimachos) »
Для сандфорсов 2281 - согласен. А вот для марвеллов, - не факт.
"Изюминка" статьи должна была быть именно в проверке TRIM в RAID-массивах (не в разнице между разными контроллерами в SSD - про них и так всё и всем известно), но там нечего проверять: поддержка внятно заявлена только в RAID0, и только Intel - так оно и оказалось в итоге...

Цитата (Dimachos) »
в контексте статьи сравнение с RAID 5 , а не RAID6 , так что высказывание может быть спорное
Именно по этой причине я и сказал, что безграмотное: ни RAID5, ни RAID10 ничего не гарантируют при выходе из строя двух дисков; ещё раз напомню - "повезло" к техническим терминам не относится.
Я согласен, что RAID10 по-интереснее RAID5 - но не за счёт мифической "бОльшей надёжности", а за счёт очень простой математики (так что даже HBA её всегда легко отрабатывают), и за счёт быстродействия (RAID5 притормаживает даже на мощных дискретных контроллерах, а уж на HBA тормозит вообще безбожно).
__________________
С уважением,
Олег Р. Смирнов

Последний раз редактировалось Smirnoff; 20.11.2013 в 06:46.
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 20.11.2013, 09:08   [включить плавающее окно]   #38
pvn_
Мужской Начинающий
Автор темы
 
Регистрация: 26.03.2007
Цитата (Smirnoff) »
Не то я невнятно объяснял, не то ты недопонял... В кэше не бывает "ненужной"/"устаревшей" информации; как только алгоритм кэширования определяет, что какой-то блок стал неактуальным - на его место сразу записывается более актуальный блок. Так что облегчить жизнь алгоритму GC можно только самостоятельно - зарезервировав часть объёма SSD под over-provisioning.
Ну, если читать выше, до конца мы этот вопрос так и не разъяснили. И все вот почему. Есть режим кэширования - максимальный, в котором запись сначала производится на ССД, потом на ХДД. Данный факт проверен лично, тестами CDM. В режиме максимальный по сравнению с расширеным, запись небольшими случайными блоками с очередью увеличивается в 100-и раз, т.е. происходит запись сначала именно на ССД. В таком режиме, если бы инфа только перезаписывалась, то это было бы видно, со временем, по просевшей скорости записи, по причинам не раз упоминавшимся выше. При этом беда как раз в том, что стирается то инфа блоками, а пишется страницами, от сюда и необходимость цикла - чтение, очистка, модификация, запись.
Поэтому в моем случае, мне видиться несколько моментов, отсутсвия просадки производительности, а вот какой из них верный, или есть еще какой то... в этом и вопрос.
1. Возможно как раз из-за выбора ССД Плекстор, который сам справляется.
2. iSRT сама всегда оставляет свободное место на ССД (так как я специально его не оставлял).
3. Trim в том или ином виде.
4. Так как интел говорит, что Trim не нужен, есть вероятность, что существует своя логика организации кэш пространства, вопрос какая?
(Может быть интел разработала такой алгоритм, что например, определяя принадлежность информации к какому то часто запускаемому приложению, пишет инфу в кэш так, чтоб в блоках получались страницы, информация в которых, только об этом приложении, добавляя при необходимости некую служебную инфу, чтоб блок всегда был полностью записан. Тогда теоретически, можно стирать именно блоками без анализа их содержимого, руководствуясь актуальностью использования приложения, а это уже заметно быстрее. Но особенность работы ССД с флэш памятью, как раз в том, что пишется инфа страницами, причем в разные блоки, для равномерного износа, а удаляется блоками, т.е. надо как то "договрится" с контроллером ну либо крайне не экономично ипользовать пространнство, что тоже может быть.)

Последний раз редактировалось pvn_; 20.11.2013 в 11:16.
pvn_ вне форума  
Ответить с цитированием
Ответ Создать новую тему

Метки
isr, rst, ssd, trim

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 07:32. Часовой пояс GMT +3.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd. Перевод: zCarot
Copyright © 2000-2017 3DNews. All Rights Reserved.
Администрация 3DNews требует соблюдения на форуме правил и законов РФ
Серверы размещены в Hostkey