<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://homeostasis.scs.carleton.ca/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Askillen</id>
	<title>Soma-notes - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://homeostasis.scs.carleton.ca/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Askillen"/>
	<link rel="alternate" type="text/html" href="https://homeostasis.scs.carleton.ca/wiki/index.php/Special:Contributions/Askillen"/>
	<updated>2026-04-24T14:39:39Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.42.1</generator>
	<entry>
		<id>https://homeostasis.scs.carleton.ca/wiki/index.php?title=DistOS_2014W_Lecture_18&amp;diff=18854</id>
		<title>DistOS 2014W Lecture 18</title>
		<link rel="alternate" type="text/html" href="https://homeostasis.scs.carleton.ca/wiki/index.php?title=DistOS_2014W_Lecture_18&amp;diff=18854"/>
		<updated>2014-03-18T15:26:17Z</updated>

		<summary type="html">&lt;p&gt;Askillen: /* Distributed Hash Table Overview */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Distributed Hash Table Overview ==&lt;br /&gt;
&lt;br /&gt;
A Distributed Hash Table (DHT) is a fast lookup structure of &amp;lt;key,value&amp;gt; pairs,&lt;br /&gt;
distributed across many nodes in a network.  Keys are hashed to generate the &lt;br /&gt;
index at which the value can be found.  Depending on the nature of the hash &lt;br /&gt;
function, only exact queries may be returned.  Each node has a partial view of &lt;br /&gt;
the hash table, as opposed to a full replica.  This has given rise to a number &lt;br /&gt;
of different search techniques:&lt;br /&gt;
*  A centralized server may maintain a list of all keys and associated nodes at which the value can be found.  This method involves a single point of failure.&lt;br /&gt;
* Each node may query all connected nodes.  This method has performance and scalability shortcomings &lt;br /&gt;
* The keyspace can be partitioned such that nodes will maintain the values for keys that hash to similar indices (e.g., within a certain hamming distance).  This method is not suitable for all applications, as it involves bandwidth-intensive migration of data stored in the DHT.&lt;br /&gt;
&lt;br /&gt;
===Tapestry:===&lt;br /&gt;
Tapestry is an overlay network which makes use of a DHT to provide routing for&lt;br /&gt;
distributed applications.  Similar to IP routing, not all nodes need to be &lt;br /&gt;
directly connected to each other: they can query a subset of neighbours for&lt;br /&gt;
information about which nodes are responsible for certain parts of the keyspace.&lt;br /&gt;
Routing is performed in such a way that nodes are aware of their &#039;&#039;distance&#039;&#039;&lt;br /&gt;
to the object being queried.  Hence objects can be located with low latency&lt;br /&gt;
without the need to migrate actual object data between nodes.  Tapestry has been used in some academic applications such as OceanStore.&lt;br /&gt;
&lt;br /&gt;
**Tapestry&lt;br /&gt;
* Distributed .&lt;br /&gt;
* Simple key-value store.&lt;br /&gt;
* using DHT ( distributed hash table).&lt;br /&gt;
* look up table contains : key and value&lt;br /&gt;
* DNS as tree but Tapestry as hercically structure.&lt;br /&gt;
&lt;br /&gt;
**More dtails about Tapestry:&lt;br /&gt;
** how the information flow?&lt;br /&gt;
* each nod has neighbour table which that contains the node neighbour number.&lt;br /&gt;
&lt;br /&gt;
** Tapestry API:&lt;br /&gt;
* have four operations called &lt;br /&gt;
* each node has ID and each endpoint has GUID (Globally unique identifier).&lt;br /&gt;
&lt;br /&gt;
**Tapestry look like operating system.&lt;br /&gt;
* it has two models,one is built on UDP protocol and the other on TCP protocol.&lt;/div&gt;</summary>
		<author><name>Askillen</name></author>
	</entry>
	<entry>
		<id>https://homeostasis.scs.carleton.ca/wiki/index.php?title=DistOS_2014W_Lecture_18&amp;diff=18853</id>
		<title>DistOS 2014W Lecture 18</title>
		<link rel="alternate" type="text/html" href="https://homeostasis.scs.carleton.ca/wiki/index.php?title=DistOS_2014W_Lecture_18&amp;diff=18853"/>
		<updated>2014-03-18T15:24:05Z</updated>

		<summary type="html">&lt;p&gt;Askillen: /* Tapestry: */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Distributed Hash Table Overview ==&lt;br /&gt;
&lt;br /&gt;
A Distributed Hash Table (DHT) is a fast lookup structure of &amp;lt;key,value&amp;gt; pairs,&lt;br /&gt;
distributed across many nodes in a network.  Keys are hashed to generate the &lt;br /&gt;
index at which the value can be found.  Depending on the nature of the hash &lt;br /&gt;
function, only exact queries may be returned.  Each node has a partial view of &lt;br /&gt;
the hash table, as opposed to a full replica.  This has given rise to a number &lt;br /&gt;
of different search techniques:&lt;br /&gt;
*  A centralized server may maintain a list of all keys and associated nodes at which the value can be found.  This method involves a single point of failure.&lt;br /&gt;
* Each node may query all connected nodes.  This method has performance and scalability shortcomings &lt;br /&gt;
* The keyspace can be partitioned such that nodes will maintain the values for keys that hash to similar indices (e.g., within a certain hamming distance).  This method is not suitable for all applications, as it involves bandwidth-intensive migration of data stored in the DHT.&lt;br /&gt;
&lt;br /&gt;
===Tapestry:===&lt;br /&gt;
Tapestry is an overlay network which makes use of a DHT to provide routing for&lt;br /&gt;
distributed applications.  Similar to IP routing, not all nodes need to be &lt;br /&gt;
directly connected to each other: they can query a subset of neighbours for&lt;br /&gt;
information about which nodes are responsible for certain parts of the keyspace.&lt;br /&gt;
Routing is performed in such a way that nodes are aware of their &#039;&#039;distance&#039;&#039;&lt;br /&gt;
to the object being queried.  Hence objects can be located with low latency&lt;br /&gt;
without the need to migrate actual object data between nodes.&lt;br /&gt;
&lt;br /&gt;
**Tapestry&lt;br /&gt;
* Distributed .&lt;br /&gt;
* Simple key-value store.&lt;br /&gt;
* using DHT ( distributed hash table).&lt;br /&gt;
* look up table contains : key and value&lt;br /&gt;
* DNS as tree but Tapestry as hercically structure.&lt;br /&gt;
&lt;br /&gt;
**More dtails about Tapestry:&lt;br /&gt;
** how the information flow?&lt;br /&gt;
* each nod has neighbour table which that contains the node neighbour number.&lt;br /&gt;
&lt;br /&gt;
** Tapestry API:&lt;br /&gt;
* have four operations called &lt;br /&gt;
* each node has ID and each endpoint has GUID (Globally unique identifier).&lt;br /&gt;
&lt;br /&gt;
**Tapestry look like operating system.&lt;br /&gt;
* it has two models,one is built on UDP protocol and the other on TCP protocol.&lt;/div&gt;</summary>
		<author><name>Askillen</name></author>
	</entry>
	<entry>
		<id>https://homeostasis.scs.carleton.ca/wiki/index.php?title=DistOS_2014W_Lecture_18&amp;diff=18852</id>
		<title>DistOS 2014W Lecture 18</title>
		<link rel="alternate" type="text/html" href="https://homeostasis.scs.carleton.ca/wiki/index.php?title=DistOS_2014W_Lecture_18&amp;diff=18852"/>
		<updated>2014-03-18T15:14:29Z</updated>

		<summary type="html">&lt;p&gt;Askillen: /* Distributed Hash Table Overview */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Distributed Hash Table Overview ==&lt;br /&gt;
&lt;br /&gt;
A Distributed Hash Table (DHT) is a fast lookup structure of &amp;lt;key,value&amp;gt; pairs,&lt;br /&gt;
distributed across many nodes in a network.  Keys are hashed to generate the &lt;br /&gt;
index at which the value can be found.  Depending on the nature of the hash &lt;br /&gt;
function, only exact queries may be returned.  Each node has a partial view of &lt;br /&gt;
the hash table, as opposed to a full replica.  This has given rise to a number &lt;br /&gt;
of different search techniques:&lt;br /&gt;
*  A centralized server may maintain a list of all keys and associated nodes at which the value can be found.  This method involves a single point of failure.&lt;br /&gt;
* Each node may query all connected nodes.  This method has performance and scalability shortcomings &lt;br /&gt;
* The keyspace can be partitioned such that nodes will maintain the values for keys that hash to similar indices (e.g., within a certain hamming distance).  This method is not suitable for all applications, as it involves bandwidth-intensive migration of data stored in the DHT.&lt;br /&gt;
&lt;br /&gt;
===Tapestry:===&lt;br /&gt;
Tapestry is an overlay network which makes use of a DHT to provide routing for&lt;br /&gt;
distributed applications.  Similar to IP routing, not all nodes need to be &lt;br /&gt;
directly connected to each other: they can query a subset of neighbours for&lt;br /&gt;
information about which nodes are responsible for certain parts of the keyspace.&lt;br /&gt;
Routing is performed in such a way that nodes are aware of their &#039;&#039;distance&#039;&#039;&lt;br /&gt;
to the object being queried.  Hence objects can be located with low latency&lt;br /&gt;
without the need to migrate actual object data between nodes.  It would be interesting&lt;br /&gt;
to see if Tapestry could be adapted for anonymity similar to ant-colony routing&lt;br /&gt;
schemes.&lt;br /&gt;
&lt;br /&gt;
**Tapestry&lt;br /&gt;
* Distributed .&lt;br /&gt;
* Simple key-value store.&lt;br /&gt;
* using DHT ( distributed hash table).&lt;br /&gt;
* look up table contains : key and value&lt;br /&gt;
* DNS as tree but Tapestry as hercically structure.&lt;br /&gt;
&lt;br /&gt;
**More dtails about Tapestry:&lt;br /&gt;
** how the information flow?&lt;br /&gt;
* each nod has neighbour table which that contains the node neighbour number.&lt;br /&gt;
&lt;br /&gt;
** Tapestry API:&lt;br /&gt;
* have four operations called &lt;br /&gt;
* each node has ID and each endpoint has GUID (Globally unique identifier).&lt;br /&gt;
&lt;br /&gt;
**Tapestry look like operating system.&lt;br /&gt;
* it has two models,one is built on UDP protocol and the other on TCP protocol.&lt;/div&gt;</summary>
		<author><name>Askillen</name></author>
	</entry>
	<entry>
		<id>https://homeostasis.scs.carleton.ca/wiki/index.php?title=DistOS_2014W_Lecture_18&amp;diff=18850</id>
		<title>DistOS 2014W Lecture 18</title>
		<link rel="alternate" type="text/html" href="https://homeostasis.scs.carleton.ca/wiki/index.php?title=DistOS_2014W_Lecture_18&amp;diff=18850"/>
		<updated>2014-03-18T15:10:27Z</updated>

		<summary type="html">&lt;p&gt;Askillen: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Distributed Hash Table Overview ==&lt;br /&gt;
&lt;br /&gt;
A Distributed Hash Table (DHT) is a fast lookup structure of &amp;lt;key,value&amp;gt; pairs,&lt;br /&gt;
distributed across many nodes in a network.  Keys are hashed to generate the &lt;br /&gt;
index at which the value can be found.  Depending on the nature of the hash &lt;br /&gt;
function, only exact queries may be returned.  Each node has a partial view of &lt;br /&gt;
the hash table, as opposed to a full replica.  This has given rise to a number &lt;br /&gt;
of different search techniques:&lt;br /&gt;
*  A centralized server may maintain a list of all keys and associated nodes&lt;br /&gt;
at which the value can be found.  This method involves a single point of failure.&lt;br /&gt;
* Each node may query all connected nodes.  This method has performance and&lt;br /&gt;
scalability shortcomings&lt;br /&gt;
* The keyspace can be partitioned such that nodes will maintain the values&lt;br /&gt;
for keys that hash to similar indices (e.g., within a certain hamming distance).&lt;br /&gt;
This method is not suitable for all applications, as it involves &lt;br /&gt;
bandwidth-intensive migration of data stored in the DHT.&lt;br /&gt;
&lt;br /&gt;
===Tapestry:===&lt;br /&gt;
Tapestry is an overlay network which makes use of a DHT to provide routing for&lt;br /&gt;
distributed applications.  Similar to IP routing, not all nodes need to be &lt;br /&gt;
directly connected to each other: they can query a subset of neighbours for&lt;br /&gt;
information about which nodes are responsible for certain parts of the keyspace.&lt;br /&gt;
Routing is performed in such a way that nodes are aware of their &#039;&#039;distance&#039;&#039;&lt;br /&gt;
to the object being queried.  Hence objects can be located with low latency&lt;br /&gt;
without the need to migrate actual object data between nodes.  It would be interesting&lt;br /&gt;
to see if Tapestry could be adapted for anonymity similar to ant-colony routing&lt;br /&gt;
schemes.&lt;br /&gt;
&lt;br /&gt;
**Tapestry&lt;br /&gt;
* Distributed .&lt;br /&gt;
* Simple key-value store.&lt;br /&gt;
* using DHT ( distributed hash table).&lt;br /&gt;
* look up table contains : key and value&lt;br /&gt;
* DNS as tree but Tapestry as hercically structure.&lt;br /&gt;
&lt;br /&gt;
**More dtails about Tapestry:&lt;br /&gt;
** how the information flow?&lt;br /&gt;
* each nod has neighbour table which that contains the node neighbour number.&lt;br /&gt;
&lt;br /&gt;
** Tapestry API:&lt;br /&gt;
* have four operations called &lt;br /&gt;
* each node has ID and each endpoint has GUID (Globally unique identifier).&lt;br /&gt;
&lt;br /&gt;
**Tapestry look like operating system.&lt;/div&gt;</summary>
		<author><name>Askillen</name></author>
	</entry>
	<entry>
		<id>https://homeostasis.scs.carleton.ca/wiki/index.php?title=DistOS_2014W_Lecture_18&amp;diff=18849</id>
		<title>DistOS 2014W Lecture 18</title>
		<link rel="alternate" type="text/html" href="https://homeostasis.scs.carleton.ca/wiki/index.php?title=DistOS_2014W_Lecture_18&amp;diff=18849"/>
		<updated>2014-03-18T15:09:49Z</updated>

		<summary type="html">&lt;p&gt;Askillen: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Distributed Hash Table Overview ==&lt;br /&gt;
&lt;br /&gt;
A Distributed Hash Tables (DHT) is a fast lookup structure of &amp;lt;key,value&amp;gt; pairs,&lt;br /&gt;
distributed across many nodes in a network.  Keys are hashed to generate the &lt;br /&gt;
index at which the value can be found.  Depending on the nature of the hash &lt;br /&gt;
function, only exact queries may be returned.  Each node has a partial view of &lt;br /&gt;
the hash table, as opposed to a full replica.  This has given rise to a number &lt;br /&gt;
of different search techniques:&lt;br /&gt;
*  A centralized server may maintain a list of all keys and associated nodes&lt;br /&gt;
at which the value can be found.  This method involves a single point of failure.&lt;br /&gt;
* Each node may query all connected nodes.  This method has performance and&lt;br /&gt;
scalability shortcomings&lt;br /&gt;
* The keyspace can be partitioned such that nodes will maintain the values&lt;br /&gt;
for keys that hash to similar indices (e.g., within a certain hamming distance).&lt;br /&gt;
This method is not suitable for all applications, as it involves &lt;br /&gt;
bandwidth-intensive migration of data stored in the DHT.&lt;br /&gt;
&lt;br /&gt;
===Tapestry:===&lt;br /&gt;
Tapestry is an overlay network which makes use of a DHT to provide routing for&lt;br /&gt;
distributed applications.  Similar to IP routing, not all nodes need to be &lt;br /&gt;
directly connected to each other: they can query a subset of neighbours for&lt;br /&gt;
information about which nodes are responsible for certain parts of the keyspace.&lt;br /&gt;
Routing is performed in such a way that nodes are aware of their &#039;&#039;distance&#039;&#039;&lt;br /&gt;
to the object being queried.  Hence objects can be located with low latency&lt;br /&gt;
without the need to migrate actual object data between nodes.  It would be interesting&lt;br /&gt;
to see if Tapestry could be adapted for anonymity similar to ant-colony routing&lt;br /&gt;
schemes.&lt;br /&gt;
&lt;br /&gt;
**Tapestry&lt;br /&gt;
* Distributed .&lt;br /&gt;
* Simple key-value store.&lt;br /&gt;
* using DHT ( distributed hash table).&lt;br /&gt;
* look up table contains : key and value&lt;br /&gt;
* DNS as tree but Tapestry as hercically structure.&lt;br /&gt;
&lt;br /&gt;
**More dtails about Tapestry:&lt;br /&gt;
** how the information flow?&lt;br /&gt;
* each nod has neighbour table which that contains the node neighbour number.&lt;br /&gt;
&lt;br /&gt;
** Tapestry API:&lt;br /&gt;
* have four operations called &lt;br /&gt;
* each node has ID and each endpoint has GUID (Globally unique identifier).&lt;br /&gt;
&lt;br /&gt;
**Tapestry look like operating system.&lt;/div&gt;</summary>
		<author><name>Askillen</name></author>
	</entry>
</feed>