<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Комментарии: Доставка видеоконтента пользователям</title>
	<atom:link href="http://www.smira.ru/2008/12/02/video-broadcast-delivery/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.smira.ru/2008/12/02/video-broadcast-delivery/</link>
	<description></description>
	<lastBuildDate>Thu, 13 Jan 2011 15:03:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Автор: Андрей</title>
		<link>http://www.smira.ru/2008/12/02/video-broadcast-delivery/comment-page-1/#comment-1055</link>
		<dc:creator>Андрей</dc:creator>
		<pubDate>Mon, 01 Mar 2010 05:23:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.smira.ru/?p=223#comment-1055</guid>
		<description>&lt;p&gt;Кирилл, такой опыт есть. Я бы советовал всегда разносить физически на разные сервера отдачу мелких картинок и больших видеофайлов.&lt;/p&gt;

&lt;p&gt;Дело в том, что картинок (превьюшек) по количество отдается обычно как минимум раз в 20-40 больше, чем видео. И все популярные сейчас картинки могли бы влезть в кэш ОС (их суммарный объем не такой большой), что сильно бы помогло в плане производительности. &lt;/p&gt;

&lt;p&gt;Раздача же с того же сервера больших по размеру файлов будет вытеснять картинки из кэша. Задержка в 200 мс перед отдачей 10 Мб видео может быть незаметна, а вот 200 мс на каждую из 40 картинок на странице - неприемлемо.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Кирилл, такой опыт есть. Я бы советовал всегда разносить физически на разные сервера отдачу мелких картинок и больших видеофайлов.</p>

<p>Дело в том, что картинок (превьюшек) по количество отдается обычно как минимум раз в 20-40 больше, чем видео. И все популярные сейчас картинки могли бы влезть в кэш ОС (их суммарный объем не такой большой), что сильно бы помогло в плане производительности. </p>

<p>Раздача же с того же сервера больших по размеру файлов будет вытеснять картинки из кэша. Задержка в 200 мс перед отдачей 10 Мб видео может быть незаметна, а вот 200 мс на каждую из 40 картинок на странице &#8211; неприемлемо.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Кирилл</title>
		<link>http://www.smira.ru/2008/12/02/video-broadcast-delivery/comment-page-1/#comment-1054</link>
		<dc:creator>Кирилл</dc:creator>
		<pubDate>Sat, 27 Feb 2010 20:54:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.smira.ru/?p=223#comment-1054</guid>
		<description>&lt;p&gt;А нет ли у вас, Андрей, наблюдений на вот какой счет...&lt;/p&gt;

&lt;p&gt;Допустим, есть 2 сервера под статику (lighttpd + стриминг модули (flv,mp4)), которые примерно параллельно заполняются контентом. Оба серевера заполняются как изображениями (превьюшки и изображения от 500Кб-1Мб), так и видео контентом. Есть ли какой-нибудь смысл переносить видео на один сервер, а все изображения на другой (утрированно)? &lt;/p&gt;

&lt;p&gt;Разумеется, изображения отдаются быстрее, но они и создают гораздо большее кол-во коннектов (например превьюшки) чем видео. По личным наблюдениям - производительность веб-сервера зависит не столько от размера отдаваемого контента, сколько от кол-ва одновременных коннектов.&lt;/p&gt;

&lt;p&gt;У Вас есть какие-нибудь соображения и рекоммендации на этот счет?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>А нет ли у вас, Андрей, наблюдений на вот какой счет&#8230;</p>

<p>Допустим, есть 2 сервера под статику (lighttpd + стриминг модули (flv,mp4)), которые примерно параллельно заполняются контентом. Оба серевера заполняются как изображениями (превьюшки и изображения от 500Кб-1Мб), так и видео контентом. Есть ли какой-нибудь смысл переносить видео на один сервер, а все изображения на другой (утрированно)? </p>

<p>Разумеется, изображения отдаются быстрее, но они и создают гораздо большее кол-во коннектов (например превьюшки) чем видео. По личным наблюдениям &#8211; производительность веб-сервера зависит не столько от размера отдаваемого контента, сколько от кол-ва одновременных коннектов.</p>

<p>У Вас есть какие-нибудь соображения и рекоммендации на этот счет?</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Андрей</title>
		<link>http://www.smira.ru/2008/12/02/video-broadcast-delivery/comment-page-1/#comment-892</link>
		<dc:creator>Андрей</dc:creator>
		<pubDate>Tue, 02 Dec 2008 08:36:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.smira.ru/?p=223#comment-892</guid>
		<description>&lt;p&gt;Насчет WebDAV: он поддерживает операции по удалению, созданию и т.п. операциям с файлами. Из PHP после подключения модуля формально всё очень просто, появляется новая схема webdav://, с которой работают все функции работы с файлами. Насчет допиленного варианта - опубликуем.&lt;/p&gt;

&lt;p&gt;Кросс-бэкап: отделяем элементарно. Они просто лежат в разных корневых папках.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Насчет WebDAV: он поддерживает операции по удалению, созданию и т.п. операциям с файлами. Из PHP после подключения модуля формально всё очень просто, появляется новая схема webdav://, с которой работают все функции работы с файлами. Насчет допиленного варианта &#8211; опубликуем.</p>

<p>Кросс-бэкап: отделяем элементарно. Они просто лежат в разных корневых папках.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Andrew Salnikov</title>
		<link>http://www.smira.ru/2008/12/02/video-broadcast-delivery/comment-page-1/#comment-891</link>
		<dc:creator>Andrew Salnikov</dc:creator>
		<pubDate>Tue, 02 Dec 2008 07:47:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.smira.ru/?p=223#comment-891</guid>
		<description>&lt;p&gt;Про WebDAV ещё подробностей хотелось бы :о) А допиленый PEAR класс не было планов опубликовать?&lt;/p&gt;

&lt;p&gt;Ну и про кросс-бекап тоже было бы интересно поподробнее как вы отделяете файлы текущего сервера от бекапа с другого сервера и отделяете ли вообще&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Про WebDAV ещё подробностей хотелось бы :о) А допиленый PEAR класс не было планов опубликовать?</p>

<p>Ну и про кросс-бекап тоже было бы интересно поподробнее как вы отделяете файлы текущего сервера от бекапа с другого сервера и отделяете ли вообще</p>]]></content:encoded>
	</item>
</channel>
</rss>

