T.net browser-stats per versie 2011

Door ACM op zaterdag 2 april 2011 15:53 - Reacties (30)
Categorie: Browsers, Views: 6.460

Ik vroeg me af wat nu, kort na de introductie van Firefox 4, Internet Explorer 9 en Chrome 10 de verhouding van die nieuwste varianten is.

Kortom, ik ben wat gaan klussen met de cijfertjes van 'visits' van afgelopen vrijdag (1 april) en Google's chart API en kwam op onderstaand plaatje uit. De binnenste ring geeft van de grootste browsers aan wat hun aandeel was. En in de buitenste ring zijn dan de meest gebruikte belangrijkste versies daarvan getoond. Bij alle browsers behalve Internet Explorer zijn er behoorlijk wat 'onbelangrijke' sub-versies samengevoegd onder 'other' (bij Firefox bijna 90 en bij Chrome zelfs bijna 240!).

Browser visits verdeling 1 april 2011

Zoals je daarin redelijk goed kan zien is het relatieve aandeel van respectievelijk Firefox 4.0 en Chrome 10 veel hoger dan Internet Explorer 9. Ik heb niet de indruk dat de eerste of laatste nou minder aandacht in het nieuws heeft gekregen. En hoewel Microsoft claimt dat Firefox en Chrome auto-update en daardoor een 'oneerlijk' scheef beeld krijgen, is dat simpelweg niet waar voor Firefox.
Kortom, het lijkt ook hier weer uit te volgen dat gebruikers van Firefox, Chrome en Opera veel actiever bezig zijn met hun browser-versie dan Internet Explorer.

OS- en Browserstatistieken 2010

Door ACM op donderdag 6 januari 2011 11:53 - Reacties (16)
Categorie: Browsers, Views: 5.107

Na een half jaartje stilte nu toch maar weer een update over wat voor browsers de bezoekers van Tweakers.net tegenwoordig gebruiken.

Het is saai aan het worden, maar Chrome is domweg doorgegroeid ten koste van Internet Explorer en Firefox. Als je de huidige lijnen interpoleert lijkt het erop dat er de komende weken geen enkele browser nog boven de 30% zit, maar dat IE, Firefox en Chrome alledrie tussen de 20 en 30% gaan bewegen.
De rest gebruikt dan vooral Safari, naast de trouwe schare Opera-gebruikers. Voor de rare piek in bezoekers (maar niet in pageviews) in september van Chrome heb ik geen verklaring, wellicht een fuck-up van Google Analytics met hun herkenning van Chrome of domweg met de cijfers.

Hier de ontwikkeling van de weekstatistieken:
Bezoeken per browser per week 2011-01-06
Bij de bezoeken blijft IE in totaal nog wel de grootse, maar zijn IE en Firefox beide duidelijk al langere tijd dalende.

Pageviews per browser per week 2011-01-06
Bij pageviews is Firefox al heel lang de grootste, maar verliest net als IE flink gebruikers aan met name Chrome en in mindere mate Safari. Sterker nog, wij zien door de grote onderlinge verschillen de losse IE-versies als losse browsers. En als je het zo bekijkt is Chrome nu de tweede browser op Tweakers.net.

Bij de Operating Systems beginnen de mobiele devices zichtbaar te worden in de grafiek. Althans, de lijntjes die tegen de X-as geplakt zitten beginnen er een beetje los van te komen. Met respectievelijk 2,18% en 1,47% van de bezoeken zijn Android en iPad nou de grootste twee. Symbian heb ik maar niet opgenomen en iPhone was aan het begin van het jaar de grootste, maar is sinds de introductie van de iPad (en waarschijnlijk de iPhone-app) nauwelijks meer gegroeid. En staat daardoor nu met 1,21% op de derde plek van de mobiele OS-en. In januari 2010 deed de iPhone namelijk al 0,96% van de bezoeken, terwijl Android nog maar op 0,24% zat en de iPad op 0% (die lijn begon pas in April).

Bezoeken per OS per maand 2011-01-06
Zoals te verwachten is Windows Vista nog verder weggezakt. De nieuwe Windows 7-gebruikers komen nog altijd bij zowel XP als Vista-gebruikers vandaan.

Pageviews per OS per maand 2011-01-06

Bij de pageviews doen de mobiele OS-en nog een stuk minder mee. Zoals wel te verwachten was zijn het vooral korte bezoeken.
Met de wildgroei aan Android-tablets en straks een nieuwe iPad zullen in beide grafieken in 2011 de lijntjes voor die twee vast flink door blijven groeien. Wat de iPhone gaat doen is minder duidelijk.

T.net Browserstatsistieken 2009-2010

Door ACM op zondag 20 juni 2010 16:42 - Reacties (10)
Categorie: Browsers, Views: 3.620

Zoals beloofd geef ik zo nu en dan wat statistieken van de bezoekers op Tweakers.net. Dit keer weer de browsers. Bij de operating systems is verder weinig echt bijzonders voorgevallen, Windows 7 is ondertussen boven XP uitgegroeid als populairste OS en vooral Vista is verder weggezakt. Ondertussen is Windows 7 goed voor zo'n 1/3e van de bezoeken en 2/5e van de pageviews.

Bij de mobiele browsers is Android een grote groeier geweest het afgelopen half jaar, van alle mobiele bezoekers had in december nog geen 15% Android. Ondertussen is dat gegroeid tot bijna 30% in mei, dit is zo op het oog vrijwel volledig te danken aan meer mobiele bezoekers, het absolute aantal iPhone-gebruikers was namelijk ook gestegen, maar Android steeg simpelweg sneller. T.o.v. het totaal aantal bezoekers hebben we het dan overigens nog steeds over enkele procenten.
Halverwege juni is door de introductie van de iPhone-app het absolute aantal iPhone-bezoekers op de frontpage (en op de mobiele site ook, maar daar gaan deze cijfers niet over) overigens gedaald. Dat heeft zelfs tot gevolg dat ik verwacht dat Android in die statistieken vanaf volgende maand het grootste mobiele platform wordt. Uiteraard is het dan niet meer een hele eerlijke vergelijking, want de iPhone-applicatie is daar dan niet meer bij meegeteld.

Bij de pageviews per browser is er op zich ook weinig voorgevallen. Maar toch is er een klein historisch feitje in de geschiedenis van Tweakers.net bij ontstaan: Internet Explorer is niet meer de grootste browser.
Waar Firefox-gebruikers al sinds halverwege 2008 meer pageviews dan Internet Explorer opleveren, is het nu dus voor het eerst zo dat een volle week lang Firefox de grootste browser op het gebied van bezoekers is. Het is wel ironisch dat dat niet komt doordat Firefox nou zo hard gegroeid is, maar doordat het minder hard gedaald is dan IE. En die daling komt uiteraard vrijwel volledig voor rekening van Chrome, hoewel ook Safari nog een beetje doorgroeide met beide cijfertjes.

Browser bezoeken per week jun 2010
Op het gebied van bezoeken is Firefox nu dus nipt groter. Of Firefox deze winst vast kan houden is natuurlijk maar de vraag, de geschiedenis wijst uit dat IE hardnekkiger is dan Firefox, simpelweg doordat het de standaard browser bij veel bedrijven is.

Browser pageviews per week jun 2010
Bij de pageviews is duidelijk te zien dat de alternatieve browsers - en dan vooral Firefox, Chrome en Opera - nog altijd veel meer pageviews per bezoeker opleveren dan Internet Explorer. Het is zelfs zo 'erg' dat als we de lijntjes van IE8 en Chrome hier doortrekken, we met enkele maanden een nieuwe browser op de 2e plek kunnen verwelkomen.
Een andere goede ontwikkeling, voor ons dan, is dat IE7 net als IE6 flink weggezakt is, vooral de laatste paar weken ging het hard. Wellicht dat veel scholen met IE7 werken? Qua pageviews komt het zelfs in de buurt van de nauwelijks fluctuerende Opera-lijn.
Aan de hand van deze grafiek zullen we ook weinig moeite gaan hebben met het besluit om IE7-support te laten vallen, zodra IE9 uitkomt :)

[edit]
En dan nu met de goede plaatjes :P

Improving site performance with cookie-free domains en

By ACM on Sunday 25 April 2010 12:15 - Comments (4)
Category: Browsers, Views: 18.774

Tweakers.net implemented Lighttpd as a means to off-load trivial static requests from our Apache-servers a few years ago. When we did that, we had to make a distinction in the url's for those static elements (layout-images, css, javascript) and dediced to use a seperate domain, allowing that domain to stay free of cookies, rather than a subdomain. So we introduced 'tweakimg.net' instead of 'images.tweakers.net' or something like that.

A while later we also introduced the reverse proxy Varnish to further off-load "almost always static" content from our Apache-servers, allowing both caching of content on local disks and memory (to the server) and a further reduction in the number of requests handled by Apache and the number of reads from the NFS-server. To further improve the user-experience we, again, used a cookie-free domain. This time we introduced 'ic.tweakimg.net'.
This way we can trivially allow our requests to be separated over the three servers, just write the correct url in the HTML-code and the user's browser will do the rest. We don't have to do Layer7 loadbalancing or similar tricks.
Obviously, the reverse proxy could also be used to serve out all that static content and thus saving an extra dns-lookup, but having an additional hostname allows more parallel requests, so it probably doesn't matter much which we choose. It'll depend on the amount of images loaded via ic.tweakimg.net. Which can be quite a few on some pages, like a product listing or in forum topics with a lot of comments.

Yesterday, a user suggested that using cookie-free domains was completely useless. At first he didn't really seem to understand where the potential gains where made. In contrast to most optimizations this one is aimed at the request, rather than the response. By not having to send a bunch of cookies, the amount of data in the request can significantly be reduced.
In my personal case it will save 747 bytes, but for most much less active visitors that will probably be somewhere around 280 bytes. And if the cookies produced by Google Analytics aren't placed yet, it is further reduced to about 80 bytes. This is per request, to completely load the index-page of tweakers.net you'll need 66 resources from tweakimg.net and ic.tweakimg.net.
With current broad-band users in The Netherlands it is still very common to be limited to a 1Mbit upload speed. So you'll end up uploading 16,5KB additional data or in my case 49,3KB. In a best-case scenario that would be 0,165 seconds or even 0,493 seconds of wasted time.

Obviously, sending smaller packets isn't really linear compared to larger packets. There are fixed and semi-fixed components to that. Although, the requests are also reduced to fit in the 576 byte MTU some of our visitors' modems use. So in that case, the gain can actually be super-linear.

Anyway, I took 4 different resources, a very small and a larger image and a small and a large CSS-file, and benchmarked them using ab. My connection is a normal consumer ADSL-line with 20Mbit download and 1Mbit upload.
I copied all headers my browser sent to request those resources and varied the cookie-size, ab was put in Keep-Alive-mode and made 10 requests to the same resource each batch. Here are the results, the times are in milliseconds and represent the average time per request:

ResourceCookies1st batch2nd batch3rd batch4th batchAverageDifference
Large imageNone45,4845,8345,545,0245,46
22484 bytesSmall53,2747,5854,0754,4252,336,87
Large57,3356,8357,4857,3857,2511,8
Small imageNone24,924,9325,1125,0925,01
70 bytesSmall27,4227,5527,6827,0627,432,42
Large31,331,4331,4731,2831,376,36
Large cssNone33,233,6133,633,4933,47
10010 bytesSmall35,2134,935,1935,2335,131,66
Large39,0539,2639,4639,3939,295,81
Small cssNone26,1626,1126,3526,1926,2
989 bytesSmall27,9428,1128,2328,2728,141,94
Large32,8332,0432,0132,4632,336,13


The last two columns contain the average of averages and the difference to the no-cookie case. I later redid the first large image, and it appears our servers vary a bit with that resource. I also saw increases of only 2.7 and 6.36ms, so I've ignored the larger 5.81 and 11.8ms in the results above in the rest of the article.

As you can see, simply changing the cookie-size can make quite a difference. The small cookies add at least 1,66ms and in this case at most 2,71ms to each request. With 66 requests, that results in 0,11 to 0,17 seconds additional time. With the 5,81ms to 6,36ms for the larger cookies its even 0,38 to 0,42 seconds extra. Although small, these numbers are actually starting to be perceivable.

So does it matter to have cookie-free domains for static content? Well, as with all these kind of changes, it may help and varies per pageview. If all those resources are in your browser's cache, it won't make much difference anymore. Perhaps the reduced request-size allows the local storage to be slightly more efficient, but that's it. But if you hit f5, most responses are tiny "304 Not Modified" and then the overhead of the cookie-size is a relatively large part of those request-response pairs.

So it will may help a little, but we see no adverse effect, so why not use the cookie-free domain rather than some subdomain to distinguish between the various servers. For the internal set-up it doesn't introduce any additional difficulty, the Apache, Varnish and Lighttpd are all capable of handling this situation trivially.

We have introduced multiple effects though with tweakimg.net and ic.tweakimg.net, not just cookie-free domains. The additional domains allows a browser to open more connections.
Furthermore, Lighttpd and Varnish are both slightly faster than Apache with these kind of requests and for many of the requests that are now handled by ic.tweakimg.net, we skip some additional php-processing. Besides, both are configured more friendly towards keeping requests alive, thus introducing more potential gain while allowing us to tighten the configuration on Apache.
And on top of that, there is the gain of not having to upload that cookie-data. Some additional caching layers (like local proxies) may profit a lot from the fact that non-cookie requests can be sent to other users as well, whereas requests with cookies are normally considered private resources for a single user.

T.net OS-statistieken 2007 - 2010

Door ACM op zaterdag 13 februari 2010 15:53 - Reacties (20)
Categorie: Browsers, Views: 5.130

Na eerder al grafiekjes van het verloop van browsers gepost te hebben, heb ik nu wat grafiekjes gemaakt van het verloop van de belangrijkste operating systems.
Die verzamelen we sinds september 2006, dus dat geeft een aardig overzicht van hoe Windows Vista en 7 zijn ontvangen en hoe Mac OS zich een weg heeft weten te banen in het voorheen nogal "windows-only" desktopgebeuren.

Bezoeken per OS per maand feb 2010
Pageviews per OS per maand feb 2010

Wat aan de pageviews opvalt is dat Windows XP een gigantische marktpenetratie had eind 2006 (windows 2000 zat toen op net geen 5%), iets wat Microsoft met Vista niet heeft weten te bereiken, maar nu met 7 weer op lijkt af te stevenen.
Het is helemaal ironisch dat ruim voor de officiele verkoopdatum Window 7 al een hoger marktaandeel onder Tweakers.net-bezoekers had dan Windows Vista. Het is zelfs zo snel en ver doorgestegen dat het nu al Windows XP heeft ingehaald met pageviews, iets waar Vista nooit in de buurt is geweest.

Echt vreemd is het natuurlijk ook niet, want ondanks dat Vista niet geweldig goed ontvangen werd, zag je toch dat sinds de introductie XP niet meer is gestegen. Men stapte dus wel degelijk langzaamaan over op Vista, maar nu Windows 7 beschikbaar is zullen zowel Vista- als XP-gebruikers bij een upgrade voor 7 kiezen. Sterker nog, als we de lijn van Vista interpoleren zou het XP ergens tussen juli en september 2009 hebben ingehaald en XP lijkt ook niet harder gedaald te zijn sinds 7 als optie erbij is gekomen.

Ik heb overigens ook nog een vers overzichtje van de weekstatistieken van de browsers toegevoegd, het afgelopen jaar is vooral Chrome sterk blijven groeien. De rest van de browsers heeft geen heel bijzondere ontwikkeling doorgemaakt. Chrome is ondertussen zowel met bezoekers als pageviews IE7 voorbij gegroeid.

Browser bezoeken per week feb 2010
Browser pageviews per week feb 2010

Het verloop van Internet Explorer 7 doet echter vermoeden dat we - als webdevelopers - over enkele jaren weer met dezelfde ellende zitten als nu met Internet Explorer 6... Ondanks dat IE7 beter is, is het geen erg goede browser. Zelfs IE8 loopt nu alweer achter op de rest met ondersteuning van CSS3, Javascript-performance en HTML5.
Als bedrijven deze tergend langzame upgrade-paden blijven aanhouden, dan verzanden we uiteindelijk in een steeds beroerdere spagaat, waarbij we enerzijds de echt actuele browsers (Firefox, Chrome, Safari, Opera en evt de meest recente IE) en diverse oudere Internet Explorers (nu 6 en 7, straks 8 erbij) terecht komen. Het is toch wel tamelijk ironisch dat de mobiele browsers van bijvoorbeeld de iPhone en Android-toestellen nu al beter lijken te werken dan IE6 en 7...