oLGol personal homepage    

о сайте
новости
гостевая книга
контакты
форум

ноутбуки
кпк
PC Cards
сотовые
и другое

DVD SVCD VCD
акустика
фотокамеры
Home Cinema
Digital Video

аквариумы
рыбки
растения
оборудование
дизайн

автомобиль
бытовая техника
фото
креатифф
и другое

DVD
VHS
Mpeg4
Audio CD
и другое
       

     Новости раздела

Собираю HTPC потихоньку для FullHD

Водяное охлаждение для компьютера (проект LOKI)

Стартовал новый проект (LOKI) по сборке игрового компьютера

PhoneControl.Net и подключение телефона к CarPC

Подключил Creative EMU 0404 USB и Linksys WUSB54GR к CarPC

Мультимедийный блок кнопок для CarPC готов


     Железо

Беспроводные возможности с глаз долой

Мощная рабочая станция для видеомонтажа, Часть 3

Мощная рабочая станция для видеомонтажа, Часть 2

Asus PC - DL Pomona VDIMM Mod

Xeon Socket 603/604 VID U-Wire Mod

ASUS PC-DL Intro and Mini FAQ

Upgrade, ASUS PC DL (Dual XEON)

Купил я Toshiba DVD-RW SD-R5002

Улучшаем функциональность Lite версии, интрегрированого в материнскую плату MSI 694D PRO AR, контроллера Promise Fastrak 100.


     Моддинг и охлаждение

Модернизируем блок питания 2. Покупка Thermaltake Purepower W0068

Модернизируем блок питания 3. Снижаем шум от Powerman HPC 420

Модернизируем блок питания 1. Причины, побудившие ...

Модернизируем блок питания 4. Моддинг.

Бесшумное охлаждение для видеокарт, Zalman ZM80C-HP на Radeon 9800

Водяное охлаждение, очередная ревизия системы.

Водяное охлаждение, защита от остановки помпы.

Водяное охлаждение, выбор жидкости для системы.

Управление питанием помпы для водяного охлаждения

Борьба с шумом компьютера

Температурный контроль компьютера средствами Digital Doc 5

Водяное охлаждение для процессоров Intel Xeon DP Socket 604

Моддинг компьютера 2

Mоддинг компьютера


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

Установка программ для XP под Windows 2003 Server

Установка программ для XP под Windows 2003 Server

Видеоредактор Sony Vegas 6

Доводим до ума Windows 2003 Server


Мощная рабочая станция для видеомонтажа, Часть 1

Нафиг оно нужно
Мы все, в каком-то роде, маньяки. Кто-то зациклен на железках, кто-то на гаджетах, другой уперся рогом в какую-то программу и что-то в ней ваяет. Отличие нас от остальных, мы не останавливаемся на достигнутом и стараемся всегда добиться профессионального результата в том, чем начали интересоваться неделю назад.

Когда я вперся в видеомонтаж, это было чем-то типа шутки, перегнать снятое на видеокамеру на диск в формате SVCD и потом смотреть с друзьями. Закончилось перебором множества видеоредакторов от мувимейкера из комплекта винды до ковыряния в Avid Express DV 3.5. Однако остановился на на такой классной программе, как Vegas Video. Начиная с 3-й версии, я удовольствием пользуюсь ей и осознаю, что для моих амбиций в области видеомонтажа, она подходит, как нельзя лучше.

Первый фильм занимал всего 20 минут и влезал на один SVCD диск. Еще тогда я заметил, что на моем, Dual Pentium 3-933, как то долго все проиходит. Это притом, что игрушки все летали, система тоже шевелилась довольно шустро. Отчасти, быстроты добавляло наличие в системе второго процессора и даже когда одно из приложений занимало все ресурсы, оно обычно ограничивалось одним процессором, а второй был в распоряжении системы и меня. Это еще раз убедило меня в правильности выбора в сторону SMP систем.

Но несмотря ни на что, прогресс идет, я заметил что для просчета часового фильма мне приходится ждать аж по 20 часов , и не факт, что я потом не найду какую нибудь ошибку и не придется все заново пересчитывать. В общем так постепенно свыкался с мыслью об предстоящем апгрейде.

Казалось бы , чего там думать, берешь самый шустрый проц, мать под него и память. И дело обвешиваешь это все остальными железками, часть из которых можно взять из старого компьютера. В моем случае, выбор сужало то, что я изначально хотел двухпроцессорную систему, в их на данный момент было всего два варианта - ксеоны и оптероны. После нахождения лакомой мамочки ASUS PC DL Deluxe, которая при цене в 220$ впитала все самое лучшее из однопроцессорных вариантов и имела на борту 2 слота под 604 сокет, я больше не сомневался, что именно мне было покупать. Года три назад, когда я распробовал RAID контроллеры, перепаяв 30$ Promise Ultra 66 Fastrack 66, кторый стоил тогда около 150$, стало понятно каким образом можно увеличить производительность дисковой подсистемы, поэтому следующая моя материнка уже имела на бортру встроенный Promise FT 100. ASUS PC DL тоже была с таким же RAID контролером, только более новым вариантом, который поддерживал SATA устройства.

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

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

Если двигаться по порядку, то начнем с описания самого процесса работы. Сначала видео снимается на камеру, потом по интерфейсу IEEE1394 переносится на жесткий диск компьютера в формате DV, как AVI файл. Значит, нам необходим порт IEEE1394. Он может быть как внутренний, встроенный в материнскую плату, так и внешний, в виде отдельного контроллера. Наиболее удачным вариантом было бы купить звуковую карту у которой он присутствует, например Audigy 2. В этом случае можно оставить в запасе еще один PCI слот, который может пригодиться например для карты нелинейного монтажа или видео захвата, с случае если придется оцифровывать аналоговый материал, что бывает достаточно часто.

Каждый час видео занимает на жестком диске около 13 гигабайт, т.е. нам просто необходим большой жесткий диск. В случае если мы приехали с отдыха, может так случиться, что там будет не одна , а 2 или 3 видеокассеты. Тогда около 40 гигабайт уйдет только на хранение информации. Для того, чтобы хранить результаты промежуточных преобразований , понадобится примерно столько же места на диске. Благо, сейчас в продаже есть жесткие диски по 200, 300, 400 Гб, которые постепенно становятся доступными по цене. В качестве интерфейса лучше выбрать SATA , потому что он является более скоростным и соединительные кабели тоньше, а следовательно меньше мешают потоку воздуха в корпусе компьютера. О количестве жестких дисков поговорим дальше.

После того как видео скопируется на компьютер, оно обрабатывается при помощи различных программ по улучшению изображения или сразу попадает в программу видеомонтажа, в которой происходит процесс нарезки, склейки, наложения эффектов и всевозможных фильтров. В конце концов мы получаем на выходе DV , MJPEG или Mpeg2 файл, который просчитывается достаточно продолжительное время, напрямую зависящее от производительности процессора и дисковой подсистемы. Т.е. программа читает с жесткого диска видео файл декодирует его на лету, обрабатывает и записывает в выбранном нами формате обратно на жесткий диск. Т.е. происходит 4 операции. Чтение файла с диска, обработка информации центральным процессором , кодирование в выходной формат и запись обратно на жесткий диск. Все это в комплексе называется рендерингом, а время выполнения - временем рендеринга.

Дисковая подсистема
Как же нам сократить время рендеринга? Для этого нужно сократить время выполнения всех его составляющих и снизить их взаимное влияние друг на друга. К примеру, если исходный файл и выходной файл у нас находятся на одном жестком диске, то тогда головкам этого диска приходится одновременно работать на 2 фронта, считывать файл и записывать файл. Кроме этого, пропускная способность интерфейса тоже делится на 2, часть времени используется для чтения, часть для записи. В результате мы получим существенное замедление скорости выполнения обеих операций, чего можно было бы избежать, будь у нас исходный файл и выходной файл на разных жестких дисках. Желательно, чтобы они даже не находилось на одном шлейфе, чтобы избежать потери в скорости, если жесткие диски могут выдавать в сумме скорость большую, чем позволяет интерфейс. Разнеся файлы по разным дискам мы максимально снизим взаимное влияние операций чтения - записи и упремся в ограничение скорости чтения диска с исходным видеофайлом. В виду того, что после компрессии например в Mpeg2 размер файла уменьшится в разы, скорость записи на второй диск не так критична, главное чтобы запись не мешала чтению.

Дальнейшее увеличение скорости считывания возможно при использовании RAID массивов типа RAID 0 (STRIPE), которые позволяют более чем в полтора раза увеличить скорость выполнения операций чтения записи. В случае если один диск дает 60-65 мегабайт в секунду, то пара даст больше сотни. Такая скорость даст прирост в случае если процессор в состоянии обработать весь поток поступающей с диска информации.

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

Нам нужно несколько областей для хранения различных данных.

Операционная система. Она устанавливается в количестве 2-3 штуки на загрузочный дисковый массив типа зеркало, в самое начало. Остальное пространство разбивается таким образом, чтобы был один раздел для хранения важной информации (софт, документы, библиотеки видео , звука и изображений и др. ) и еще один, для хранения результатов работу по видео - файлы проектов, результаты работы. У меня для этой цели используется пара IDE Maxtor 200Gb на контролере Promise.

Далее, нужна пара быстрых дисков, один для хранения исходников, второй для хранения результатов рендеринга и промежуточных файлов. Фактически, у меня для этого еще одна пара дисков 200Гб, разбитых на 2 логических. Смысл такой, что исходники пишутся либо на первый раздел диска А , либо на первый раздел диска В, а в процессе рендеринга результат будет писаться на второй раздел другого диска.

Дисковая подсистема

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

Как еще можно увеличить скорость? Для этого нужно первый диск заменить на дисковый массив. Скорость увеличивается почти в два раза, в надежности теряем уже точно в 2 раза. В случае если что-то случится с одним из дисков в массиве STRIPE, потеряем информацию размера вдвое большего емкости одного диска.

Поэтому можно предложить такой вариант. Создать массив их двух небольших 80Гб дисков одной из последних моделей типа Maxtor Diamond Max 9 или 10. Они имеют ту же скорость что их более емкие и более дорогие собратья, а емкость меньшую, как и цену. На этот массив можно положить pagefile.sys , директории Temp и Tmp, а также темп файлы других редакторов типа звукового или графического.

Туда же копировать исходники текущего проекта и потом менять на другие по его окончании…

Процессор
Итак, с дисковой подсистемой, более менее, определились, переходим к процессору. Тут все очень просто. Чем быстрее процессор, а точнее связка - процессор - чипсет - память, тем быстрее будет происходить просчет видео.

Скорость просчета видео зависит от многих параметров, таких как тип процессора его структура, частота, частота шина, размер кеша, частота на которой кеш работает, его латентность; частота, тип, размер и конфигурация (двухканальная) оперативной памяти; от настроек БИОСа материнской платы и ее чипсета. Короче, одни железки сильно влияют, другие дают прирост 1-5% при скрупулезной настройке , но основные показатели дают процессор и память.

Память чем быстрее, тем лучше, чем больше тем лучше. Т.е. установить какую-нибудь брендовую DDR400 или 533, если мама ее поддерживает в размере до 1-2 Гб , но не более 3.5 потому что больше 32 разрядная система не увидит.

Реально хватает 1 Гб почти на все случаи жизни, но если будет 2 , то это только лучше. Разве что нужно стараться покупать память одного типа и производителя и даже партии, по крайней мере на один канал ставить одинаковые модули. Это поможет избежать лишней нестабильности при работе системы.

На многих сайтах типа хобота (www.ixbt.com), регулярно публикуют сравнительные тестирования топовых процессоров в различных задачах, в том числе и в кодировании видео. Нам нужно выбрать такой, чтобы был самый быстрый для нашей задачи. По моему мнению, процессоры Интел пентиум 4 - идеальны для этой роли. В данный момент самый быстрый из них работает на частоте 3.6 ГГц и стоит очень дорого. Существуют модификации с 1мб кешем L2 или так называемый extreme edition, которые стоят дороже, но и дают иногда прирост небольшой. Покупая процессор мы заранее выбирает такой, чтобы его можно было в случае чего немного разогнать, когда это будет необходимо. Поэтому не стоит гнаться за самым быстрым в линейке, наоборот, можно купить какой-нибудь 3ГГц , а потом разогнать его до тез же 3.6 путем подъема частоты шины.

Если хочется еще большей производительности и есть на этой деньги, то можно посмотреть в сторону двухпроцессорных систем. Они в целом, значительно дороже, но всегда попадаются недорогие варианты, если как следует поискать. Я уже давно являюсь ярым приверженцем двухпроцессорных конфигураций и в то время как иные люди переживают по 2-3 апгрейда, я делаю всего один, тем самым компенсирую себе разницу в цене между одно и многопроцессорной системой.

В качестве вариантов на сегодняшний день можно посоветовать купить либо двухпроцессорную конфигурацию на Intel Xeon DP Socket 604 на базе недорогой материнской платы ASUS PC DL Deluxe или аналогов на чипсете Intel 875P или что-то на оптеронах. Но это возможно будет значительно дороже за счет стоимости материнской платы за 500$ или памяти с контролем четности, да и сами процессоры недешевы (мало интересовался этим вопросом).

Но даже если у вас будет двухпроцессорная система, это вовсе не гарантирует 100% прироста при работе, как хотелось бы. Гарантировать можно 5-7% прирост, но не более и только за счет того, что приложение будет занимать один процессор, а система будет мучить второй.

Дальше все зависит от оптимизации приложения, в нашем случае, видеоредактора, под многопроцессорные системы и распараллеливание операций, так назывой многопотоковости. Даже если сам редактор заявлен производителем, как поддерживающий два и более процессора, остаются еще такие его компоненты, как фильтры, переходы, декодеры видео форматов, кодеры, которые в сумме дают совершенно неясную картину работы на нескольких процессорах, в то время как на одном это видится как обычная 100% загрузка. В случае с несколькими процессорами, сказать что программа оптимизирована под многопотоковость можно только когда загрузка процессоров будет более 55% для двух процессоров и более 27-30% для двухпроцессорной системы с включенным Hyper threading (HT).

Т.е. фактически приходится брать как - бы кота в мешке. Платить на 300-400$ дороже за двухпроцессорный вариант на дорогих серверных камнях, но не быть уверенным что получишь прирост в приложениях, с которыми работаешь.

Если остальная оптимизации системы, расположение жестких дисков, увеличение памяти, разгон процессора по частоте, 100% дает прирост производительности, а следовательно уменьшение скорости рендеринга, то в случае с покупкой второго процессора - вопрос спорный. Слишком уж много факторов участвует в процессе, отсюда и результат, о котором можно только попытаться догадаться, но не знать наверняка.

Попав в такую ситуацию, когда мне нужно знать, на что способная моя система и что можно сделать для того, чтобы увеличить ее быстродействие при рендеринга , я решил провести небольшое тестирование своего компьютера при работе с приложениями для полного технологического процесса от захвата видео с камеры, обработки и видеомонтажа до авторинга и записи ДВД .

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

Тогда я решил сделать по-другому. Не тестировать все, а выделить перечень наиболее часто используемых операций и тестировать только их работу. Этого должно хватить для того, чтобы получить представление о главном - оправдываются ли вложения в двухпроцессорную систему или можно добиться того же на одном процессоре или при его разгоне.

Часть 2, Тестирование


oLGol (09.03.2005)