<?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://github.com/leahneukirchen/nq"/>
	<rdf:li rdf:resource="http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-erase-block-size/"/>
	<rdf:li rdf:resource="http://www.ibm.com/developerworks/linux/library/l-nilfs-exofs/index.html?ca=irc"/>
	<rdf:li rdf:resource="http://furquim.org/chironfs/"/>
	<rdf:li rdf:resource="http://www.gluster.com/products/index.php"/>
      </rdf:Seq>
    </items>
  </channel><item rdf:about="https://github.com/leahneukirchen/nq">
    <title>GitHub - leahneukirchen/nq: Unix command line queue utility</title>
    <dc:date>2019-07-31T08:11:21+00:00</dc:date>
    <link>https://github.com/leahneukirchen/nq</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[“ ... These small utilities allow creating very lightweight job queue systems which require no setup, maintenance, supervision, or any long-running processes. ... ”]]></description>
<dc:subject>queue commandline filesystem</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:a1c84461c58d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:queue"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:commandline"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:filesystem"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-erase-block-size/">
    <title>Aligning filesystems to an SSD’s erase block size | Thoughts by Ted</title>
    <dc:date>2010-01-19T11:02:58+00:00</dc:date>
    <link>http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-erase-block-size/</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[" ... I recently purchased a new toy, an Intel X25-M SSD, and when I was setting it up initially, I decided I wanted to make sure the file system was aligned on an erase block boundary.  This is a generally considered to be a Very Good Thing to do for most SSD’s available today, ..."  Quick-and-dirty guide to stripe size alignment.  Useful for (striped, non-1) RAID setups as well.]]></description>
<dc:subject>filesystem linux RAID storage SSD</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:d1e505f1c451/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:filesystem"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:RAID"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:storage"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:SSD"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.ibm.com/developerworks/linux/library/l-nilfs-exofs/index.html?ca=irc">
    <title>Next-generation Linux file systems: NiLFS(2) and exofs</title>
    <dc:date>2009-11-06T07:48:25+00:00</dc:date>
    <link>http://www.ibm.com/developerworks/linux/library/l-nilfs-exofs/index.html?ca=irc</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[Short overview of two new filesystems for Linux.  NiLFS is essentially identical to NetBSD's logfs--and since it's available for NetBSD as well, I wonder if there's a connection.

ExoFS is a complex associative object-based filesystem that 'emulates' a standard Unix file hierarchy.]]></description>
<dc:subject>linux filesystem logstructured</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:d5cc7e95860e/</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:filesystem"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:logstructured"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://furquim.org/chironfs/">
    <title>ChironFS - A filesystem must go on, even if it is hurt</title>
    <dc:date>2009-10-23T16:31:56+00:00</dc:date>
    <link>http://furquim.org/chironfs/</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[" ... This the Chiron Filesystem. It is a Fuse based filesystem. It's main purpose is to guarantee filesystem availability using replication. But it isn't a RAID implementation. RAID replicates DEVICES not FILESYSTEMS. .. " -- seems to offer fs-level replication, but again, the details on recovery after volumes have gone out of sync are scarce.  It looks like the right idea with the wrong execution.]]></description>
<dc:subject>linux filesystem replication fuse storage backup network</dc:subject>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:7804aaaafa39/</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:filesystem"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:replication"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:fuse"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:storage"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:backup"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:network"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.gluster.com/products/index.php">
    <title>GlusterFS: Highly Scalable Clustered Storage That Just Works</title>
    <dc:date>2009-10-23T16:29:47+00:00</dc:date>
    <link>http://www.gluster.com/products/index.php</link>
    <dc:creator>michielbuddingh</dc:creator><description><![CDATA[" ... Gluster simplifies the task of storing massive amounts of unstructured data. GlusterFS is an open source clustered file system that runs on commodity hardware, delivering greater scalability and performance at a fraction of the cost of conventional storage. ... " -- other than that, they do seem to offer fs-level data replication, although it's entirely unclear how it's implemented.]]></description>
<dc:subject>linux filesystem replication network backup</dc:subject>
<dc:identifier>https://pinboard.in/u:michielbuddingh/b:713e2b9d7328/</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:filesystem"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:replication"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:network"/>
	<rdf:li rdf:resource="https://pinboard.in/u:michielbuddingh/t:backup"/>
</rdf:Bag></taxo:topics>
</item>
</rdf:RDF>