информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Где водятся OGRыВсе любят мед
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Простое пробивание рабочего/провайдерского... 
 400 уязвимостей в процессорах Snapdragon 
 Яндекс неуклюже оправдался за установку... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / hardware
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Так отож 17.02.05 14:49  Число просмотров: 1741
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка>
> Не совсем так - чем больше скорость и объём, тем больше
> вероятность возникновения проблем с надёжностью. По моей
> практике, после винтов с 20Gb пластинами надёжность у всех
> производителей стала падать. Скоро на десктопы "зеркала"
> савить начнём. :-(

Ну я имел в виду именно положительную корреляцию. А вот при прочих равных (примерно одинаково ненадежны) я выберу более медленный, но объемный винт (объем 120 гиг я до сих пор использую осторожно), а вот по скорости я еще ни разу не упирался в потолок (при том, что я изначально брал более медленный винт)

> На ноуте - не знаю, там гораздо важнее - ударостойкость
> (по-моему), а на десктопе - при работе с графикой -
> быстрого винта не бывает, бывает - "медленный" и
> "невыносимо медленный". Естественно, имеет значение далеко

Это потоковое видео? Дык 30 метров в секунду примерно по метру на каждый кадр - этого БОЛЕЕ чем достаточно. Гораздо важнее, чтобы камень мог сжать поток хотя бы в MJPEG для последующего перекодирования (вариант с RAW записью я даже не рассматриваю, потому как при любом объеме винта место закончится быстрее, чем запишется хотя бы кусочек фильма).

Если же рассматривать ОБРАБОТКУ (в том числе и нелинейный монтаж) графики/видео, то опять таки скорость винта стоит далеко не на первом месте (и даже не на втором). В первую очередь нужно много оперативки (вы же не предлагаете перелопачивать кучу данных прямо в свопе - тут ни 10% ни 20% ни даже 200% скорости винта не помогут) и во вторую - мощный камень (а лучше спец плату, если речь идет о нелинейном монтаже).

Для рендеринга те же требования, что и для обработки.

> не только линейная скорость, но и скорость
> позиционирования.
Это да. Но тут как ни крути скорость никак (почти) не зависит от скорости вращения шпинделя
<hardware> Поиск 








Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2020 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach