<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр:  Метки / performance</title>
	<link>http://habrahabr.ru/rss/tag/performance/</link>
	<description><![CDATA[]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Sat, 11 Feb 2012 12:12:23 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
		
		
		
			
		<item>		
			<title><![CDATA[Программирование / [Перевод] Go: производительность горутин]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/programming/135587/</guid>
			<link>http://habrahabr.ru/blogs/programming/135587/</link>
			<description><![CDATA[<h4>Введение</h4><br/>
В этом посте мы рассмотрим производительность горутин (goroutine). Горутины — это нечто в роде очень дешевых и легковесных потоков. Больше всего, наверное, они похожи на процессы в Erlang.<br/>
<br/>
Согласно документации мы можем использовать сотни тысяч горутин в наших программах. И цель статьи — проверить и конкретизировать это.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/programming/135587/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Sat, 31 Dec 2011 17:00:21 GMT</pubDate>
			<author>ocyril</author>
			<category>golang</category><category>goroutine</category><category>горутины</category><category>multitasking</category><category>многозадачность</category><category>performance</category><category>производительность</category>
		</item>
		
		
		
		
		
	
		
		
		
		
		
			
		<item>		
			<title><![CDATA[JAVA / [Опрос] Что вы предпочтете для осуществления простейшего эксклюзивного доступа, исходя из производительности]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/java/133483/</guid>
			<link>http://habrahabr.ru/blogs/java/133483/</link>
			<description><![CDATA[]]></description>
			
			<pubDate>Mon, 28 Nov 2011 04:42:40 GMT</pubDate>
			<author>javaspecialist</author>
			<category>java</category><category>concurrency</category><category>performance</category>
		</item>
		
		
		
	
			
		<item>		
			<title><![CDATA[JAVA / Исследуем exception handling на HotSpot: бросание исключений]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/java/133399/</guid>
			<link>http://habrahabr.ru/blogs/java/133399/</link>			
			<description><![CDATA[(пост из серии «будни перформанс-инженеров»)<br/>
<br/>
Меня в личке спросили, что я могу сказать по поводу производительности try-catch, ну и исключений вообще. Итак, вот мой развёрнутый ответ, сначала про бросание исключений.<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/java/133399/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 25 Nov 2011 15:48:01 GMT</pubDate>
			<author>TheShade</author>
			<category>java</category><category>performance</category><category>exception handling</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Тестирование / Tsung: Нагрузочное тестирование Web-приложений]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/testing/132459/</guid>
			<link>http://habrahabr.ru/blogs/testing/132459/</link>			
			<description><![CDATA[<img src="http://habrastorage.org/storage1/b0ece99e/de3eb7d9/67017464/c7d69413.png" align="left"/><br/>
Tsung — это распределенная система нагрузочного тестирования, написанная на Erlang'е. Заявлена поддержка HTTP, WebDAV, SOAP, PostgreSQL, MySQL, LDAP and XMPP/Jabber. В этой статье я опишу как протестировать обычный web сайт на нагрузку.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/testing/132459/#habracut">Читать дальше</a> </div>]]></description>
			
			<pubDate>Sun, 13 Nov 2011 07:27:55 GMT</pubDate>
			<author>isergeymd</author>
			<category>тестирование</category><category>performance</category><category>нагрузочное тестирование</category><category>tsung</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[JAVA / Сбор тем по JVM/Performance к Java-конференциям 2012 года]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/java/131959/</guid>
			<link>http://habrahabr.ru/blogs/java/131959/</link>			
			<description><![CDATA[Здравствуйте, уважаемые!<br/>
<br/>
Продолжая традиции местных JavaOne и JavaDays, мы хотели бы в очередной раз закинуть удочку и поспрашивать, о чем бы вы хотели подробно услышать на конференциях, с точки зрения докладов про JVM, JIT, GC, производительность, и всякие околоперформансные темы.<br/>
<br/>
В прошлом году мы периодически проводили Java Performance BoF, где нам можно было задать разного рода вопросы, и мы на них по мере сил отвечали. В этом году мы очевидно выросли из подобного формата, и вместо вжимания всего разом в один час, мы бы хотели посвятить отдельным темам большие доклады.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/java/131959/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Sat, 05 Nov 2011 16:39:13 GMT</pubDate>
			<author>TheShade</author>
			<category>javaone</category><category>performance</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[MySQL / Стратегия оптимизации веб-проекта с использованием MySQL]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/130905/</guid>
			<link>http://habrahabr.ru/blogs/mysql/130905/</link>			
			<description><![CDATA[<h4>Введение</h4><br/>
В жизни любого крупного веб-проекта, особенно на PHP, но, в целом, это касается любого серверного ЯП, пригодного для веб-разработки, обычно наступает понимание, что «так дальше жить нельзя», и что настал момент, когда нужно провести оптимизацию работы сайта, чтобы он перестал тормозить (хотя бы на production).<br/>
<br/>
Интересно, что, как правило, даже тяжелые фреймворки (вроде Symfony или RoR) на «медленных» языках, в production-окружении работают достаточно сносно по скорости, а основные «тормоза» вызываются SQL-запросами и неграмотным кешированием (к примеру, инициализация достаточно сложной и большой конфигурации проекта на Symfony занимает около 80 мс, а времена исполнения страницы, при этом, иногда достигают секунды и более).<br/>
<br/>
Если вы смогли определить, что это — ваш случай, и ваш проект на MySQL, то эта статья может вам помочь принять конкретные меры и исправлению ситуации с закреплением результата и предотвращением возникновения откровенных проблем с СУБД впоследствии.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/mysql/130905/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 21 Oct 2011 10:46:41 GMT</pubDate>
			<author>youROCK</author>
			<category>mysql</category><category>php</category><category>выявление узких мест</category><category>performance</category>
		</item>
		
		
		
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[SQL / [Из песочницы] MS SQL 2008, заметки на полях. Очень много случайный чисел]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/sql/130567/</guid>
			<link>http://habrahabr.ru/blogs/sql/130567/</link>			
			<description><![CDATA[В решении многих задач необходимо вставить большое количество подобных строк, содержащие заранее заданную информацию, например тестирование слабых мест в приложении. Основной сложностью является ни столько алгоритм создания данных, сколько механизм позволяющий создать такое количество строк.<br/>
<br/>
Всех кого заинтересовала тема, добро пожаловать под кат…<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/sql/130567/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 17 Oct 2011 09:42:11 GMT</pubDate>
			<author>Emiya</author>
			<category>t-sql</category><category>mssql</category><category>performance</category><category>algorithms</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[PHP / Пишем PHP extension]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/php/125597/</guid>
			<link>http://habrahabr.ru/blogs/php/125597/</link>			
			<description><![CDATA[А давайте сегодня взглянем на PHP немного с другой точки зрения, и напишем к нему расширение. Так как на эту тему уже были публикации на Хабре (<a href="http://habrahabr.ru/blogs/php/98862/">здесь</a> и <a href="http://habrahabr.ru/blogs/php/75388/">здесь</a>), то не будем углубляться в причины того, для чего это может оказаться полезным и для чего может быть использовано на практике. Эта статья расскажет, как собирать простые расширения под Windows с использованием Visual C++ и под Debian с использованием GCC. Также я постараюсь немного осветить работу с PHP-массивами внутри расширений и провести сравнение производительности алгоритма, написанного на native PHP и использующего код, написанный на C. <br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/php/125597/#habracut">Писать будем расширение под PHP версии 5.3.</a> </div>]]></description>
			
			<pubDate>Wed, 03 Aug 2011 20:08:53 GMT</pubDate>
			<author>theRavel</author>
			<category>php</category><category>php extension</category><category>c</category><category>c++</category><category>zend api</category><category>performance</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[MySQL / MySQL: оптимизация конструкции between]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/125467/</guid>
			<link>http://habrahabr.ru/blogs/mysql/125467/</link>			
			<description><![CDATA[Оптимизация явно не является коньком MySQL сервера. Цель данной статьи объяснить разработчикам, которые плотно не работают с базами данных и иногда не понимают, по какой причине запрос, который успешно отрабатывает в других СУБД, в MySQL безбожно тормозит, каким образом оптимизируется конструкция between в MySQL.<br/>
MySQL использует rule based оптимизатор. Зачатки cost based оптимизации в нем конечно присутствуют, но не в должной мере, в какой их хотелось бы видеть. По этой причине часто мощности получаемых после применения фильтров множеств вычисляются неверно. Это приводит к ошибкам оптимизатора и выбору неверного плана выполнения. При чем полученные between оптимизации невозможно изменить явным указанием: индексов для выполнения запроса и порядка соединения таблиц.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/mysql/125467/#habracut">смотрим далее</a> </div>]]></description>
			
			<pubDate>Tue, 02 Aug 2011 10:27:40 GMT</pubDate>
			<author>snevsky</author>
			<category>mysql</category><category>between</category><category>performance</category><category>cursor</category><category>spatial index</category>
		</item>
		
		
		
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[Python / [Из песочницы] Наивная и эффективная оптимизация Python для работы с данными]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/python/124862/</guid>
			<link>http://habrahabr.ru/blogs/python/124862/</link>			
			<description><![CDATA[Общеизвестно, что <b>Python</b> имеет очень высокую скорость разработки.<br/>
Для многих <b>Python</b> (например <a href="http://eax.me/python-benchmark/">1</a>, на хабре <a href="http://habrahabr.ru/blogs/programming/124346/">2</a>, <a href="http://habrahabr.ru/blogs/python/124388/">3</a>) имеет сильный недостаток, сравнительно низкую скорость выполнения кода. Я считаю, и покажу как, при совершенно небольших затратах код на <b>Python</b> может на больших задачах выполнятся со скоростью<b> С/С++</b>.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/python/124862/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 25 Jul 2011 10:05:34 GMT</pubDate>
			<author>bya</author>
			<category>python</category><category>cython</category><category>performance</category><category>производительность</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Программирование / Честное тестирование скорости PHP и Python]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/programming/124346/</guid>
			<link>http://habrahabr.ru/blogs/programming/124346/</link>			
			<description><![CDATA[Добрый день.<br/>
Все мы знаем что качество и скорость кода зависит от программиста. Хороший программист может умело пользоваться сильными и слабыми сторонами своего ЯП.<br/>
В прошлый раз <a href="http://habrahabr.ru/blogs/programming/66562/">PHP показал</a> свою сильную сторону — числа это числа. В Python числа это объекты.<br/>
Значит для объективного теста нужно что бы PHP тоже считал математические объекты.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/programming/124346/#habracut">Узнать результат</a> </div>]]></description>
			
			<pubDate>Sun, 17 Jul 2011 21:47:36 GMT</pubDate>
			<author>TheBits</author>
			<category>php</category><category>python</category><category>performance</category><category>производительность</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Блог компании Microsoft / Вышел IE10 PP2: WebWorkers, Drag & Drop, File API, CSS3 Positioned Floats, HTML5 Forms и многое другое]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/company/microsoft/blog/123182/</guid>
			<link>http://habrahabr.ru/company/microsoft/blog/123182/</link>			
			<description><![CDATA[(хотя на Хабре уже есть <a href="http://habrahabr.ru/blogs/browsers/123059/">короткий пост-заметка</a> про выход IE10 PP2, в этой статье мы хотим дать более корректный и полный обзор того, что нового появилось именно в IE10 PP2).<br/>
<br/>
И так, в соответствии с заявленным сроком выпуска PP-версий для следующих версий IE раз в ~12 недель, мы выпустили очередное обновление. Выглядит IE10 PP2 также как и все предыдущие версии Platform Preview, а самое интересное, как всегда, внутри – обновленный движок Internet Explorer: <br/>
<br/>
<img src="http://habrastorage.org/storage1/6ecfddb0/623621e4/9b5e526e/d2572336.png"/> <br/>
<br/>
⇒ <a href="http://ie.microsoft.com/testdrive/Info/Downloads/Default.html">Ссылка на загрузку</a> ⇐  <br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/company/microsoft/blog/123182/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 01 Jul 2011 08:31:22 GMT</pubDate>
			<author>kichik</author>
			<category>ie10</category><category>internet explorer</category><category>html5</category><category>web workers</category><category>css3</category><category>performance</category><category>drag and drop</category><category>file api</category><category>sandbox</category><category>async</category><category>javascript</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[MySQL / Исследуем производительность JOIN в MySQL]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/122210/</guid>
			<link>http://habrahabr.ru/blogs/mysql/122210/</link>			
			<description><![CDATA[Я думаю, ни для кого не секрет, что JOIN считается достаточно дорогой операцией, и многих начинающих программистов (которые юзают MySQL) любят запугивать, что JOIN — это плохо, и лучше всего обойтись без них, если есть возможность.<br/>
<br/>
Давайте исследуем этот вопрос более подробно и посмотрим, действительно ли JOIN — это плохо, и когда вообще стоит задумываться об этом.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/mysql/122210/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Sun, 19 Jun 2011 20:22:34 GMT</pubDate>
			<author>youROCK</author>
			<category>mysql</category><category>join</category><category>performance</category><category>кубический осел в воздухе</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Гаджеты. Устройства для гиков / GUNNARS: Апгрейд зрения IT человека (Часть 1)]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/gadgets/121142/</guid>
			<link>http://habrahabr.ru/blogs/gadgets/121142/</link>			
			<description><![CDATA[<img src="http://habrastorage.org/storage/692247db/9cb48680/67939016/9953da41.jpg"/><br/>
<br/>
Вы гик, геймер, офисный сотрудник? Вы дни на пролет проводите перед экранами ПК, или может быть вы много читаете и к концу дня у вас устают глаза от напряженной работы? В данной статье я расскажу об аксессуаре, который тестировал целый год ставший для меня незаменимым и привычным атрибутом как в работе так и регулярной жизни. Я забыл такое средство как «Визин», ощущения сухости и покраснение глаз. А мир вокруг меня стал на порядок четче, контрастнее и теплее…<br/>
<br/>
Для начала видео с CES 2011<br/>
<iframe width="560" height="349" src="http://www.youtube.com/embed/6hwTClAVFLQ" frameborder="0" allowfullscreen></iframe><br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/gadgets/121142/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Sun, 12 Jun 2011 22:05:08 GMT</pubDate>
			<author>LeeMiller</author>
			<category>GUNNARS</category><category>i-AMP</category><category>diAMIX</category><category>fRACTYL</category><category>i-FI</category><category>iONIC</category><category>Carl Zeiss</category><category>Steel Series</category><category>очки</category><category>здоровье глаз</category><category>раздражение</category><category>усталость</category><category>CES</category><category>Digital</category><category>Performance</category><category>Eyewear</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[.NET / Измеряем производительность с помощью DynamicObject]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/net/120294/</guid>
			<link>http://habrahabr.ru/blogs/net/120294/</link>			
			<description><![CDATA[С <a href="http://msdn.microsoft.com/ru-ru/library/system.dynamic.dynamicobject.aspx">динамическими типами данных</a> сложилась ситуация, схожая с <a href="http://ru.wikipedia.org/wiki/%D0%90%D1%81%D0%BF%D0%B5%D0%BA%D1%82%D0%BD%D0%BE-%D0%BE%D1%80%D0%B8%D0%B5%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5">АОП</a>. А именно – полезных примеров применения этой техники можно пересчитать по пальцам, и они достойны коллекционирования (одна из коллекций по АОП собрана <a href="http://mezastel.habrahabr.ru/" class="user_link">mezastel</a> <a href="http://habrahabr.ru/blogs/net/62232/">здесь</a>). Сегодня, я надеюсь, мы добавим ещё пару таких примеров.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/net/120294/#habracut">Посмотрим, посмотрим...</a> </div>]]></description>
			
			<pubDate>Tue, 31 May 2011 10:24:34 GMT</pubDate>
			<author>osmirnov</author>
			<category>dynamic</category><category>proxy</category><category>wrapper</category><category>performance</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[.NET / Использование Protocol Buffers на платформе .Net (Часть 2)]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/net/119510/</guid>
			<link>http://habrahabr.ru/blogs/net/119510/</link>			
			<description><![CDATA[В <a href="http://habrahabr.ru/blogs/net/119503/">первой части</a> мы познакомились с Protocol Buffers и попробовали использовать их в .Net приложении. Сегодня мы продолжим дискутировать и ответим на оставшиеся вопросы. Как и прежде читатель должен немного владеть языком C# и системой контроля версий SVN для лучшего усвоения материала. Также не помешает иметь общее представление о WCF, т.к. будет снова (не)много кода, но уже в контексте этой технологии!<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/net/119510/#habracut">Снова присоединиться к дискуссии.</a> </div>]]></description>
			
			<pubDate>Thu, 19 May 2011 10:30:10 GMT</pubDate>
			<author>osmirnov</author>
			<category>google</category><category>protocol buffers</category><category>wcf</category><category>performance</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[.NET / Использование Protocol Buffers на платформе .Net (Часть 1)]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/net/119503/</guid>
			<link>http://habrahabr.ru/blogs/net/119503/</link>			
			<description><![CDATA[Предлагаю вашему вниманию введение в использование <a href="http://ru.wikipedia.org/wiki/Protocol_Buffers">Protocol Buffers</a> на платформе .Net в формате дискуссии. Я расскажу и покажу что это такое и зачем оно нужно .Net разработчику. Топик требует от читателя начального владения языком C# и системой контроля версий SVN. Так как объем материала превышает среднестатистический объем топиков на хабре, которые не вгоняют хаброюзеров в тоску и не заставляют их скроллить до комментариев, было принято решение разбить его на две части. В первой части мы познакомимся с основами и даже напишем (не)много кода!<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/net/119503/#habracut">Присоединиться к дискуссии.</a> </div>]]></description>
			
			<pubDate>Wed, 18 May 2011 10:29:34 GMT</pubDate>
			<author>osmirnov</author>
			<category>google</category><category>protocol buffers</category><category>serialization</category><category>performance</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[.NET / Ускоряя Stackoverflow.com]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/net/118221/</guid>
			<link>http://habrahabr.ru/blogs/net/118221/</link>			
			<description><![CDATA[Примерно, 3 недели назад я прочёл на хабре в этом <a href="http://habrahabr.ru/blogs/net/116862/">топике</a> о <a href="http://code.google.com/p/dapper-dot-net/">Dapper</a> — <a href="http://ru.wikipedia.org/wiki/ORM">ORM</a> от одного из ведущих разработчиков популярного сайта <a href="http://stackoverflow.com/">Stackoverflow</a>. Имя этого супергероя <a href="http://samsaffron.com/">Sam Saffron</a> (далее просто Сэм). Кроме того, до появления этого топика об архитектуре Stackoverflow было известно, что в ней используется <a href="http://msdn.microsoft.com/ru-ru/library/bb386976.aspx">Linq-to-Sql</a>. Это главная причина, почему я, как и другие разработчики, принялся изучать исходный код Dapper. Как оказалось его немного, а точнее всего один файл. Внимательно просмотрев его, я подумал – а можно ли его сделать ещё быстрее. Ускорять код Сэма было не просто, слишком качественно он был написан. Дальше я опишу мои микрооптимизации в виде советов другим разработчикам. Но для начала хочу предостеречь некоторых разработчиков. Описанная оптимизация ускорила Dapper на 5% и это существенно для такого проекта как Stackoverflow, но может быть не существенным для вашего проекта. Поэтому <b>всегда рассматривайте вариант макрооптимизации (примеры в конце топика) по результатам профилирования</b> и прибегайте к микрооптимизации только в особых случаях.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/net/118221/#habracut">Понятно, продолжайте</a> </div>]]></description>
			
			<pubDate>Wed, 27 Apr 2011 09:41:17 GMT</pubDate>
			<author>osmirnov</author>
			<category>.NET</category><category>Dapper</category><category>ORM</category><category>stackoverflow.com</category><category>performance</category>
		</item>
		
		
		
		
		
		
		
		
	
		
		
		
			
		<item>		
			<title><![CDATA[Блог компании CUBRID / [Перевод] Результаты сравнительного тестирования производительности CUBRID и MySQL до и после применения твердотельных накопителей (SSD)]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/company/cubrid/blog/118074/</guid>
			<link>http://habrahabr.ru/company/cubrid/blog/118074/</link>
			<description><![CDATA[Добрый день, всем!<br/>
<br/>
Наконец-то заработал Хабр, и теперь могу выложить перевод статьи, опубликованной на английском языке на <a href="http://www.cubrid.org/ssd_performance_test" title="CUBRID - Open Source Database Management System Optimized for Web">оффициальном сайте</a> проекта CUBRID, которую Вы просили в коментариях к предыдущему <a href="http://habrahabr.ru/company/cubrid/blog/117687/" title="Знакомство с CUBRID — СУБД оптимизированная для Веб приложений">хабратопику</a>.<br/>
<br/>
<h4>1. О тесте</h4><br/>
В ходе следующего анализа производительности системы баз данных CUBRID и MySQL тестируются для определения их производительности в двух различных ситуациях:<br/>
<ol>
<li>когда системы работают на сервере, оснащенном жестким диском;</li>
<li>когда системы работают на сервере, оснащенном твердотельным накопителем.</li>
</ol><br/>
<h5>1.1. Краткое описание</h5><br/>
Принято считать, что хранение данных является основной задачей любой системы баз данных. Жесткий диск является популярным носителем, используемый предприятиями для хранения больших объемов данных. Однако известно, что производительность (ввода-вывода) жесткого диска уменьшается при рабочих нагрузках, <i>ограниченных скоростью ввода-вывода</i> (I/O Bound). Поэтому часто бывает необходимо найти более эффективный носитель для хранения данных. В этой статье мы представляем результаты применения и тестирования нового твердотельного накопителя (SSD), используемого в качестве основного носителя для хранения данных, который демонстрирует повышенную производительность баз данных.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/company/cubrid/blog/118074/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 25 Apr 2011 06:10:50 GMT</pubDate>
			<author>kadishmal</author>
			<category>cubrid</category><category>dbms</category><category>mysql</category><category>performance</category><category>ssd</category><category>test</category>
		</item>
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[JAVA / Java Performance на JavaOne 2011]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/java/115809/</guid>
			<link>http://habrahabr.ru/blogs/java/115809/</link>			
			<description><![CDATA[На стремительно надвигающейся JavaOne в Москве мы снова рассказываем о Java Performance. Будем рады вас видеть!<br/>
<br/>
Краткий анонс того, что мы будем делать в этом году:<br/>
<ul>
<li><b>оба дня</b> на стенде «JVM Performance & Monitoring» мы будем постоянно доступны для общения;</li>
<li><b>12 апреля, 17:30</b>, про настройку GC в синем зале рассказывает Владимир, есть <a href="http://www.javaone.ru/data/track1/Ivanov_GCTuning.pdf">слайды с питерской сессии</a>;</li>
<li><b>12 апреля, 18:30</b>, оккупацию синего зала продолжают Алексей и Сергей с очередным Java Platform Performance BoF, есть старые <a href="http://www.javaone.ru/data/track2/java-perf-bof-2011-v9.pdf">слайды с питерской сессии</a>;</li>
<li><b>13 апреля, 12:30</b>, в кроваво-красном зале Алексей рассказывает про бенчмаркинг, гораздо подробнее, чем было в Питере;</li>
<li><b>13 апреля, 16:15</b>, Сергей приходит в белоснежный зал рассказывать про Java Memory Model</li>
</ul><h5>Feedforward</h5><br/>
Как обычно, понимая, что темы огромные и чем-то придётся пожертвовать, мы спрашиваем, хотите ли вы что-то специальное по докладам услышать, на чём-то заострить внимание, что-то просто разжевать. Пишите комментарии здесь, пишите письма <a href="http://tinyurl.com/6apcjs8">обычной электропочтой</a>, или кидайте вопросы на нашем стенде. Чем раньше мы услышим вопрос, тем более обстоятельно мы сможем на него ответить!<br/>
<br/>
Полная программа — на <a href="http://www.oracle.com/ru/javaonedevelop/javaone-agenda-ru-302317-ru.html">сайте конференции</a>. Пока ещё можно <a href="http://www.oracle.com/ru/javaonedevelop/registration-javaone-ru-313345-ru.html">зарегистрироваться</a> по смешной цене :)]]></description>
			
			<pubDate>Sat, 19 Mar 2011 15:26:14 GMT</pubDate>
			<author>TheShade</author>
			<category>javaone</category><category>java</category><category>performance</category>
		</item>
		
		
		
		
		
		
		
		
	
	
	
	
	
	
	
	

	
</channel>
</rss>

