Почему мои длинные видео длиннее, чтобы начать играть, чем короткие с помощью jwplayer и lighttpd?

@TheCleaner:

Это действительно было бы IP, обращенным присвоенный самому VLAN

VLAN действительно не присвоили IP-адреса им. Им присвоили сеть им, или подсети или сетевому диапазону, однако Вы хотите обратиться к нему. Адрес OP предоставил нас, является присваиваемым адресом в диапазоне 192.168.4.1-255. Так позволяет, говорят, что диапазон применяется к группе серверов так на Коммутаторе Cisco, и мы даем VLAN, описание "VLAN Сервера", 4.100 было бы адресом, который может быть дан отдельному серверу. При обращении к VLAN Сервера обычно можно использовать число VLAN или сетевой адрес, но обычно не определенный адрес и целую маску. По крайней мере, сетевые администраторы, с которыми я работаю, не делают.

Как я упомянул выше, адрес операции в секунду может быть адресом шлюза, но обычно не был бы, потому что при размышлении о среде как крупная корпорация если у Вас нет системы того, как адреса шлюза присвоены, отслеживание их может быть довольно трудным. Таким образом большинство сетевых администраторов использует первый или последний присваиваемый адрес данного диапазона для шлюза. В случае OP, который был бы 192.168.4.1 или 192.168.4.254. Я не говорю, что это всегда имеет место, довольно лучшая практика и обычно имеет большую часть смысла.

А именно, это - IP-адрес "переключателя", VLAN идет. Это должно не обязательно быть IP шлюза для VLAN, но обычно - так как Вы обычно устанавливаете IP-адреса на VLAN на Уровне 3 "маршрутизатор" для VLAN и таким образом используете этот IP-адрес для шлюза для клиентов на том VLAN.

Этот оператор сбивает с толку меня. Мы ничего не знаем об адресе, который OP дал нам кроме диапазона, в котором он существует, потому что OP никогда не говорил, на каком устройстве это было найдено. Мы не знаем, является ли это адрес переключателя, сервера, AP, компьютера, принтера, и т.д. Таким образом, то, как Вы знали бы, что из маленького сообщения от OP записал, вне меня.

Я соглашаюсь, что это не должен быть шлюз, и я уже упомянул это. Как я уже объяснил, когда Вы смотрите на большинство крупных компаний (но это - лучшая практика Cisco и обычно применяется к большинству компаний), Вы на самом деле находите, что адреса шлюза будут последним или первым присваиваемым адресом в диапазоне. 4.100 был бы в середине и не будет иметь никакого смысла быть адресом шлюза. В то время как некоторые сетевые администраторы могли бы присвоить ему тот путь, отслеживание этого будет громоздким, особенно в увеличении размеров сети. Это становится еще более верным, когда HSRP и такие технологии используются, которые поднимают два, обращаются на каждом уровне 3, взаимодействуют через интерфейс и выделяют третий адрес для шлюза. Отслеживание сотен таких шлюзов, когда HSRP используется, становится очень трудным, если нет системы для присвоения адресов. Думайте о компании, которая могла бы иметь 100 различных VLAN...

0
задан 10 August 2011 в 10:34
3 ответа

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

mp4file --optimize somefile.mp4
2
ответ дан 4 December 2019 в 12:01

strace lighttpd обрабатывают для наблюдения то, что это делает, когда запрос как это выполнен; это скажет Вам точно, что это делает, и затем можно тралить через источник для наблюдения почему (предполагающий, что существуют своего рода комментарии, так или иначе). После того как Вы знаете то, что это делает, можно затем идти дальше к тому, как зафиксировать его (если это даже возможно).

Мое (абсолютно необоснованное) предположение, оно делает своего рода последовательное сканирование; вероятно, использование чего-то O(n^2) (или возможно еще хуже) на основе довольно резкого увеличения в задержке относительно длины фильма (и, по-видимому, размер). Поочередно, я предполагаю, что это могло быть что-то определенное для видео, и все Ваши длинные просто, оказывается, инициировали независимо от того, что вызывающий задержку путь выполнения кода вызывает проблему.

2
ответ дан 4 December 2019 в 12:01

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

Спецификации поддерживаемых процессоров приведены на http://h18000.www1.hp.com/products/quickspecs/12476_div/12476_div.HTML

Вы можете проверить наличие более новой прошивки: http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareIndex.jsp?lang=en&cc=uk&prodNameId=3288144&prodTypeId=15351&prodSeriesId=1121486&swLang=8&taskId=1121486&swLang=8&taskId=8&taskId=1121486&swLang=8&taskId=8&taskId=1121486&swLang=8&taskId=1122122

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

Чтобы решить эту проблему, вы можете попробовать переключиться на ] Http Dynamic Streaming от Adobe. Видеофайл сегментируется на стороне сервера, его фрагменты видео доставляются и сшиваются на стороне плеера для непрерывного воспроизведения.

0
ответ дан 4 December 2019 в 12:01

Теги

Похожие вопросы