> Ну как бы все таки это все должно быть host aware: Судя по описанию, там добавочные команды которые хост может юзать для вот именно видео, если захочет. А не захочет - ну и хрен с ними, по идее. И это реально надо только системам выделенным под съемку видео с камер наблюдения, где непрерывность потока их все, даже если пару кадров и вылетит.
Для более обычного софта - если этими фичами пользоваться - вылетит несколько секторов под метаданными ФС - и чего?! Там соответственно соображения другие, лучше пытаться записать данные гораздо настырнее. Даже если займет дольше.
> Вот что Сигейт писали еще годы тому назад про свои диски для
> видеонаблюдения.
В случае видео - лучше продолбать кусок кадра, чем надолго озадачиться retry/reset/recovery и в итоге продолбать пару минут в результате, реалтайм не ждет. КМК основная трабла - обычные файлухи и софт типа кернела не особо хорошо себя ведут налетев на бэды в этом аспекте vs съемка видео.
В чем-то похожие траблы есть для RAID - там TLER сделали, с лимитом времени на операции рекавери, иначе диск считают дохлым и он уходит офлайн. А это видимо некая перепевка идеи под видеосистемы.
> Using the ATA-7 streaming commands, both of these requirements are elegantly met."
Ну это какое-то расширение набора команд. Умеет ли его линух и что там с софтом - ахз, смотреть надо, специфичное знание для видяшников.
> Судя по спекам для того чтобы писать на диск в режиме стриминга
> система должна явно инициировать запись в таком режиме. Теперь вопрос -
> с чего бы обычному хосту такое делать?
Обычному - да ни с чего. Но если софт в системе засабмитит эти команды, имхо, писючный контроллер не будет возражать. Ему то какое дело что там за команды и почему. Вот какой-нибудь usb-sata bridge может и обидеться на нежданчик, а AHCI какому, имхо, похрен и есть шансы что в вон тех железках примерно такой же AHCI и стоял - изобретать новый интерфейс контроллера при наличии устаканившегося стандартного желающих довольно мало.
А у usb кстати сто лет есть стриминг потоков (isochronous EP), но там это вообще совсем для мультимедии, типа поток байтов в/из звуковуху гнать. Там тоже кстати retry нет - попортится чуток - и хрен с ним! Лучше чем надолго заткнуться в попытках идеального recovery. А вон то это продолжение идеи, чтобы и накопители так же себя вели.
> Не говоря уже о том что диск так же должен быть готов к записи обычных
> данных, для которых ошибки - ни-ни.
Видимо в том режиме - tradeoff другие, чтобы непрерывно писать - и черт с парой ошибок. Но вот чего бы именно контроллеру на расширения команд возбухать - ахз. Скорее на PC операционки не юзают такие команды просто - а им оно зачем? Но думается если послать такие команды - оно, имхо, прокатит. И вопросы к софту и его умениям скорее. А чего, даже всякие vendor cmd прокатывают же.