<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Recap of Southeast Linux Fest 2009</title>
	<atom:link href="http://www.xaprb.com/blog/2009/06/21/recap-of-southeast-linux-fest-2009/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.xaprb.com/blog/2009/06/21/recap-of-southeast-linux-fest-2009/</link>
	<description>Stay curious!</description>
	<lastBuildDate>Sat, 20 Mar 2010 03:03:45 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Xaprb</title>
		<link>http://www.xaprb.com/blog/2009/06/21/recap-of-southeast-linux-fest-2009/#comment-16584</link>
		<dc:creator>Xaprb</dc:creator>
		<pubDate>Mon, 22 Jun 2009 01:42:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.xaprb.com/blog/?p=483#comment-16584</guid>
		<description>Hi Toru! Thanks for commenting. So in terms of transactional behavior, if you want durability you must commit and then explicitly sync, right?</description>
		<content:encoded><![CDATA[<p>Hi Toru! Thanks for commenting. So in terms of transactional behavior, if you want durability you must commit and then explicitly sync, right?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Toru Maesaka</title>
		<link>http://www.xaprb.com/blog/2009/06/21/recap-of-southeast-linux-fest-2009/#comment-16583</link>
		<dc:creator>Toru Maesaka</dc:creator>
		<pubDate>Mon, 22 Jun 2009 01:29:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.xaprb.com/blog/?p=483#comment-16583</guid>
		<description>Hi!

FYI, TC does use fsync(3) internally (take a look at tchdbmemsync() in tchdb.c). As you would see, TC&#039;s synchronization mechanism comprises of msync(2) and fsync(2).

In terms of synchronization timing, TC pushes this responsibility to the OS _unless_ the sync call for it&#039;s database  (tchdbsync(), tcbdbsync() and etc) is explicitly called by the application.

Well, actually this isn&#039;t 100% correct since TC&#039;s btree database (TCBDB)  will call it&#039;s sync mechanism internally if the cache usage exceeds the internal cache capacity.</description>
		<content:encoded><![CDATA[<p>Hi!</p>
<p>FYI, TC does use fsync(3) internally (take a look at tchdbmemsync() in tchdb.c). As you would see, TC&#8217;s synchronization mechanism comprises of msync(2) and fsync(2).</p>
<p>In terms of synchronization timing, TC pushes this responsibility to the OS _unless_ the sync call for it&#8217;s database  (tchdbsync(), tcbdbsync() and etc) is explicitly called by the application.</p>
<p>Well, actually this isn&#8217;t 100% correct since TC&#8217;s btree database (TCBDB)  will call it&#8217;s sync mechanism internally if the cache usage exceeds the internal cache capacity.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
