Нужна одна тактовая синхронизация сервера времени для теста задержки, что я должен использовать ntdate или ntpd
Соглашение с живой и/или динамической потоковой передачей состоит в том, что простой протокол HTTP не имеет никаких механизмов для нее, встроил (по сравнению с чем-то как RTMP). Таким образом, должна быть аналитика на одном конце или другом. На самом деле лучше сделать, чтобы клиент имел "мозги" и сделал веб-серверы немыми. Это хорошо для масштабируемости. Microsoft, Apple и Adobe, все теперь имеют довольно твердые решения потоковой передачи по HTTP, где клиент знает, как попросить у сервера различных разрешений, скоростей передачи и самое главное различных сегментов времени видеопотока. Это делает их очень пропускной способностью, кэшем и дружественными решениями CDN. Microsoft и Adobe действительно требуют, чтобы сторона сервера модуля "разделила большой файл на блоки" в сегменты, в то время как Apple сделала, чтобы Вы предварительно разделили файлы на блоки и использовали полностью стандартный сервер HTTP. Но иначе, аналитика - все на клиентском плагине, и можно поместить кэши прокси-сервера или CDNs в режиме выборки источника в соединение с любым из решений увеличить масштаб вещей очень быстро.
Традиционные протоколы потоковой передачи с установлением соединения требуют выделенных серверов и просто не масштабируются очень хорошо. Необходимо заплатить Akamai или Limelight большие доллары для выполнения большого количества потоков огромной аудитории. У них есть десятки тысяч серверов для обработки такой вещи.
Относительно новые основанные на HTTP опции, упомянутые выше на самом деле уже, работают с огромной инфраструктурой кэширования HTTP там в сети в организациях и ISPs, а также огромной инфраструктуре кэширования HTTP, предлагаемой CDNs (которые обычно предлагают более низкие цены за доставку HTTP, чем основанная на соединении потоковая передача).
Apple даже отправила их Живое решение для потоковой передачи HTTP IETF для рассмотрения как открытый стандарт (хотя я подозреваю, что существуют патенты для волнения об из Сетей Перемещения, кто вел этот вид вещи).
If you want the times of two or more computers to be synchronized, you should run ntpd. That will take all the guesswork away, and keep the clocks synced.
You can certainly run ntpdate periodically. Some of your machines will have clocks that are running fast, and others will be running slow. But if none of them are drifting too badly, it's fine. You run into trouble with ntpdate when a computer has a clock that's drifting badly. Some programs get confused when ntpdate whacks the clock. So, if you run ntpdate, you have to figure out how often to run it to keep the clocks in sync, depending on how quickly they're deviating from the correct time.
It's easier to simply run ntpd. Point it at pool.ntp.org and forget about it.