<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>E2E Networks &#187; latency</title>
	<atom:link href="http://e2enetworks.com/tag/latency/feed/" rel="self" type="application/rss+xml" />
	<link>http://e2enetworks.com</link>
	<description>Low Latency hosting in India</description>
	<lastBuildDate>Fri, 20 Jan 2012 13:20:44 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Is your webhost really in India ? How it affects your site speed</title>
		<link>http://e2enetworks.com/2009/11/30/is-your-webhost-really-in-india-how-it-affects-your-site-speed/</link>
		<comments>http://e2enetworks.com/2009/11/30/is-your-webhost-really-in-india-how-it-affects-your-site-speed/#comments</comments>
		<pubDate>Mon, 30 Nov 2009 14:34:29 +0000</pubDate>
		<dc:creator>tarun</dc:creator>
				<category><![CDATA[datacenter]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[bandwidth]]></category>
		<category><![CDATA[latency]]></category>

		<guid isPermaLink="false">http://e2enetworks.com/?p=197</guid>
		<description><![CDATA[Is your website target audience in India ? If 70% or more of your web traffic is from India this for you. Why should it matter ? If your site is hosted in US have you noticed the long delay before your webpages start appearing on the browser. While some of the other big media [...]]]></description>
			<content:encoded><![CDATA[<p>Is your website target audience in India ? If 70% or more of your web traffic is from India this for you.</p>
<p><strong>Why should it matter ?</strong><br />
If your site is hosted in US have you noticed the long delay before your webpages start appearing on the browser. While some of the other big media sites are &#8216;snappy&#8217; as in they start instantly loading up. This is because of the <a href="http://e2enetworks.com/2009/07/21/demystifying-latency-in-webpage-requests/">&#8216;latency&#8217;</a> due to physical distance from the <a title="data center" href="http://e2enetworks.com/">data center</a> where the site is hosted.</p>
<p>There is a lot of performance optimization that you can do with CSS sprites ( reduces the number of image elements to load) , combining CSS files, javascript minify, concat and at the bottom apart from other Y! Slow rules.</p>
<p>Dedicated RAM, sufficient IOPS and fair share of CPU are some other elements that need to be in place so a web visitor to your site is not queued for several seconds before she gets her first byte of your website.</p>
<p>Add to it <a title="hosting in India" href="http://e2enetworks.com/dedicated-servers-india/">hosting in India</a> at &lt; 85ms latency, it gets you another level of performance boost beyond these optimizations where you can aim for snappiness that only big boys in the media industry could hope to buy till now in India. Think a 200 ms per page element saving on load times. Google&#8217;s research shows it is important to reduce latency of your webpages <a href="http://code.google.com/speed/files/delayexp.pdf">http://code.google.com/speed/files/delayexp.pdf</a></p>
<p>A lot of Internet players in India now recognize the importance of having their websites available at a lower latency for faster response times for the end users. The latency to US/German datacenters is around 300/270 ms which translates into several additional seconds while loading up pages of websites. The big players have always chosen to host locally in India despite the high costs long associated with <a href="http://e2enetworks.com/dedicated-servers-india/">hosting in India</a>.</p>
<p><strong>How do I find out if my <a href="http://e2enetworks.com">data center/web hosting</a> company hosts me in India</strong><br />
Assuming you are in India and if you are on windows use the run dialog to open up the command prompt by typing in &#8216;cmd&#8217;<br />
ping<br />
is your friend. As an example :-</p>
<p>C:\Documents and Settings\Tarun Dua&gt;ping e2enetworks.com</p>
<p>Pinging e2enetworks.com [180.151.0.212] with 32 bytes of data:</p>
<p>Reply from 180.151.0.212: bytes=32 time=81ms TTL=54<br />
Reply from 180.151.0.212: bytes=32 time=82ms TTL=54<br />
Reply from 180.151.0.212: bytes=32 time=81ms TTL=54<br />
Reply from 180.151.0.212: bytes=32 time=81ms TTL=54</p>
<p>Ping statistics for 180.151.0.212:<br />
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),<br />
Approximate round trip times in milli-seconds:<br />
Minimum = 81ms, Maximum = 82ms, Average = 51ms<br />
Less than 100ms (milliseconds) ping round trip time is a good indicator if your webhost is located in India. More than 280 milliseconds is fairly a UK or US based host who remotely manages servers from India.</p>
<p><strong> So I would really like to move to an Indian web host ? </strong><br />
Check out our hosting plans for <a href="/dedicated-servers/">dedicated servers</a> and <a href="/vps-servers/">Virtual Private Servers</a></p>
]]></content:encoded>
			<wfw:commentRss>http://e2enetworks.com/2009/11/30/is-your-webhost-really-in-india-how-it-affects-your-site-speed/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Dedicated Server and VPS Plans pricing before Oct 15 2009 Launch</title>
		<link>http://e2enetworks.com/2009/09/28/oct-15soft-launch/</link>
		<comments>http://e2enetworks.com/2009/09/28/oct-15soft-launch/#comments</comments>
		<pubDate>Mon, 28 Sep 2009 07:34:13 +0000</pubDate>
		<dc:creator>tarun</dc:creator>
				<category><![CDATA[datacenter]]></category>
		<category><![CDATA[Dedicated Server]]></category>
		<category><![CDATA[Delhi]]></category>
		<category><![CDATA[hosting]]></category>
		<category><![CDATA[India]]></category>
		<category><![CDATA[latency]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[performance]]></category>

		<guid isPermaLink="false">http://e2enetworks.com/?p=113</guid>
		<description><![CDATA[Please look at the currently available plans for Dedicated Server and VPS servers. The plans mentioned below are now deprecated. These are discounted prices for customers signing up before October 15th 2009. Customers who choose the current plans will always have the same ( or lower ) pricing available to them for their provisioned and [...]]]></description>
			<content:encoded><![CDATA[<p>Please look at the currently available plans for <a href="/dedicated-servers/">Dedicated Server</a> and <a href="/vps-servers/">VPS servers</a>. The plans mentioned below are now deprecated.</p>
<p>These are discounted prices for customers signing up before October 15th 2009. Customers who choose the current plans will always have the same ( or lower ) pricing available to them for their provisioned and running resources.</p>
<p><big><span style="font-weight: bold; color: #166e16;">Un-Managed VPS plans:-</span></big><br />
QuadCore Xeon CPU<br />
HDD plans storage on RAID &#8211; 1 SATA-II disks<br />
SSD plans storage on Intel SSD X 25 series<br />
No INODE limitations for diskspace<br />
Assured CPU always and burstable when more available.<br />
Operating System &#8211; Any 64bit Linux Distribution among Debian, CentOS, Ubuntu<br />
100 Mbps shared bandwidth</p>
<p>Hosted in Delhi Latency of less than 85 ms from anywhere in India</p>
<table style="text-align: left; height: 219px;" width="500" border="1" cellspacing="1" cellpadding="1">
<tbody>
<tr>
<th style="width: 50px;">Plan</th>
<th style="width: 50px;">RAM</th>
<th style="width: 75px;">Storage</th>
<th style="width: 50px;">Bandwidth</th>
<th style="width: 75px;">CPU</th>
<th style="width: 100px;">Monthly Fee<br />
6-month prepay</th>
<th style="width: 100px;">Monthly Fee<br />
yearly prepay</th>
</tr>
<tr>
<td>VPS-HDD-1</td>
<td>1.75GB</td>
<td>75GB</td>
<td>30GB</td>
<td>1/3 Core</td>
<td>3300INR</td>
<td>3000INR</td>
</tr>
<tr>
<td>VPS-SSD-1</td>
<td>1.75GB</td>
<td>10GB</td>
<td>30GB</td>
<td>1/3 Core</td>
<td>3600INR</td>
<td>3300INR</td>
</tr>
<tr>
<td>VPS-HDD-2</td>
<td>3GB</td>
<td>150GB</td>
<td>70GB</td>
<td>2/3 Core</td>
<td>5500INR</td>
<td>5000INR</td>
</tr>
<tr>
<td>VPS-SSD-2</td>
<td>3GB</td>
<td>20GB</td>
<td>70GB</td>
<td>2/3 Core</td>
<td>6000INR</td>
<td>5500INR</td>
</tr>
</tbody>
</table>
<p><big><span style="font-weight: bold; color: #166e16;">Un-managed<br />
Dedicated Server plans:-</span></big></p>
<p>QuadCore Xeon CPU<br />
HDD plans storage on RAID &#8211; 1 SATA-II disks<br />
SSD plans storage on Intel SSD X 25 series<br />
No INODE limitations for diskspace<br />
Assured CPU always and burstable when more available.<br />
Operating System &#8211; Any 64bit Linux Distribution among Debian, CentOS, Ubuntu<br />
Hosted in Delhi Latency of less than 85 ms from anywhere in India<br />
100 Mbps shared bandwidth<br />
Setup Fee waived off on 6 month prepay<br />
Setup Fee waived off and 12th month free if prepaid for 12 months</p>
<table style="text-align: left; height: 220px;" width="600" border="1" cellspacing="2" cellpadding="2">
<tbody>
<tr>
<th style="width: 50px;">Plan</th>
<th style="width: 50px;">RAM</th>
<th style="width: 75px;">Storage</th>
<th style="width: 75px;">Bandwidth</th>
<th style="width: 50px;">CPU</th>
<th style="width: 75px;">Setup Fee</th>
<th style="width: 75px;">Monthly Fee</th>
</tr>
<tr>
<td>DED-HDD-1</td>
<td>8GB</td>
<td>500GBx2 RAID 1</td>
<td>100GB</td>
<td>4&#215;2.66 Ghz</td>
<td>10000INR</td>
<td>10000INR</td>
</tr>
<tr>
<td>DED-SSD-1</td>
<td>8GB</td>
<td>80GB SSD</td>
<td>100GB</td>
<td>4&#215;2.66 Ghz</td>
<td>13000INR</td>
<td>13000INR</td>
</tr>
<tr>
<td>DED-SSD-2</td>
<td>8GB</td>
<td>2x80GB SSD</td>
<td>100GB</td>
<td>4&#215;2.66 Ghz</td>
<td>15000INR</td>
<td>15000INR</td>
</tr>
</tbody>
</table>
<p><big><span style="font-weight: bold; color: #166e16;">Addon plans:-</span></big></p>
<p><span style="font-weight: bold;">Additional Bandwidth</span></p>
<table style="text-align: left; height: 219px;" width="500" border="1" cellspacing="2" cellpadding="2">
<tbody>
<tr>
<th style="width: 125px;">Plan</th>
<th style="width: 125px;">Bandwidth in GB</th>
<th style="width: 125px;">Fee per GB</th>
<th style="width: 125px;">Bundle Price per month</th>
</tr>
<tr>
<td>Overage</td>
<td>0</td>
<td>200 INR</td>
<td>0</td>
</tr>
<tr>
<td>Bandwidth-20GB</td>
<td>20GB</td>
<td>125 INR</td>
<td>2500 INR</td>
</tr>
<tr>
<td>Bandwidth-50GB</td>
<td>50GB</td>
<td>100 INR</td>
<td>5000 INR</td>
</tr>
<tr>
<td>Bandwidth-100GB</td>
<td>100GB</td>
<td>90 INR</td>
<td>9000 INR</td>
</tr>
</tbody>
</table>
<p><span style="font-weight: bold;">Backup</span></p>
<table style="text-align: left; height: 219px;" width="600" border="1" cellspacing="2" cellpadding="2">
<tbody>
<tr>
<th style="width: 100px;">Plan</th>
<th style="width: 125px;">Storage</th>
<th style="width: 125px;">One Time Setup Fee</th>
<th style="width: 125px;">Monthly Fee</th>
<th style="width: 125px;">One Time Restore Fee</th>
</tr>
<tr>
<td>BACKUP-1</td>
<td>Upto 100GB</td>
<td>750 INR</td>
<td>750 INR</td>
<td>2500INR</td>
</tr>
<tr>
<td>BACKUP-2</td>
<td>Upto 200GB</td>
<td>1250 INR</td>
<td>1250 INR</td>
<td>2500INR</td>
</tr>
<tr>
<td>BACKUP-3</td>
<td>Upto 500GB</td>
<td>2000 INR</td>
<td>2000 INR</td>
<td>2500INR</td>
</tr>
</tbody>
</table>
<p>&nbsp;</p>
<p><span style="font-weight: bold;"><a href="http://e2enetworks.com/managed-services/">Managed Services per Server</a> (<a href="http://e2enetworks.com/dedicated-servers-india/">Dedicated</a> or <a href="http://e2enetworks.com">VPS</a>)</span><br />
Custom Tasks are 30 minute tickets<br />
Additional Tasks are 30 minute tickets</p>
<table style="text-align: left; height: 219px;" width="700" border="1" cellspacing="2" cellpadding="2">
<tbody>
<tr>
<th style="width: 100px;">Plan</th>
<th style="width: 100px;">Monthly Fee</th>
<th style="width: 100px;">Managed Tasks</th>
<th style="width: 150px;">Tasks Time /month</th>
<th style="width: 150px;">Custom Tasks Time/ month</th>
<th style="width: 100px;">Additional Task fee per Ticket</th>
</tr>
<tr>
<td>Managed-1</td>
<td>1500 INR</td>
<td>Security+Updates</td>
<td>2.5 hours</td>
<td>5 tickets</td>
<td>500INR</td>
</tr>
<tr>
<td>Managed-2</td>
<td>2500 INR</td>
<td>+Log+Applicationmonitoring</td>
<td>5 hours</td>
<td>10 tickets</td>
<td>350INR</td>
</tr>
<tr>
<td>Managed-3</td>
<td>5000 INR</td>
<td>+ Application deployments</td>
<td>10 hours</td>
<td>20 tickets</td>
<td>250INR</td>
</tr>
</tbody>
</table>
<p><strong>Service Tax as applicable to all the above prices</strong>.</p>
<p>Contact :-<br />
+91-129-404-5792<br />
+91-997-172-0550<br />
tarun.dua@e2enetworks.com<br />
sales@e2enetworks.com</p>
]]></content:encoded>
			<wfw:commentRss>http://e2enetworks.com/2009/09/28/oct-15soft-launch/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Demystifying latency in webpage requests</title>
		<link>http://e2enetworks.com/2009/07/21/demystifying-latency-in-webpage-requests/</link>
		<comments>http://e2enetworks.com/2009/07/21/demystifying-latency-in-webpage-requests/#comments</comments>
		<pubDate>Tue, 21 Jul 2009 07:16:49 +0000</pubDate>
		<dc:creator>tarun</dc:creator>
				<category><![CDATA[datacenter]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[internet]]></category>
		<category><![CDATA[latency]]></category>
		<category><![CDATA[webpage]]></category>

		<guid isPermaLink="false">http://e2enetworks.com/?p=98</guid>
		<description><![CDATA[Since the advent of the Internet and the World Wide Web (www) in the last century, till today there have been trillions and trillions of Internet page requests made across the world. However, webmasters feel all the more curious to know how actually a webpage request is being served on their user&#8217;s computer and to [...]]]></description>
			<content:encoded><![CDATA[<p>Since the advent of the Internet and the World Wide Web (www) in the last century, till today there have been trillions and trillions of Internet page requests made across the world. However, webmasters feel all the more curious to know how actually a webpage request is being served on their user&#8217;s computer and to use that understanding to try to speed it up.</p>
<div>Data on the Internet is packaged and transported across in small data packets. The regular or irregular flow of these data packets affect the user&#8217;s Internet experience. Whenever, one sees a continuous flow of data on his screen, this in turn means that the data packets are moving across smoothly and in a timely fashion. However, if the same data packets move across with large and visible delays, that means that the user&#8217;s experience is degraded and he may feel frustrated at the poor network connection and speed.</div>
<div>In this article, I seek to demystify all such beliefs and bring parity to our understanding of webpage request. I shall make an attempt creating a better understanding of latency effects of network and low bandwidth on a webpage request.</div>
<div>Lets first develop an understanding of some of the networking concepts to build our follow up understanding of the webpage request and latency. With the advent of networking, it was thought that millions and millions of users would be connected through a common network, hence the idea of TCP / IP model.</div>
<div>The key features of the TCP/IP model is encapsualtion, which is the concept of collecting the data and covering it with a common container for transmission. The common container is called the “IP Datagram”, also known as “IP Packet” or just the “Packet”. This IP Packet is a simple thing, with a header which contains the information used for routing the the packet to the destination and followed by data which is any information sent across.</div>
<div>Lets now concentrate all our energies on understanding another important concept in networking, the OSI model. It was created to lay out the process of turning the application data into something that can be transported through the Internet. The upper layers of the OSI model describe as to what happens within the applications running on the computer. These include the human-machine interface, conversion of the high level language into machine language, encryption, authentication and permissions. The lower layers are the ones where to and from applications are turned into data to move across the network. This is where data encapsulation occurs and the IP Datagram or “packet” is built.</div>
<div>The transport of data across the network is a 3 step process:</div>
<div>1. Data from the source is passed through the TCP/IP stack and wrapped into IP Datagrams, commonly known as “Packets”. These packets are then transmitted by the source computer in the network</div>
<div>2. Packets are passed along the network until they reach the destination computer</div>
<div>3. Packets are received by the destination computer and are passed through the stack</div>
<div>According to Wikipedia, Latency is the time delay between the moment something is initiated, and the moment one of its effects begins or becomes detectable. The most common understanding of Latency is it takes time for web pages to load and for emails to reach the destination inbox. Though, this is a form of latency, however, lets take down latency as the time delay imparted by each element involved in the transmission of data. Lets develop our understanding of what causes latency. The are many logical and physical elements involved in networking.</div>
<div><strong>Application Latency</strong></div>
<div>The need to read and write to disk causes some time delays. The processor could be very strong and highly rated, however, it still has limitations to as to what it can read and write in stipulated time. It takes a finite amount of time to manufacture data and present it. There are a lot of hardware limitations as well, such as the amount of memory which affects application performance.</div>
<div><strong>Serialization Latency</strong></div>
<div>The encapsulation of data (as discussed above) is called serialization and takes a finite amount of time. It is calculated as follows: Serialization Delay = Packet Size in bits / Transmission Rate in bits per second Serialization can lead to significant delays and latency on link that operate on low transmission rates.</div>
<div><strong>Routing &amp; Switching Latency</strong></div>
<div>A network request causes data to flow from point A to point B. This would be simple, if the network was just 2 computers, however, this is not to be. In networks like the Internet, data and hence the packets are transmitted from source to destination through a series of routers and switches connected through circuits, which are hardware devices needed for transmission through the network.</div>
<div>These hardware machines have to manage the Internet traffic causing delays caused by the routing and switching process. This refers to the amount of processing time for a router or switch to receive a packet, process it and transmit it.</div>
<div>These days, with the advancements in the computer hardware technology, these delays have reduced to only a few nanoseconds. High performance routers and switches each usually add upto 200µs of latency to the link.</div>
<div><strong>Queuing Latency</strong></div>
<div>Queuing latency refers to the amount of time a packet spends sitting in a queue waiting for transmission due to over utilization of the link. Though over-utilization of high speed Internet backbone is very rare, but it can be easily seen on lower speed networks. Congestion can cause these delays to become infinite since packets may be dropped when router becomes full. Routers use various queueing management algorights to ensure latency is minimized. The most commonly used WRED algorithms bound queueing latency at 20 ms.</div>
<div><strong>Propagation Latency</strong></div>
<div>Propagation latency is the delay caused by the transmission medium. The amount of slowing down is known as the Velocity Factor (VF). Typically, there are 3 medium of transmission of data across the networks, copper cables having a VF in the range of 40% &#8211; 80% of the speed of light, fibre-optic cables leading to a VF of around 70% of the speed of light and the electro-magnetic radio waves having the least possible VF. This delay happens even without considering the amount of data being transferred, the transmission rate, the protocol being used or the link problems.</div>
<div><strong>Transmission Rate and Bandwidth Latency</strong></div>
<div>Transmission Rate is the term used to define the number of bits that can be extracted from the medium. It is commonly measured in the terms of number of bits per second. The maximum transmission rate defines the fundamental limitation of the transmission medium. Generally, Copper links have a maximum transmission rate of 10, 100 or 1000 Mbps. For Fibre-optic links, transmission rates vary from around 50 Mbps to 10 Gbps.</div>
<div>Wireless LANs and satellite links use a modem to convert the bits into a modulated wave and then on transmission convert them back into bits using the demodulator. The limiting factor in these type of links is the limited bandwidth available to these signals. The amount of radio spectrum occupied by any given signal is called its bandwidth. Since radio spectrum is a limited resource, the occupied radio bandwidth is an important limiting factor in wireless and satellite links.</div>
<div><strong>Protocol Latency</strong></div>
<div>Lets now take a look at the network data exchanges. Connectionless data exchange is the one where data is pushed through with any consideration. Here the packet traverses the Internet to search for its destination, however, if something happens to it midway, nothing can be done. This is usually used for streaming music, videos, VOIP. The protocol used is User Datagram Protocol (UDP). It doesn&#8217;t have any overhead or connection management. There is no retransmission of data as well.</div>
<div>On the other hand are the connection based data exchanges. They rely on the establishment of the connection which manages every packet that is transmitted. The transport protocol used is the Transmission Control Protocol (TCP). It provides for the error free delivery of packets and hence the data. TCP connections have 3 phases:</div>
<div>1. Establish the connection</div>
<div>2. Send the data</div>
<div>3. Close the connection</div>
<div>All this adds to the time being taken while the data is transmitted and hence the delay and Latency.</div>
<div>This puts the webpage request on the table and opens it thread bare to clear the air on what goes behind each of our clicks while we are on the Internet connected to the millions or billions of users and trillions of data. We make an understanding of the time delays or Latency and now agree that it is imperative and necessary.</div>
<div><strong>References</strong></div>
<div>1. What is network latency? and Why does it matter? -</div>
<div><span><a href="http://www.o3bnetworks.com/docs/O3b_latency_white_paper2.pdf" target="_blank">http://www.o3bnetworks.com/docs/O3b_latency_white_paper2.pdf</a></span></div>
<div>2. Satellite Internet Access - <a href="http://www.sisp.net/broadband/satellite.htm" target="_blank">http://www.sisp.net/broadband/satellite.htm</a></div>
<div>3. Network bandwidth and Latency - <a href="http://compnetworking.about.com/od/speedtests/a/network_latency.htm" target="_blank"></a></div>
<div><a href="http://compnetworking.about.com/od/speedtests/a/network_latency.htm" target="_blank">http://compnetworking.about.com/od/speedtests/a/network_latency.htm</a></div>
<div>4. Anatomy of a HTTP Request -</div>
<div><a href="http://www.websiteoptimization.com/secrets/metrics/10-21-http-request.html" target="_blank">http://www.websiteoptimization.com/secrets/metrics/10-21-http-request.html</a></div>
]]></content:encoded>
			<wfw:commentRss>http://e2enetworks.com/2009/07/21/demystifying-latency-in-webpage-requests/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

