<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
>

<channel>
	<title>Team-project REGAL</title>
	<link>http://regal.lip6.fr/</link>
	<description></description>
	<language>fr</language>
	<generator>SPIP - www.spip.net</generator>



	



	<item>
		<title>Principled approaches to eventual consistency</title>
		<link>http://regal.lip6.fr/spip.php?article136</link>
		<guid isPermaLink="true">http://regal.lip6.fr/spip.php?article136</guid>
		<dc:date>2012-07-15T17:00:57Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>fr</dc:language>
		<dc:creator>Marc Shapiro</dc:creator>

<category domain="http://regal.lip6.fr/spip.php?rubrique43">Post-Docs</category>


		<description>Data replication is a fundamental mechanism of distributed systems, for performance, availability and fault tolerance. To sidestep the incompatibility between strong consistency and fault-tolerance, an attractive approach is eventual consistency (EC). EC allows a replica to update without synchronising ; concurrent updates are reconciled in the background. However, existing EC algorithms are often ad-hoc and/or unpredictable ; conflict resolution requires synchronisation and is complex and (...)

-
&lt;a href="http://regal.lip6.fr/spip.php?rubrique43" rel="directory"&gt;Post-Docs&lt;/a&gt;


		</description>



		

	</item>



	<item>
		<title>Principled approaches to eventual consistency</title>
		<link>http://regal.lip6.fr/spip.php?article135</link>
		<guid isPermaLink="true">http://regal.lip6.fr/spip.php?article135</guid>
		<dc:date>2012-07-15T16:59:04Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		<dc:creator>Marc Shapiro</dc:creator>

<category domain="http://regal.lip6.fr/spip.php?rubrique61">Post-Doc</category>


		<description>Data replication is a fundamental mechanism of distributed systems, for performance, availability and fault tolerance. To sidestep the incompatibility between strong consistency and fault-tolerance, an attractive approach is eventual consistency (EC). EC allows a replica to update without synchronising; concurrent updates are reconciled in the background. However, existing EC algorithms are often ad-hoc and/or unpredictable; conflict resolution requires synchronisation and is complex and (...)

-
&lt;a href="http://regal.lip6.fr/spip.php?rubrique61" rel="directory"&gt;Post-Doc&lt;/a&gt;


		</description>



		

	</item>



	<item>
		<title>Highly Scalable Data Store</title>
		<link>http://regal.lip6.fr/spip.php?article134</link>
		<guid isPermaLink="true">http://regal.lip6.fr/spip.php?article134</guid>
		<dc:date>2011-11-22T19:12:07Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>fr</dc:language>
		<dc:creator>Masoud Saeida Ardekani</dc:creator>

<category domain="http://regal.lip6.fr/spip.php?rubrique40">Stages</category>


		<description>Highly scalable data stores are fundamental for today Internet services, e.g., social networking sites. Modern data stores replicate data for both performance and availability. Full replication has limited scalability as every replica must replay every update. Partial replication [1, 2] addresses this problem by replicating only a subset of available data at each replica. This allows the system to handle independent parts of the workload in parallel, and has the potential to scale better. (...)

-
&lt;a href="http://regal.lip6.fr/spip.php?rubrique40" rel="directory"&gt;Stages&lt;/a&gt;


		</description>



		

	</item>



	<item>
		<title>Highly Scalable Data Store</title>
		<link>http://regal.lip6.fr/spip.php?article133</link>
		<guid isPermaLink="true">http://regal.lip6.fr/spip.php?article133</guid>
		<dc:date>2011-11-22T19:03:01Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		<dc:creator>Masoud Saeida Ardekani</dc:creator>

<category domain="http://regal.lip6.fr/spip.php?rubrique46">Internships</category>


		<description>Highly scalable data stores are fundamental for today Internet services, e.g., social networking sites. Modern data stores replicate data for both performance and availability. Full replication has limited scalability as every replica must replay every update. Partial replication [1, 2] addresses this problem by replicating only a subset of available data at each replica. This allows the system to handle independent parts of the workload in parallel, and has the potential to scale better. (...)

-
&lt;a href="http://regal.lip6.fr/spip.php?rubrique46" rel="directory"&gt;Internships&lt;/a&gt;


		</description>



		

	</item>



	<item>
		<title> Performance models for concurrent programs</title>
		<link>http://regal.lip6.fr/spip.php?article132</link>
		<guid isPermaLink="true">http://regal.lip6.fr/spip.php?article132</guid>
		<dc:date>2011-11-22T08:24:08Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>fr</dc:language>
		<dc:creator>Annette Bieniusa</dc:creator>

<category domain="http://regal.lip6.fr/spip.php?rubrique40">Stages</category>


		<description>There exists an abundance of synchronization protocols and algorithms for concurrent programming : mutual exclusion schemes with locks and barriers, optimistic executions with transactions, explicit data exchange via message passing, and many more. They all provide some means to achieve data synchronization between different threads, but which one is best ? &lt;br /&gt;A comparison of these synchronization schemes can be done along several lines. In theory, complexity measures usually are based on (...)


-
&lt;a href="http://regal.lip6.fr/spip.php?rubrique40" rel="directory"&gt;Stages&lt;/a&gt;


		</description>



		

	</item>



	<item>
		<title>Performance models for concurrent programs</title>
		<link>http://regal.lip6.fr/spip.php?article131</link>
		<guid isPermaLink="true">http://regal.lip6.fr/spip.php?article131</guid>
		<dc:date>2011-11-14T16:32:59Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		<dc:creator>Annette Bieniusa</dc:creator>

<category domain="http://regal.lip6.fr/spip.php?rubrique46">Internships</category>


		<description>There exists an abundance of synchronization protocols and algorithms for concurrent programming: mutual exclusion schemes with locks and barriers, optimistic executions with transactions, explicit data exchange via message passing, and many more. They all provide some means to achieve data synchronization between different threads, but which one is best? &lt;br /&gt;A comparison of these synchronization schemes can be done along several lines. In theory, complexity measures usually are based on (...)


-
&lt;a href="http://regal.lip6.fr/spip.php?rubrique46" rel="directory"&gt;Internships&lt;/a&gt;


		</description>



		

	</item>



	<item>
		<title>Thesis position at LIP6-REGAL/Telecom Bretagne.</title>
		<link>http://regal.lip6.fr/spip.php?article129</link>
		<guid isPermaLink="true">http://regal.lip6.fr/spip.php?article129</guid>
		<dc:date>2011-08-04T13:36:55Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>fr</dc:language>
		<dc:creator>Monnet S&#233;bastien</dc:creator>

<category domain="http://regal.lip6.fr/spip.php?rubrique35">Th&#232;ses</category>


		<description>Thesis position at LIP6-REGAL/Telecom Bretagne. &lt;br /&gt;Thesis subject : Placement and replication strategies for next generation on-line data storage &lt;br /&gt;Context &lt;br /&gt;This thesis is funded by the ODISEA FUI project, which gathers five partners : Orange, University Pierre-et-Marie-Curie (the LIP6-REGAL team), UbiStorage, Technicolor, Institut Telecom (including Telecom Bretagne). &lt;br /&gt;ODISEA aims at designing new on-line data storage and data sharing solutions. Current solutions rely on big data centers, which (...)


-
&lt;a href="http://regal.lip6.fr/spip.php?rubrique35" rel="directory"&gt;Th&#232;ses&lt;/a&gt;


		</description>



		

	</item>



	<item>
		<title>Website</title>
		<link>http://regal.lip6.fr/spip.php?article124</link>
		<guid isPermaLink="true">http://regal.lip6.fr/spip.php?article124</guid>
		<dc:date>2011-01-17T12:15:54Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>fr</dc:language>
		<dc:creator>Pierre Sens</dc:creator>

<category domain="http://regal.lip6.fr/spip.php?rubrique99">Coccinelle</category>


		<description>http://coccinelle.lip6.fr/

-
&lt;a href="http://regal.lip6.fr/spip.php?rubrique99" rel="directory"&gt;Coccinelle&lt;/a&gt;


		</description>



		

	</item>



	<item>
		<title>Website</title>
		<link>http://regal.lip6.fr/spip.php?article123</link>
		<guid isPermaLink="true">http://regal.lip6.fr/spip.php?article123</guid>
		<dc:date>2011-01-17T09:00:39Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		<dc:creator>Pierre Sens</dc:creator>

<category domain="http://regal.lip6.fr/spip.php?rubrique98">Coccinelle</category>


		<description>http://coccinelle.lip6.fr/

-
&lt;a href="http://regal.lip6.fr/spip.php?rubrique98" rel="directory"&gt;Coccinelle&lt;/a&gt;


		</description>



		

	</item>



	<item>
		<title>Website</title>
		<link>http://regal.lip6.fr/spip.php?article122</link>
		<guid isPermaLink="true">http://regal.lip6.fr/spip.php?article122</guid>
		<dc:date>2011-01-17T08:51:37Z</dc:date>
		<dc:format>text/html</dc:format>
		<dc:language>en</dc:language>
		<dc:creator>Pierre Sens</dc:creator>

<category domain="http://regal.lip6.fr/spip.php?rubrique97">PASTIS</category>


		<description>https://gforge.inria.fr/projects/pastis/

-
&lt;a href="http://regal.lip6.fr/spip.php?rubrique97" rel="directory"&gt;PASTIS&lt;/a&gt;


		</description>



		

	</item>





</channel>

</rss>
