<?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 (amcclosky)</title>
    <link>https://pinboard.in/u:amcclosky/public/</link>
    <description>recent bookmarks from amcclosky</description>
    <items>
      <rdf:Seq>	<rdf:li rdf:resource="http://www.zeromq.org/whitepapers:switch-or-broker"/>
	<rdf:li rdf:resource="http://www.zeromq.org/whitepapers:multithreading-magic"/>
	<rdf:li rdf:resource="http://www.zeromq.org/whitepapers:brokerless"/>
	<rdf:li rdf:resource="http://vimeo.com/20605470"/>
      </rdf:Seq>
    </items>
  </channel><item rdf:about="http://www.zeromq.org/whitepapers:switch-or-broker">
    <title>Switch or Broker - zeromq</title>
    <dc:date>2011-12-08T20:19:22+00:00</dc:date>
    <link>http://www.zeromq.org/whitepapers:switch-or-broker</link>
    <dc:creator>amcclosky</dc:creator><description><![CDATA["In this presentation from 2006 we compare the traditional approach of doing reliable messaging via a central broker (such as RabbitMQ or ActiveMQ uses) with a distributed approach (such as ZeroMQ uses)."]]></description>
<dc:subject>zeromq</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:amcclosky/b:36a41b73bd57/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:amcclosky/t:zeromq"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.zeromq.org/whitepapers:multithreading-magic">
    <title>Multithreading Magic - zeromq</title>
    <dc:date>2011-12-08T20:19:05+00:00</dc:date>
    <link>http://www.zeromq.org/whitepapers:multithreading-magic</link>
    <dc:creator>amcclosky</dc:creator><description><![CDATA["In this article Pieter Hintjens and Martin Sustrik examine the difficulties of building concurrent (multithreaded) applications and what this means for enterprise computing. The authors argue that a lack of good tools for software designers means that neither chip vendors not large businesses will be able to fully benefit from more than 16 cores per CPU, let alone 64 or more. They then examine an ideal solution, and explain how the ØMQ framework for concurrent software design is becoming this ideal solution. Finally they explain ØMQ's origins, and the team behind it."]]></description>
<dc:subject>zeromq</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:amcclosky/b:edb5f439a3bf/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:amcclosky/t:zeromq"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.zeromq.org/whitepapers:brokerless">
    <title>Broker vs. Brokerless - zeromq</title>
    <dc:date>2011-12-08T20:15:43+00:00</dc:date>
    <link>http://www.zeromq.org/whitepapers:brokerless</link>
    <dc:creator>amcclosky</dc:creator><description><![CDATA[This article presents different models of how messaging can be done. It discusses drawbacks and advantages of individual approaches. It is meant as a background reading to learn how ØMQ differs from traditional messaging systems.]]></description>
<dc:subject>zeromq</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:amcclosky/b:3979d66b9faa/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:amcclosky/t:zeromq"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://vimeo.com/20605470">
    <title>ZeroMQ is the Answer - Ian Barber on Vimeo</title>
    <dc:date>2011-12-08T20:13:33+00:00</dc:date>
    <link>http://vimeo.com/20605470</link>
    <dc:creator>amcclosky</dc:creator><description><![CDATA[Whether the problem is asynchronous communication, message distribution, process management or just about anything, ZeroMQ can help you build an architecture that is more resilient, more scalable and more flexible, without introducing unnecessary overhead or requiring a heavyweight queue manager node.]]></description>
<dc:subject>zeromq vid</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:amcclosky/b:3ec12a5d3adb/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:amcclosky/t:zeromq"/>
	<rdf:li rdf:resource="https://pinboard.in/u:amcclosky/t:vid"/>
</rdf:Bag></taxo:topics>
</item>
</rdf:RDF>