<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Barcamp Bangalore &#187; nosql</title>
	<atom:link href="http://barcampbangalore.org/bcb/tag/nosql/feed" rel="self" type="application/rss+xml" />
	<link>http://barcampbangalore.org/bcb</link>
	<description>The homepage for Barcamp Bangalore</description>
	<lastBuildDate>Tue, 16 Apr 2013 09:25:17 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>REST interface for Cassandra</title>
		<link>http://barcampbangalore.org/bcb/bcb13/rest-interface-for-cassandra</link>
		<comments>http://barcampbangalore.org/bcb/bcb13/rest-interface-for-cassandra#comments</comments>
		<pubDate>Wed, 22 Aug 2012 05:41:35 +0000</pubDate>
		<dc:creator>vaidhy</dc:creator>
				<category><![CDATA[BCB13]]></category>
		<category><![CDATA[general]]></category>
		<category><![CDATA[Cassandra]]></category>
		<category><![CDATA[HTTP]]></category>
		<category><![CDATA[nosql]]></category>
		<category><![CDATA[REST]]></category>
		<category><![CDATA[technology]]></category>

		<guid isPermaLink="false">http://barcampbangalore.org/bcb/?p=2310</guid>
		<description><![CDATA[Cassandra is a fast, linearly scalable NoSQL database. We will talk about how to hack Cassandra and replace its Thrift protocol with a REST/HTTP protocol. This is an intermediate session for folks who already use Cassandra.]]></description>
				<content:encoded><![CDATA[<p>Cassandra is a fast, linearly scalable NoSQL database. We will talk about how to hack Cassandra and replace its Thrift protocol with a REST/HTTP protocol. This is an intermediate session for folks who already use Cassandra.</p>
]]></content:encoded>
			<wfw:commentRss>http://barcampbangalore.org/bcb/bcb13/rest-interface-for-cassandra/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Vertical Scaling made easy through high-performance actors</title>
		<link>http://barcampbangalore.org/bcb/bcb12/vertical-scaling-made-easy-through-high-performance-actors</link>
		<comments>http://barcampbangalore.org/bcb/bcb12/vertical-scaling-made-easy-through-high-performance-actors#comments</comments>
		<pubDate>Wed, 11 Feb 2009 05:40:43 +0000</pubDate>
		<dc:creator><a href="http://jactorconsulting.org" rel="nofollow">laforge49</a></dc:creator>
				<category><![CDATA[BCB12]]></category>
		<category><![CDATA[theme session]]></category>
		<category><![CDATA[Actors]]></category>
		<category><![CDATA[high-performance computing]]></category>
		<category><![CDATA[HPC]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[nosql]]></category>
		<category><![CDATA[transaction processing]]></category>
		<category><![CDATA[vertical scaling]]></category>

		<guid isPermaLink="false">http://barcampbangalore.org/bcb/?p=1594</guid>
		<description><![CDATA[Vertical scaling is today a major issue when writing server code. Threads and locks are the traditional approach to making full utilization of fat (multi-core) computers, but result is code that is difficult to maintain and which to often does not run much faster than single-threaded code. Actors make good use of fat computers but [...]]]></description>
				<content:encoded><![CDATA[<p>Vertical scaling is today a major issue when writing server code. Threads and locks are the traditional approach to making full utilization of fat (multi-core) computers, but result is code that is difficult to maintain and which to often does not run much faster than single-threaded code.</p>
<p>Actors make good use of fat computers but tend to be slow as messages are passed between threads. Attempts to optimize actor-based programs results in actors with multiple concerns (loss of modularity) and lots of spaghetti code.</p>
<p>The approach used by JActor is to minimize the messages passed between threads by executing the messages sent to idle actors on the same thread used by the actor which sent the message. Message buffering is used when messages must be sent between threads, and two-way messaging is used for implicit flow control. The result is an approach that is easy to maintain and which, with a bit of care to the architecture, provides extremely high rates of throughput.</p>
<p>On an intel i7, 250 million messages can be passed between actors in the same JVM per second&#8211;several orders of magnitude faster than comparable actor frameworks.</p>
<p>A fully durable in-memory database was also developed as a proof of concept, which processes transactions at a rate of 1 million per second when using an SSD for the backing store. Again, this is orders of magnitude greater than comparable approaches.</p>
<p>All code is LGPL, so there are effectively no constraints on usage.</p>
<p>Slides: <a href="http://www.slideshare.net/laforge49/actors-in-the-small">Actors in the Small</a>, <a href="http://www.slideshare.net/laforge49/code-samples-13901008">Code Samples</a></p>
<p>Web Site: <a href="http://jactorconsulting.com">Jactor Consulting</a></p>
<p><a href="https://sourceforge.net/projects/jactor/files/">Downloads</a></p>
<p><a href="https://github.com/laforge49/JActor">GitHub</a></p>
<p>Our open source company, JActor Consulting, was founded as a means of promoting this disruptive technology. And we do not believe in dual licensing.</p>
]]></content:encoded>
			<wfw:commentRss>http://barcampbangalore.org/bcb/bcb12/vertical-scaling-made-easy-through-high-performance-actors/feed</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>A crazy combination : Nosql + Drupal</title>
		<link>http://barcampbangalore.org/bcb/bcb10/a-crazy-combination-nosql-drupal</link>
		<comments>http://barcampbangalore.org/bcb/bcb10/a-crazy-combination-nosql-drupal#comments</comments>
		<pubDate>Wed, 11 Feb 2009 19:07:55 +0000</pubDate>
		<dc:creator>tuxnani</dc:creator>
				<category><![CDATA[BCB10]]></category>
		<category><![CDATA[theme session]]></category>
		<category><![CDATA[CMS]]></category>
		<category><![CDATA[drupal]]></category>
		<category><![CDATA[nosql]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://barcampbangalore.org/bcb/?p=753</guid>
		<description><![CDATA[Of late, nosql technologies have become an evident solution to the ever thirsty data seeking world! Drupal being the day&#8217;s CMS and CMS for the days yet to come, has also proven to have started using nosql for data storage. This session will try to explore how this would effect the web technologies in the [...]]]></description>
				<content:encoded><![CDATA[<p>Of late, nosql technologies have become an evident solution to the ever thirsty data seeking world!<br />
Drupal being the day&#8217;s CMS and CMS for the days yet to come, has also proven to have started using nosql for data storage.<br />
This session will try to explore how this would effect the web technologies in the days to come.</p>
]]></content:encoded>
			<wfw:commentRss>http://barcampbangalore.org/bcb/bcb10/a-crazy-combination-nosql-drupal/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
