<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр:  Метки / latency</title>
	<link>http://habrahabr.ru/rss/tag/latency/</link>
	<description><![CDATA[]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Sat, 11 Feb 2012 04:38:02 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
		
		
		
			
		<item>		
			<title><![CDATA[Сетевые технологии / [Перевод] Сделаем TCP быстрее]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/network_technologies/136926/</guid>
			<link>http://habrahabr.ru/blogs/network_technologies/136926/</link>
			<description><![CDATA[Компания Google опубликовала ряд <a href="http://googlecode.blogspot.com/2012/01/lets-make-tcp-faster.html">рекомендаций</a>, как уменьшить задержку (latency) для TCP-соединений между веб-сервером и браузером. В этих рекомендациях обобщаются исследования, которые компания вела в течение нескольких лет.<br/>
<br/>
1. <a href="http://code.google.com/speed/protocols/tcpm-IW10.html">Увеличьте первоначальный размер congestion window до 10 (IW10)</a>. Сейчас в начале TCP-соединения отправляется три пакета данных в три раунда (RTT) для передачи небольшой информации (15&nbsp;КБ). Наши <a href="http://research.google.com/pubs/pub36640.html">эксперименты</a> показывают, что IW10 уменьшает сетевую задержку для веб-соединений более чем на 10%.<br/>
<br/>
2. <a href="http://tools.ietf.org/html/rfc6298">Уменьшите первоначальный таймаут с 3 секунд до 1 секунды</a>. RTT в 3 секунды был приемлем пару десятилетий назад, но в современном интернете нужен гораздо меньший таймаут. Наше обоснование для этого хорошо задокументировано <a href="http://www.ietf.org/proceedings/75/slides/tcpm-1.pdf">здесь</a>.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/network_technologies/136926/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 24 Jan 2012 15:38:19 GMT</pubDate>
			<author>alizar</author>
			<category>TCP</category><category>задержка</category><category>latency</category><category>HTTP</category><category>RTT</category><category>TFO</category><category>PRR</category><category>Fast Open</category>
		</item>
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Телекомы / Из Лондона в Гонконг за 176 миллисекунд]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/telecom/129123/</guid>
			<link>http://habrahabr.ru/blogs/telecom/129123/</link>			
			<description><![CDATA[Очередное достижение телекоммуникационных компаний, которые обслуживают интересы высокочастотных трейдеров. Компании <a href="http://www.bsonetwork.com/">BSO Network Solutions</a> удалось добиться пинга в 176 мс на бэкбоне из Лондона в Гонконг — это рекордный результат для каналов связи между городами, в которых расположены две из крупнейших в мире фондовых бирж.<br/>
<br/>
Как <a href="http://www.ft.com/intl/cms/s/0/5f413664-e5bb-11e0-8e99-00144feabdc0.html">сообщается</a>, ранее трейдерам для арбитража приходилось пользоваться каналом Trans-Siberian Section. Он проходил в обход некоторых районов России из-за трудностей прокладки оптоволокна в тех местах. Новая магистраль задействует канал Transit Mongolia и новые участки «чёрного» оптоволокна в России и Китае, за счёт чего получился маршрут, который более близок к прямой линии. Время отклика удалось сократить более чем на 20 мс.<br/>
<br/>
Как можно понять, роль России очень важна в разборках между высокочастотными трейдерами, потому что кратчайший путь из Европы в Азию проходит именно через Россию.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/telecom/129123/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Sun, 25 Sep 2011 11:31:25 GMT</pubDate>
			<author>alizar</author>
			<category>BSO Network Solutions</category><category>Transit Mongolia</category><category>высокочастотный трейдинг</category><category>latency</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Linux для всех / Лондонская биржа наконец-то запустила торги на Linux-платформе]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/linux/113875/</guid>
			<link>http://habrahabr.ru/blogs/linux/113875/</link>			
			<description><![CDATA[После <a href="http://habrahabr.ru/blogs/oracle/106247/">успешных тестов</a> Лондонская фондовая биржа запустила полноценные торги для всех участников на новой торговой платформе, основанной на Novell SUSE Linux.<br/>
<br/>
«Лондонская фондовая биржа рада подтвердить, что система Millennium Exchange теперь вступила в действие», — сказано в <a href="http://www.londonstockexchange.com/exchange/news/sharecast/news-detail.html?newsId=4048700">информационном сообщении</a> для клиентов, которое опубликовано в понедельник.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/linux/113875/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 15 Feb 2011 21:57:26 GMT</pubDate>
			<author>alizar</author>
			<category>Лондонская фондовая биржа</category><category>LSE</category><category>Linux</category><category>Novell SUSE Linux</category><category>latency</category><category>Millennium Exchange</category><category>TradElect</category><category>Millennium IT</category><category>C++</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Финансы для всех / Скорость света становится бутылочным горлышком для скоростного трейдинга]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/finance/110092/</guid>
			<link>http://habrahabr.ru/blogs/finance/110092/</link>			
			<description><![CDATA[Физики из Массачусетского технологического института хотят помочь финансистам создать оптимальную структуру дата-центров для скоростного (высокочастотного) трейдинга. Как известно, в этой разновидности трейдинга ключевым преимуществом является скорость получения данных. Например, при размещении хостинга на одной площадкой с серверами биржи можно добиться задержки менее 500 микросекунд. Для сравнения, скорость прохождения импульса (скорость света) между двумя максимально удалёнными точками на земном шаре составляет 67 миллисекунд — в 135 раз медленнее! В реальности заявка из Нью-Йорка размещается на Лондонской бирже за 50 мс, то есть невообразимо медленно. Это делает невозможным высокочастотный трейдинг на заокеанских площадках.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/trading/110092/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Wed, 15 Dec 2010 18:37:21 GMT</pubDate>
			<author>alizar</author>
			<category>скоростной трейдинг</category><category>высокочастотный трейдинг</category><category>задержка</category><category>latency</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Финансы для всех / Лондонская биржа поставила европейский рекорд по скорости транзакций]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/finance/106541/</guid>
			<link>http://habrahabr.ru/blogs/finance/106541/</link>			
			<description><![CDATA[После <a href="http://habrahabr.ru/blogs/oracle/106247/#comments">перехода на Linux</a> Лондонская фондовая биржа во время первых же тестов поставила новый <a href="http://www.computerworlduk.com/news/networking/3244936/london-stock-exchange-smashes-world-record-trade-speed-with-linux/">европейский рекорд</a> по скорости выполнения транзакций (latency).<br/>
<br/>
Новая торговая платформа <a href="http://www.milleniumit.com/media_room/gui-press_releases.php">MillenniumIT</a> (Linux, Sun Solaris Unix, БД Oracle) позволила сократить среднюю задержку обработки транзакций до 126 микросекунд, в то время как у основных европейских конкурентов LSE этот показатель гораздо выше. Например, на биржах BATS Europe и Chi-X он составляет 250 и 175 мкс, соответственно. У других бирж доходит до 300 или 400 мкс.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/trading/106541/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Wed, 20 Oct 2010 14:32:07 GMT</pubDate>
			<author>alizar</author>
			<category>Лондонская фондовая биржа</category><category>Linux</category><category>London Stock Exchange</category><category>LSE</category><category>скорость выполнения транзакций</category><category>latency</category><category>Millennium Exchange</category><category>MillenniumIT</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Высокая производительность / Протокол SPDY ускорит Сеть вдвое]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/hi/75117/</guid>
			<link>http://habrahabr.ru/blogs/hi/75117/</link>			
			<description><![CDATA[<img src="http://lh4.ggpht.com/_U1u9AXFhiA0/SvyKV2aIENI/AAAAAAAACxg/wqWBZvvGjQY/s800/spdy_chart_1.png" align="right"/>Разработчики из компании Google только что <a href="http://blog.chromium.org/2009/11/2x-faster-web.html">объявили</a>, что работают над новым сетевым протоколом <a href="http://dev.chromium.org/spdy/spdy-protocol">SPDY</a> (читается как SPeeDY, то есть «быстрый»), который должен проапгрейдить протокол HTTP и значительно повысить скорость работы всех типов соединений.<br/>
<br/>
SPDY позволяет вдвое уменьшить задержку (latency) при работе через HTTP. Делается это за счёт трёх методов: <br/>
<br/>
1) мультиплексирование запросов; <br/>
2) расстановка приоритетов для запросов; <br/>
3) сжатие заголовков HTTP. <br/>
<br/>
Чтобы продемонстрировать все возможности SPDY, инженеры Google подняли тестовый веб-сервер и выпустили <a href="http://src.chromium.org/viewvc/chrome/trunk/src/net/flip/">специальную версию</a> браузера Chrome.<br/>
<br/>
По итогам предварительного тестирования на канале максимальной толщины, выигрыш в скорости загрузки для 25 крупнейших сайтов интернета составлял до 55%.]]></description>
			
			<pubDate>Thu, 12 Nov 2009 22:40:11 GMT</pubDate>
			<author>alizar</author>
			<category>HTTP</category><category>SPDY</category><category>протокол</category><category>latency</category><category>задержка</category><category>TCP</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Разработка / Разработка на PC и производительность — Memory Latency]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development/43905/</guid>
			<link>http://habrahabr.ru/blogs/development/43905/</link>			
			<description><![CDATA[<a href="http://www.gotw.ca/">Herb Sutter</a> (автор Exceptional C++, бывший глава ISO C++ standards committee, мистер <a href="http://www.gotw.ca/publications/concurrency-ddj.htm">Free Lunch Is Over</a> и прочая, и прочая) работает в Microsoft и иногда по средам читает атомные лекции.<br/>
<br/>
Я наконец-то на одну такую попал, и очень радовался. На умных мужиков всегда радостно поглядеть и послушать.<br/>
Для отчета — кроме Херба, видел живого Олександреску и живого Walter Bright (который &quot;<a href="http://www.digitalmars.com/d/">D</a>&quot;). <br/>
<br/>
Лекция называлась «Machine Architecture: Things Your Programming Language Never Told You» (<a href="http://www.nwcpp.org/Meetings/2007/09.html">здесь</a> можно скачать презентацию и видео) и была про конкретную часть abstraction penalty — Memory Latency.<br/>
<br/>
Я попытаюсь коротко рассказать о ключевой мысли лекции. Она простая, очевидная и тысячу раз сказанная. Думаю, еще раз повторить азбуку — никогда не повредит.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/development/43905/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 04 Nov 2008 08:54:01 GMT</pubDate>
			<author>sim0nsays</author>
			<category>gamedeff</category><category>performance</category><category>latency</category><category>memory</category>
		</item>
		
		
		
		
		
		
		
		
	
	
	
	
	
	
	
	

	
</channel>
</rss>

