Перейти к содержимому
Калькуляторы

сервер для iptv выбор железа

Ребят, пользовался поиском, гуглом, кучу всего перечитал.

Такой вопрос.

Необходимо транскодировать около 10 каналов, с запасом 16-18 (udp to http) для этих целей выбран ?vlc??

Исходный канал mpeg-2(~5Mbit, на один канал), на выходе необходим mpeg-4(h264,vb=500,ab=128,w=720,h=576).

Все это планируется осуществить на centos|fedora|rhel, какие процессоры рекомендуете? Xeon (X,E)? В транскодировании играет роль гипетрединг(сколько процентов при мультипоточности выигрывается?)?

Изменено пользователем 6yktonox

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Хорошо, допустим. Серверу на базе двухпроцессорного xeon e5649 какую нагрузку ожидать при транскодировании 10 каналов (1 udp поток = 2-3 тв канала)

Изменено пользователем 6yktonox

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

загрузка будет большая .... не знаю как там на xeon e5649 *2 - но на кваде в потолок и даже больше ..... Вообще транскодирование - это накладное дело.... и им надо пользоваться только когда "ну очень надо"

 

могу сказать что замечено что чем сильнее душить битрейт тем больше проц грузится ....

 

а почему не попробуете .... в чём проблема ?

 

а вот это "(1 udp поток = 2-3 тв канала) " - что имелось ввиду ?

Изменено пользователем Lynx10

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Хорошо, допустим. Серверу на базе двухпроцессорного xeon e5649 какую нагрузку ожидать при транскодировании 10 каналов (1 udp поток = 2-3 тв канала)

 

100% с периодическим отваливанием консоли, если RT99 приоритет дадите перекодировщику. В потоках, соответственно, будет пусто -- иногда будут фотографии показываться. Пережатие видео очень дорогая процедура, в основном из-за отсутствия бесплатной реализации алгоритма mp2-->mp4p11. То есть во всех этих пережимателях идет не перевод из мп2 в мп4, а mp2-->raw-->mp4.

 

А вообще чем перекодировать не имеет особого значения ffmpeg или vlc или ещё какой-либо врапер библиотек обработки медиа потоков. Все они используют одни и те же алгоритмы из одних и тех же библиотек и процессор 99% времени проводит в коде этих библиотек, а не в враперах.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

а почему не попробуете .... в чём проблема ?

железо подбирается, не хочется промахнуться

 

а вот это "(1 udp поток = 2-3 тв канала) " - что имелось ввиду ?

Экспериментально замечено, что нагрузка на процессор при демультиплексировании и последующем транскодировании 1 канала из потока содержащего 15 тв-каналов - выше, чем того-же тв-канала присутствующего в потоке из 2-3.

 

100% с периодическим отваливанием консоли

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

Изменено пользователем 6yktonox

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В макоси ядро BSD, а не фри.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

спасибо автору http://forum.nag.ru/forum/index.php?showtopic=72625

получил ответ на все интересующие вопросы

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.