SSD-погремушки и спасительный TRIM

Михаил Маврицин   08.09.2016   2 комментария к записи SSD-погремушки и спасительный TRIM

Этот мини-пост наглядно покажет очевидную пользу форсирования «garbage collection» («сборщик мусора») даже на весьма фиговеньких SATA SSD.

В роли подопытного кролика — Toshiba THNSFC256GAMJ:

  • Интерфейс: SATA II (3.0G)
  • Объём: 256Гб (реально — 238,47 ГБ) = 500,118,192 секторов (512n)
  • Форм-фактор: 1.8″, питание 3.3V / 850 мА
  • Прошивка: CJLA0201, OEM (Lenovo P/N 45N7990) от 30/10/2011
  • Особенности: серия HG3, с принудительным шифрованием (FDE)

Данная погремушка была куплена на eBay за «три копейки» целенаправленно на убой — ради завершения тестирования поддержки TRIM и UNMAP как самостоятельных тестов в модуле CERT Tool утилиты R.tester. И свою роль этот накопитель выполнил. Пусть и чудовищно медленно для этого класса устройств.

Условия тестирования:

  • R.tester v1.12.05 (HDDMini Core v5.70, CERT Tool v2.17)
  • Windows 7 SP1 x64 + контроллер LSI SAS2308 (PCIe, 6G)
  • Линейное чтение блоками по 2048 секторов (1Мб)
  • Линейный TRIM блоками по 4096 секторов (2Мб, выбрано эмпирическим путём)

Исходное состояние

SMART SSD до использования команды TrimСамый обычный, «скучный» S.M.A.R.T. 🙂

График скорости чтения SSD до команды TrimГрафик чтения — скорость

SSD, время доступа до запуска TrimГрафик чтения — время доступа

Обратите внимание, насколько незначительно (терпимо) смотрится лёгкое безобразие на графике скорости (Мб/сек) и насколько всё иначе выглядит с точки зрения визуализации времени доступа (мсек)!

Continue reading →

Десять «гелиевых» терабайт от HGST (Hitachi)

Михаил Маврицин   07.09.2016   10 комментариев к записи Десять «гелиевых» терабайт от HGST (Hitachi)

Этот пост зрел почти месяц, т.к., откровенно говоря, результаты тестирования первого экземпляра 10ТБ SAS производства HGST (бывшая Hitachi) — вызвали у меня сложную смесь удивления и недоумения, что прежде я считал маловероятным событием с учётом масштабов моей практики. Сюрприз…

Итак, знакомьтесь!

HGST Ultrastar He10 (HUH721010AL5204) с интерфейсом SAS3 (12G)

Внутренние подробности:

  • Объём: 10Тб (в реальности — всего 9.1Тб) = 19,532,873,728 секторов (512e)
  • Физика:
    • 14 головок / 7 пластин, 40 зон, в среднем ~436,000 треков/поверхность
    • 7200 об./мин., 468 «серво-меток» (servo frames per track)
    • средняя плотность 4K физических секторов/трек (SPT):
      • 516 (4128 / 512e) в начале (зона 0, OD)
      • 401 (3208 / 512e) в середине (зона 19, MD)
      • 248 (1984 / 512e) в конце (зона 39, ID)

Мои личные ощущения — диск невероятно лёгкий для 7 пластин! Качество сборки в целом и исполнения PCB в частности — очень высокое, что является многолетней нормой для серверных дисков HGST.
Отдельно отмечу обновлённую конструкцию «банки» по сравнению с моделями семейств Ultrastar He6 / He8 — другая крышка и явно новый способ лазерной «запайки» (шов значительно качественнее и тоньше). А что поделать: гелий — крайне специфический газ и требует особых условий.

Любопытно, что с этим накопителем я впервые увидел чёткое «упирание в потолок» пропускной способности канала на SAS 3.0G контроллере — в реальных тестах скорость линейного чтения в начале LBA-пространства (внешний диаметр) достигала ~245 Мб/сек., что даже чуть лучше заявленной (усреднённой) в спецификации.

Что же такого странного оказалось в этом диске?

Continue reading →

Диски с проблемной записью

Sergei   06.09.2016   1 комментарий к записи Диски с проблемной записью

Вот как обычно проверяют диски? Правильно, прогоняют «викторией» или «mhdd». И если нет проблемных «прямоугольников», то значит диск хороший и работать будет. Мало кто задумывается, что проверка в этих программах идет только либо в режиме чтения, либо в режиме «верификация», что тоже чтение, только без передачи данных в host.

Однако, на практике попадаются диски у которых запись некоторых областей делается с ошибками, либо сильно тормозит, например:

Жёсткий диск: тест записи

При этом верификация поверхности выглядит вот так:

Жёсткий диск: тест поверхности (Verify)

Удивительно?
При этом SMART никаких признаков проблем не показывает. Переназначенных секторов нет.

Я предполагаю, что это тормозит или ошибается слишком заумно реализованная в современных дисках серво система. Но, пока это только гипотеза. Как говорится, будем посмотреть.

Обнаружилось такое на WD начиная с 2012 года и HGST с 2014.

На сегодня всё. Да хранит ваши данные бэкап!

 

«Гонка интерфейсов» или как индустрия запудривает мозги…

Михаил Маврицин   06.09.2016   Комментариев к записи «Гонка интерфейсов» или как индустрия запудривает мозги… нет

Лёгкий пост в поддержку старого (10+ лет), но невероятно стабильного интерфейса.

В последний год очень мощно и даже местами агрессивно лоббируется интерфейс SAS3 (12G). Но так ли он «безумно хорош», как о нём поют «независимые» обзоры и сами производители?
[ ответ на эту тему я обязательно вскоре раскрою отдельным постом… ]

Всем известна простая истина — SATA II быстрее SATA I, SATA III быстрее SATA II, а уж SAS3 — так вообще правит бал и «очень модно»… Но нет дыма без огня, а маркетологи не лаптем щи хлебают.

Позвольте мне напомнить пару занимательных фактов:

  • в 99% случаев, большая часть ограничений в контроллерах и SAS 3.0G, и SATA II были внедрены производителями предумышлено. Ибо «нечего сидеть на старом железе, купи новый контроллер».

Так, например, в коде и BIOS, и Windows/Linux драйверов для контроллеров Marvell 88SX6042 / 88SX7042 (SATA II) чёрным-по-белому написано:

Continue reading →

Древние «монстры»: 5.25″ HDD Imprimis 94171-307

Михаил Маврицин   06.09.2016   2 комментария к записи Древние «монстры»: 5.25″ HDD Imprimis 94171-307

Порой очень сложно объяснить обывателю, почему подобное наидревнющее железо вызывает приятный трепет и чёткое желание взять отвертки и… ВСКРЫТЬ!

По чистой случайности и избытка любознательности, мне удалось буквально выхватить из огромной кучи душераздирающего ассортимента невиданных жестких дисков три самых тяжёлых экземпляра. К сожалению, все остальные диски уехали на уничтожение, разбор и т.п. 🙁 

Итак, начнём с первого «динозавра» — Imprimis 94171-307 (он же SEAGATE ST4307N).

Краткая спецификация:

  • Форм-фактор: 5.25″ / FH
  • Интерфейс: SCSI1 (SE)
  • Объём (форматированный): 300 Мб (512 байт/сектор)
  • Физическая геометрия: 1412 цилиндров, 10 головок по факту (в спеках = «9»)
  • Среднее время позиционирования (track-to-track): 17.0 мсек
  • Метод кодирования: RLL

Continue reading →

SSD RAID в ноутбуках SONY, как подключать?

Sergei   29.08.2016   Комментариев к записи SSD RAID в ноутбуках SONY, как подключать? нет

В ноутбуках SONY встроенный системный накопитель представляет из себя RAID массив из независимых 4-х SSD дисков, подключенных по SATA к контроллеру.
Однако, если разобрать ноутбук, то увидим только два ССД-накопителя. Дело в том, что в виде одной платы SSD-диска собраны два накопителя: один и одной стороны платы, а второй с другой.
Вот так выглядят два попадавшихся на практике варианта:

SSD из ноутбука Sony: VPC-Z1 и VPC-Z2

Соответственно, встала задача: как все это чудо техники подключить к компьютеру и использовать программы для работы с SSD-дисками фирмы Samsung и программы-сборщики поврежденных RAID-масивов?

Continue reading →

Про патенты

Sergei   22.08.2016   1 комментарий к записи Про патенты

Иногда некоторые интересные вопросы конструкции жестких дисков можно решить разбирая американские патенты. Сам разбор осуществляю при помощи Google-сервиса по поиску патентов. Он более удобен чем официальный поиск патентного ведомства США тем, что позволяет сохранять патент в виде PDF-а и еще сам поиск удобнее.

В процессе перебора можно наткнуться на всяких динозавров эпохи становления жёстких дисков. Например:
1) Жёсткий диск с двумя шпинделями:
Жёсткий диск с двумя шпинделями

2) Жёсткий диск с двумя блоками головок:
Жёсткий диск с двумя блоками магнитных головок

Этот сумасшедший девайс таки был реализован в железе, знакомьтесь — Conner Peripherals «Chinook»:

Cobber Chinook - жёсткий диск с двумя блоками головок

Коннер Чинук - два набора головок

На сегодня всё. Да хранит ваши данные бэкап!

Про оформление опыта

Sergei   19.08.2016   Комментариев к записи Про оформление опыта нет

Зачем вообще оформлять опыт?
1) для передачи опыта другим;
2) со временем многое забывается (теряется компетенция);
3) с хорошо оформленным опытом существенно растет повторяемость желаемого результата.

Проблемы с оформлением опыта в виде документации:
1) отчасти они связаны с тем, что о многом нельзя сказать точно;
2) отчасти со сложностью совместить практику работы по восстановлению информации с общением/литературой.

Что даёт качественно оформленный опыт?
1) повышает общий технический уровень восстановления данных;
2) повышает скорость и качество выполнения работ;
3) повышает общественный статус, так как многое из оформленного можно публиковать в виде статей/книг/патентов и т.д.
4) дает возможность обучать новых специалистов по восстановлению данных.

Вот, собственно, поэтому я в этом блоге.