<?xml version="1.0" encoding="UTF-8"?>
 <rdf:RDF xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://web.resource.org/cc/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://pinboard.in">
    <title>Pinboard (michielbuddingh)</title>
    <link>https://pinboard.in/u:michielbuddingh/public/</link>
    <description>recent bookmarks from michielbuddingh</description>
    <items>
      <rdf:Seq>	<rdf:li rdf:resource="https://tylerayoung.com/2019/01/29/benchmarks-of-cache-friendly-data-structures-in-c/"/>
	<rdf:li rdf:resource="https://software.rajivprab.com/2018/04/29/myths-programmers-believe-about-cpu-caches/"/>
	<rdf:li rdf:resource="https://www.confluent.io/blog/how-to-choose-the-number-of-topicspartitions-in-a-kafka-cluster/"/>
	<rdf:li rdf:resource="http://www.brendangregg.com/linuxperf.html"/>
	<rdf:li rdf:resource="http://www.stevesouders.com/blog/2013/05/09/how-fast-are-we-going-now/"/>
	<rdf:li rdf:resource="http://code.flickr.com/blog/2009/03/18/building-fast-client-side-searches/"/>
	<rdf:li rdf:resource="http://ejohn.org/blog/accuracy-of-javascript-time/"/>
	<rdf:li rdf:resource="http://www.entropykey.co.uk/"/>
	<rdf:li rdf:resource="http://varnish.projects.linpro.no/wiki/ArchitectNotes"/>
      </rdf:Seq>
    </items>
  </channel><item rdf:about="https://tylerayoung.com/2019/01/29/benchmarks-of-cache-friendly-data-structures-in-c/">
    <title>Benchmarks of Cache-Friendly Data Structures in C++ – Tyler Young</title>
    <dc:date>2019-01-30T10:57:35+00:00</dc:date>
    <link>https://tylerayoung.com/2019/01/29/benchmarks-of-cache-friendly-data-structures-in-c/</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[Particularly the heap-allocated vector looks interesting.]]></description>
<dc:subject>C++ datastructures performance benchmarks</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:7ebe10a1afcd/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:C++"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:datastructures"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:benchmarks"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://software.rajivprab.com/2018/04/29/myths-programmers-believe-about-cpu-caches/">
    <title>Myths Programmers Believe about CPU Caches – Software the Hard way</title>
    <dc:date>2018-04-30T08:11:55+00:00</dc:date>
    <link>https://software.rajivprab.com/2018/04/29/myths-programmers-believe-about-cpu-caches/</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[Explanation of the MESI-protocol, useful for reasoning about cache behaviour.  Somewhat Java-centric, strangely enough]]></description>
<dc:subject>cache MESI protocol invalidation caching processor performance</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:4b76c3cc659d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:cache"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:MESI"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:protocol"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:invalidation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:caching"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:processor"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.confluent.io/blog/how-to-choose-the-number-of-topicspartitions-in-a-kafka-cluster/">
    <title>How to choose the number of topics/partitions in a Kafka cluster? - Confluent</title>
    <dc:date>2018-01-19T10:39:32+00:00</dc:date>
    <link>https://www.confluent.io/blog/how-to-choose-the-number-of-topicspartitions-in-a-kafka-cluster/</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[Explanation of the tradeoffs between few and many partitions per topic in Kafka, including good per-broker and per-cluster limits by one of the original authors of the Kafka paper.]]></description>
<dc:subject>kafka partitions performance latency throughput configuration</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:61c54ff47ed5/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:kafka"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:partitions"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:latency"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:throughput"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:configuration"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.brendangregg.com/linuxperf.html">
    <title>Linux Performance</title>
    <dc:date>2017-06-08T11:11:03+00:00</dc:date>
    <link>http://www.brendangregg.com/linuxperf.html</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[¨This page links to various Linux performance material¨]]></description>
<dc:subject>linux tracing bpf filter perf flame-graph performance kernel</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:14d4c0661f81/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:tracing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:bpf"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:filter"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:perf"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:flame-graph"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:kernel"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.stevesouders.com/blog/2013/05/09/how-fast-are-we-going-now/">
    <title>How fast are we going now? | High Performance Web Sites</title>
    <dc:date>2013-05-12T08:10:42+00:00</dc:date>
    <link>http://www.stevesouders.com/blog/2013/05/09/how-fast-are-we-going-now/</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[Page includes a number of effective metrics for page speed.  And monetary arguments for why it is a worthwhile subject for improvement]]></description>
<dc:subject>web performance metrics</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:f9290643977b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:web"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:metrics"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://code.flickr.com/blog/2009/03/18/building-fast-client-side-searches/">
    <title>Code: Flickr Developer Blog » Building Fast Client-side Searches</title>
    <dc:date>2010-03-02T10:34:17+00:00</dc:date>
    <link>http://code.flickr.com/blog/2009/03/18/building-fast-client-side-searches/</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[" ... Yesterday we released a new people selector widget (which we’ve been calling Bo Selecta internally). This widget downloads a list of all of your contacts, in JavaScript, in under 200ms (this is true even for members with 10,000+ contacts). In order to get this level of performance, we had to completely rethink how we send data from the server to the client ... "]]></description>
<dc:subject>javascript json performance</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:f483bc4d9d0d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:json"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://ejohn.org/blog/accuracy-of-javascript-time/">
    <title>John Resig - Accuracy of JavaScript Time</title>
    <dc:date>2010-02-18T08:24:47+00:00</dc:date>
    <link>http://ejohn.org/blog/accuracy-of-javascript-time/</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[A summary of the inventory of the accuracy of JavaScript time functions across different browsers.  Take performance metrics with a grain of salt; the timer functions aren't more accurate than 15ms]]></description>
<dc:subject>timer javascript performance</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:3b8c7072ca4d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:timer"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.entropykey.co.uk/">
    <title>Simtec Entropy Key</title>
    <dc:date>2009-08-17T15:54:38+00:00</dc:date>
    <link>http://www.entropykey.co.uk/</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[" ... The Entropy Key, or eKey, is a small, unobtrusive and easily installed USB stick that generates high-quality random numbers, or entropy, which can improve the performance, security and reliability of servers. It can also be used with scientific, gambling and lottery applications, or anywhere where good random numbers are needed ..."]]></description>
<dc:subject>sysadmin performance entropy cryptography usb security</dc:subject>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:2e74cacd1bfe/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:sysadmin"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:entropy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:cryptography"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:usb"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:security"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://varnish.projects.linpro.no/wiki/ArchitectNotes">
    <title>ArchitectNotes - Varnish - Trac</title>
    <dc:date>2009-07-27T05:02:37+00:00</dc:date>
    <link>http://varnish.projects.linpro.no/wiki/ArchitectNotes</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[" ... I have spent many years working on the FreeBSD kernel, and only rarely did I venture into userland programming, but when I had occation to do so, I invariably found that people programmed like it was still 1975 ... "]]></description>
<dc:subject>programming C performance architecture cache programming-style</dc:subject>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:798aba972d9e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:C"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:cache"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:programming-style"/>
</rdf:Bag></taxo:topics>
</item>
</rdf:RDF>