AMS-IX Breaks 4 Terabits per Second Barrier(ams-ix.net) |
AMS-IX Breaks 4 Terabits per Second Barrier(ams-ix.net) |
Yeah, i.e. DE-CIX is constantly hitting the 4 Tbps barrier for quite some time now and is trending towards 5 Tbps.
Besides being morally wrong to mass surveillance everyone when the current act already allows the intelligence services to monitor the few thousand potential terrorists and spies, it would also hurt the Dutch economy. International companies would move their European cloud infrastucture to e.g. Germany and Dutch startups providing a communication service (i.e. almost any startup) would be less trusted by their users and run the risk of paying for expensive surveillance equipment.
If you are Dutch i recommend reading the reaction of Nederland ICT [1] to the proposed act.
[1] http://www.internetconsultatie.nl/wiv/reactie/828d2159-cf3c-...
Also the CTIVD ,the organization that supervises the AIVD (The dutch NSA) has told the law isn't possible to implement in current form.
So the chance that it will pass it pretty small. Though they'll probably juggle around some words and try again so we should stay alert. Luckily it has gotten quite some media attention and people seem to be aware that the law is a bad idea.
http://jam.ja.net/marketing/janet30years/images/gallery/grap...
Or that the total traffic served by the University of Bath's website across all of 1997 was 63MB:
https://wiki.bath.ac.uk/display/bucsha/Computing+Service+His...
6310241024 == 66060288 bytes. 66060288/6000000 == ~110bytes/request. That seems too small. The overhead of the HTTP request alone (without content) would be greater than that!
In fact, you can find the server stats from back then: http://web.archive.org/web/19970822145424/http://www.bath.ac...
This says that it transferred "3 599 Mbytes" and there were "728 506" requests. Interpreting "3 599" as 3.599 gives 4.94 bytes per request, which is absurd. It must be 3.6 GB, making each response just under 5 kB. This seems much more reasonable.
So the number on that page should probably be interpreted as 63 GB, which is reasonable if we assume the site became more popular later in the year, as the original source suggests (3.6 GB*12 = 43.2 GB, and the stats are from May).
Also notice the following year (1998) says 126 MBytes and in 1999, 197 GB. That's an order of magnitude jump!
https://blog.cloudflare.com/the-relative-cost-of-bandwidth-a...
[0] https://www.de-cix.net/about/statistics/ (scroll a bit down)
In the past few years Apple have been embracing public peering much more - according to PeeringDB they are at 37 locations with many having multiple 100G connections.
I always assumed given its age and role that it would have the best peering bar none.
The peak at that European time is due to people getting home to unrestricted Internet access - which means their device can phone home and update.
I don't believe in coincidences ;)
Online sellers have used this to their advantage, selling e.g. "1Gb" flash drives, with real 1 gigabit flash chips, which turn out to be ~128 megabytes.
DE-CIX has the same "metro" setup as AMS-IX as well, they're in a large number of locations https://www.de-cix.net/products-services/de-cix-frankfurt/ in the Frankfurt metro area.
I'm more surprised that 'List of Internet exchange points' isn't dominated by North American and Asian exchanges. Do they have a larger number of smaller ones?
My traffic in philippines would actually go out of the country and back in, occasionally via los angeles (like 500ms+) because the incumbent monopoly telco refuses to peer with any other isp, so if you don't use them your traffic is intentionally screwed [there is an IX there for small ISPs, the 99% market share one just doesn't peer there]
Aside from singapore, every other country has something approaching this level of fucked-ness - HK to CN traffic often goes via LA/seattle, TW to CN traffic often goes via LA/seattle, all of china telecom's peering links are oversubscribed to death anyway and fall over during peak hours, a lot of the SEA traffic i've seen traverses singapore or worse, even if it's entirely domestic bound
I don't how much I need to subtract for the multiple headers and other overhead, how fast the transfer rate gets to the maximum, how many packages get lost, what other factors of the congestion control algorithms might impact my transfer etc
100 Mbps in MBps.
250GB / 100 Mbps
100 Mbps * 0.8 in MBpsbtw- how does expression it in bits v/s bytes help you with your desired calculations?
An easier and better answer is what jdiez17 described: just divide by 10. I.e. 100Mbit/s link speed is approximate 10MB/s of data transfer.
All of that has nothing to do with bits vs bytes.