Отправляет email-рассылки с помощью сервиса Sendsay

Быстрая оцифровка

Привет!
Есть такая задача: оцифровать видео с аналогово носителя (с видеокамеры), а затем
сжать все это дело в DivX или XviD (с приличным кач-вом). Можно было бы все это
делать и под Вин, но уж больно времени жалко. Можно ли ускорить ускорить (оптимизировать,
автоматизировать) процесс оцифровки и зжатия? Я слышал, что если собрать ядро
линукса с минимумом функций, то оно расходует меньше проц. времени и соответственно
все делается несколько быстрее + отказавшись от графич. оболочки можно отъиграть
дополнительную выгоду.
Комп такой:
Cel 1300, 320 mb ram, GF2MX 400, hdd WD 40Gb.

Подскажите, какие приемы и в какой последовательности надо использовать, что
б по максимуму облегчть сис-му и в то же время сохранить все возможности для
оцифровки, сжатия.
У меня есть Alt Linux Junior 2.2 и FreeBSD 5.1. На чем посоветуете остановиться
(что проше настроить и к чему есть более доступный софт)?

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

Заранее благодарен, Василий.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 11688; Возраст листа: 425; Участников: 1273
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/233334



-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписать: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

Ответить   Thu, 23 Sep 2004 20:18:15 +0400 (#233334)

 

Ответы:

В сообщении от 1095959895 секунд после начала Эпохи Unix Вы написали:

Памяти - да, а процессорного времени вряд ли.

В этом случаи выигрыш будет, в основном, в количестве свободной
оперативной памяти.

Нужно пересобрать ядро с оптимизацией под Pentium Pro (если не ошибаюсь)
и с конфигурацией вашего дистрибутива. Далее собрать
программы/библиотеки, которые будут участвовать в кодировании видео, с
флагами оптимизации -mcpu=pentiumpro -march=pentiumpro -mmmx -msse -O6
(кто знает лучшие флаги для Celeron, отзовитесь!). Перед процессом
оцифровки, конечно же, лучше остановить ненужные сервисы, включая иксы.

Но все это, скорее всего, не даст существенного прироста
производительности.

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

Ответить   Konstantin Korikov Thu, 23 Sep 2004 22:44:21 +0300 (#233749)

 

On Thu, 23 Sep 2004 22:44:21 +0300
Konstantin Korikov <lostcl***@s*****.com> wrote:

Почему не освоболится проц. время, можно спросить. Моя логики такая - меньше
кода исполняется (оптимиз. ядро), менше опреаций проводится в процессоре. Или
как это? Скажу, честно, я не силен в это вопросе.
Ну а разве кол-во свободного оперативной памяти (ОП) не дает прирост производительности
при ресурсоемких операциях. Я где-то по теме читал, что гр. оболочка виндовс
занисает примерно от 16 до 32 мб в оперативн. памяти. Скажем оцифровка 12гб
видеофайла происходит примерно 4-6 часов еди учесть, что под ОС выделяется около
64мб ОП, то почему бы не съэкономить на этом. Мне лично без разницы, что сжатие
и проч. будет происходить в консоли (все равно в это время за компьютером никого
нет). Так вот моя позиция: в работе использется около 240мб ОП при использовании
линукс я планирую использ. 260 за счет оптимизации сис-мы и выбора ФС (я читал,
что от этого тоже много зависит). итого прирос в ~10%, а это ~40 мин выиграного
времени. Или я не в чем-то ошибаюсь? Хотелось бы услышать правду от том насколько
кол-во свободной ОП влияет на выполнение трудоемких задач (в нашем случае оцифровки
видео).

Я не понял смысл фразы оптимизировать ядро под своий дистр. Это как? У меня,
к примеру, Alt Linux Junior 2.2 сейчас установлен. Что конкретно заключается
в оптимизации ядра под дистр.

А какие из них критичны для сис-мы. Ну, ясно, что kudzu сразу в сторону, atd
еще туда же, если убить cron, что-то произойдет с сис-мой(?) или mdrecoveryd(?).
Может можно как-то опимизаровать (перекомпил. критичные процессы с мин. функциональностью.
Такое возможно и оправдано ли)?

Я почитал разные статьи на тему пересборки ядра и вот какой возник у меня вопрос.
Какой версии ядро ставить? Как я понял в новых ядрах есть поддержка разного рода
новых устройст (мне не это надо), повышенная безопасность (это тоже не относится
к теме) и улучшенная стабильность работы (как я понял опять же на новом железе(?)).
Мне это все как-то не пригодится, вроде(?). Так может стоит остановить свой выбор
на ядрах более ранних версий (т.к. они меньше, то соотв. опять же помогут съэкономить
ОП). Насколько старые ядра работают быстрее самых новых или ситуации наоборот
противоположная?

Как это не получится (см. выше)? Вот например для чего нужен процесс (сервис)
artsd. Он забирает 2.3% проц. времени а в перещете на время это (при ирйже скорости
оцифровки) 10 мин! Если сложить все бонусы от выигранной производительности,
то (если считать моим методом, если он конечно основан не на заблуждениях) получится
30 - 60 мин! Это ведь час рабочего времени, ведь его можно провести с большей
пользой не так ли?!

А это и не важно! Главное зание о области max оптимизации сис-мы.

Из данного письма у меня возник главный вопрос и, видимо, ответ на него развеет
мои заблуждения или, наоборот, придаст сил :) - Как влияет кол-во свободной ОП
на ресурсоемких задачах? И можно ли выиграть Проц. время рутем "тюнига" сис-мы
и подборки ФС?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 11726; Возраст листа: 426; Участников: 1271
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/234033



-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписать: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

Ответить   Fri, 24 Sep 2004 18:54:22 +0400 (#234033)