<?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>Комментарии: Сравнение производительности Django-проектов, размещенных на виртуальном хостинге с FastCGI и WSGI</title>
	<atom:link href="http://locum.ru/blog/lab/fastcgi_protiv_wsgi/feed" rel="self" type="application/rss+xml" />
	<link>http://locum.ru/blog/lab/fastcgi_protiv_wsgi</link>
	<description></description>
	<lastBuildDate>Fri, 18 May 2012 08:49:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.1.41</generator>
	<item>
		<title>Автор: Смирнов Роман</title>
		<link>http://locum.ru/blog/lab/fastcgi_protiv_wsgi/comment-page-1#comment-19</link>
		<dc:creator><![CDATA[Смирнов Роман]]></dc:creator>
		<pubDate>Tue, 25 Aug 2009 09:38:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.locum.ru/?p=8#comment-19</guid>
		<description><![CDATA[Django-приложения запускаются на всех наших тарифных планах, более подробно ознакомиться с тарифными планами вы можете &lt;a href=&quot;https://locum.ru/articles/services&quot; rel=&quot;nofollow&quot;&gt; кликнув по ссылке &lt;/a&gt;]]></description>
		<content:encoded><![CDATA[<p>Django-приложения запускаются на всех наших тарифных планах, более подробно ознакомиться с тарифными планами вы можете <a href="https://locum.ru/articles/services" rel="nofollow"> кликнув по ссылке </a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Александр</title>
		<link>http://locum.ru/blog/lab/fastcgi_protiv_wsgi/comment-page-1#comment-18</link>
		<dc:creator><![CDATA[Александр]]></dc:creator>
		<pubDate>Tue, 25 Aug 2009 09:04:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.locum.ru/?p=8#comment-18</guid>
		<description><![CDATA[На каких тарифных планах возможно использование django?]]></description>
		<content:encoded><![CDATA[<p>На каких тарифных планах возможно использование django?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Смирнов Роман</title>
		<link>http://locum.ru/blog/lab/fastcgi_protiv_wsgi/comment-page-1#comment-17</link>
		<dc:creator><![CDATA[Смирнов Роман]]></dc:creator>
		<pubDate>Mon, 10 Aug 2009 14:54:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.locum.ru/?p=8#comment-17</guid>
		<description><![CDATA[Александр, большое спасибо за профессиональный комментарий!
Вы правы, тестируются два протокола в абсолютно конкретном, одинаковом и специфичном окружении — в том, которое установлено на конкретных серверах. Желание устроить «&lt;em&gt;замануху&lt;/em&gt;», поверьте, было далеко не главным. Все-таки наша первоочередная задача -  обеспечивать надежность и производительность технологий, которые мы предоставляем.
При тестировании мы использовали рекомендуемые разработчиками фреймворка конфигурации FastCGI и WSGI. Вполне возможно, что при других настройках и в другом окружении есть смысл использовать что-то другое. Но, на наш взгляд, если речь идет о предоставлении услуг, то логично выбирать проверенные и стабильные варианты настройки, которые рекомендуют создатели фреймворка.
Что касается режима работы FastCGI, то тут играет решающую роль настройка самих серверов. У нас сценарии FastCGI по ряду причин запускаются как CGI, а не через сокет, поэтому пока выбирать не приходится.
Мы не ставили перед собой задачу всестороннего тестирования производительности django на всех программно-аппаратных конфигурациях. Есть конкретный сервер, конкретные настройки и тест, который покажет отличие одного подхода от другого. Если вы считаете, что у работы через WSGI есть недостатки перед FastCGI и последний может работать быстрее, предлагайте свои решения, мы будем признательны.]]></description>
		<content:encoded><![CDATA[<p>Александр, большое спасибо за профессиональный комментарий!<br />
Вы правы, тестируются два протокола в абсолютно конкретном, одинаковом и специфичном окружении — в том, которое установлено на конкретных серверах. Желание устроить «<em>замануху</em>», поверьте, было далеко не главным. Все-таки наша первоочередная задача &#8212;  обеспечивать надежность и производительность технологий, которые мы предоставляем.<br />
При тестировании мы использовали рекомендуемые разработчиками фреймворка конфигурации FastCGI и WSGI. Вполне возможно, что при других настройках и в другом окружении есть смысл использовать что-то другое. Но, на наш взгляд, если речь идет о предоставлении услуг, то логично выбирать проверенные и стабильные варианты настройки, которые рекомендуют создатели фреймворка.<br />
Что касается режима работы FastCGI, то тут играет решающую роль настройка самих серверов. У нас сценарии FastCGI по ряду причин запускаются как CGI, а не через сокет, поэтому пока выбирать не приходится.<br />
Мы не ставили перед собой задачу всестороннего тестирования производительности django на всех программно-аппаратных конфигурациях. Есть конкретный сервер, конкретные настройки и тест, который покажет отличие одного подхода от другого. Если вы считаете, что у работы через WSGI есть недостатки перед FastCGI и последний может работать быстрее, предлагайте свои решения, мы будем признательны.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Александр Кошелев</title>
		<link>http://locum.ru/blog/lab/fastcgi_protiv_wsgi/comment-page-1#comment-16</link>
		<dc:creator><![CDATA[Александр Кошелев]]></dc:creator>
		<pubDate>Sun, 09 Aug 2009 16:28:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.locum.ru/?p=8#comment-16</guid>
		<description><![CDATA[Тест не о чем.

Начнем с того, что абсолютно не корректное название статьи. Два протокола сравниваются в абсолютно специфичном окружении, в котом тестируются не они, а их конкретные реализации. Но это можно списать на желание сделать &quot;замануху&quot;.

Потом, почему для проверки fastcgi режима не используется штатный враппер вокруг флапа ./manage.py funcfcgi? Если списывать на специфичную область применения, то это никак не отражено и не прокомментировано.

Далее, в предложенном варианте, fastcgi работает в cgi режиме, что в принципе противоречит заданному тестовому раскладу и вводит читателей (и писателя) в заблуждение.

Ну и, абсолютно не отражено почему настройки именно такие, например почему для демон-процесса mod_wsgi указана количество тредов 2, а не 10 допустим. Это, конечно, при секвентальных запросах роли не играет, но всё же.

И зачем было придумывать свой велосипед со &quot;стрелялкой&quot; в виде wget, a не были использованы традиционные, проверенные и более точные инструменты.

В общем, статью явно писал человек не понимающий что он хочет сделать и зачем. Из-за это тестирование абсолютно не отражает реальной ситуации и приводит к абсолютно необоснованным выводам.

Так же складывает негативное впечатление о профессионализме всей компании.

Желаю удачи, и внимательной работы над ошибками.]]></description>
		<content:encoded><![CDATA[<p>Тест не о чем.</p>
<p>Начнем с того, что абсолютно не корректное название статьи. Два протокола сравниваются в абсолютно специфичном окружении, в котом тестируются не они, а их конкретные реализации. Но это можно списать на желание сделать &#171;замануху&#187;.</p>
<p>Потом, почему для проверки fastcgi режима не используется штатный враппер вокруг флапа ./manage.py funcfcgi? Если списывать на специфичную область применения, то это никак не отражено и не прокомментировано.</p>
<p>Далее, в предложенном варианте, fastcgi работает в cgi режиме, что в принципе противоречит заданному тестовому раскладу и вводит читателей (и писателя) в заблуждение.</p>
<p>Ну и, абсолютно не отражено почему настройки именно такие, например почему для демон-процесса mod_wsgi указана количество тредов 2, а не 10 допустим. Это, конечно, при секвентальных запросах роли не играет, но всё же.</p>
<p>И зачем было придумывать свой велосипед со &#171;стрелялкой&#187; в виде wget, a не были использованы традиционные, проверенные и более точные инструменты.</p>
<p>В общем, статью явно писал человек не понимающий что он хочет сделать и зачем. Из-за это тестирование абсолютно не отражает реальной ситуации и приводит к абсолютно необоснованным выводам.</p>
<p>Так же складывает негативное впечатление о профессионализме всей компании.</p>
<p>Желаю удачи, и внимательной работы над ошибками.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
