<feed xmlns='http://www.w3.org/2005/Atom'>
<title>ouroboros/src/ipcpd/normal, branch 0.11.4</title>
<subtitle>Ouroboros main repository</subtitle>
<id>http://133.ip-51-38-114.eu/cgit/ouroboros/atom?h=0.11.4</id>
<link rel='self' href='http://133.ip-51-38-114.eu/cgit/ouroboros/atom?h=0.11.4'/>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/'/>
<updated>2018-05-03T18:33:50+00:00</updated>
<entry>
<title>ipcpd: Limit number of returned query addresses</title>
<updated>2018-05-03T18:33:50+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2018-05-03T17:36:23+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=e92174e887bac9b18a6b5d18e04adaefd3bd4bc1'/>
<id>urn:sha1:e92174e887bac9b18a6b5d18e04adaefd3bd4bc1</id>
<content type='text'>
The query returned all addresses where a name was registered, causing
some scaling problems. Now it will return at most DHT_RETR_ADDR, which
is currently set at 1 (anycast).

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
<entry>
<title>ipcpd: Allow wait for dir enrollment on dt conn</title>
<updated>2018-05-03T15:56:11+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2018-05-03T15:49:03+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=919349fd119bff11e9d34da09a9d71bf5675dba2'/>
<id>urn:sha1:919349fd119bff11e9d34da09a9d71bf5675dba2</id>
<content type='text'>
This adds the option to wait for the directory (DHT) to enroll on
creating a new data transfer connection. This makes scripting network
bootstraps more stable. The default setting is OFF.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
<entry>
<title>ipcpd: Recalculate PFF upon adding new neighbor</title>
<updated>2018-05-03T15:53:09+00:00</updated>
<author>
<name>Sander Vrijders</name>
<email>sander.vrijders@ugent.be</email>
</author>
<published>2018-05-03T12:33:46+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=8295c3628f70c1db342860ff1e79fc7056557739'/>
<id>urn:sha1:8295c3628f70c1db342860ff1e79fc7056557739</id>
<content type='text'>
This recalculates the PFF upon adding a new neighbor, so that the
network reconverges faster. It is safe to do so since it is only done
by the two IPCPs that established the new flow. The PFF is also
recalculated every 4 seconds.

Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
</content>
</entry>
<entry>
<title>ipcpd: Prevent parallel DHT enrollment threads</title>
<updated>2018-05-03T12:35:08+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2018-05-03T12:19:49+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=04aa4e185cbd7d165bcd2f5855f624bc0569d24b'/>
<id>urn:sha1:04aa4e185cbd7d165bcd2f5855f624bc0569d24b</id>
<content type='text'>
This will prevent quick calls to ipcp conn for dt flows to create
multiple join threads in parallel, instead the subsequent calls will
wait for the pending join to finish.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
<entry>
<title>ipcpd: Don't do lookup with new DT when running</title>
<updated>2018-05-03T09:00:58+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2018-05-03T08:59:34+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=711777a4c7665db2d7ec8d05105eee29054c8562'/>
<id>urn:sha1:711777a4c7665db2d7ec8d05105eee29054c8562</id>
<content type='text'>
The DHT performed a lookup upon a new DT connection when it was
running for efficiency reasons. This lookup somehow cause SEGV under
stress (rapid bootstrapping of networks). This will be solved with a
full revision of the DHT implementation.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
<entry>
<title>ipcpd: Cleanup pending DHT commands on shutdown</title>
<updated>2018-05-03T08:27:47+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2018-05-01T12:03:58+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=5485c380201897792a8e3f49f9b82ff0e99a5369'/>
<id>urn:sha1:5485c380201897792a8e3f49f9b82ff0e99a5369</id>
<content type='text'>
The list of commands was not cleaned up on shutdown.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
<entry>
<title>ipcpd: Remove cookie from DHT lookup at update</title>
<updated>2018-05-03T08:27:43+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2018-05-01T11:19:23+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=b047b21e376411a4bda7ed24720feaa9f2a4ecee'/>
<id>urn:sha1:b047b21e376411a4bda7ed24720feaa9f2a4ecee</id>
<content type='text'>
The lookup struct uses the cookies to track pending request messages,
but they were not removed when a response is processed. Upon reuse of
a cookie for the next message, it could update the wrong lookup. This
removes the cookie for a lookup when it is looked for.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
<entry>
<title>ipcpd: Shut down DHT gracefully during enrollment</title>
<updated>2018-05-03T08:27:39+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2018-05-01T11:19:24+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=b15d12f7154e80674093597697ffc6af5a4230bf'/>
<id>urn:sha1:b15d12f7154e80674093597697ffc6af5a4230bf</id>
<content type='text'>
The DHT has a thread that continued to run during shutdown. The
shutdown state is now checked for. It will not try to send messages at
shutdown.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
<entry>
<title>ipcpd: Create notifier before connmgr</title>
<updated>2018-04-26T10:57:59+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2018-04-26T10:40:10+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=f98a17855f20018b6a4635e26bae8c820eb192d2'/>
<id>urn:sha1:f98a17855f20018b6a4635e26bae8c820eb192d2</id>
<content type='text'>
The connmgr requires the notifier, but the notifier was created after
and destroyed before the connmgr. This is now fixed.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
<entry>
<title>ipcpd: Enable locking threads to a CPU core</title>
<updated>2018-04-05T08:31:52+00:00</updated>
<author>
<name>Dimitri Staessens</name>
<email>dimitri.staessens@ugent.be</email>
</author>
<published>2018-04-02T06:19:54+00:00</published>
<link rel='alternate' type='text/html' href='http://133.ip-51-38-114.eu/cgit/ouroboros/commit/?id=3b03c4b2bcbcf5a913a3127d2b45283540c505c3'/>
<id>urn:sha1:3b03c4b2bcbcf5a913a3127d2b45283540c505c3</id>
<content type='text'>
This adds a function that locks a thread to a random core. This
greatly improves performance on multi-cpu systems. There is no
portable way to do this, this only implements it for GNU/Linux.

Signed-off-by: Dimitri Staessens &lt;dimitri.staessens@ugent.be&gt;
Signed-off-by: Sander Vrijders &lt;sander.vrijders@ugent.be&gt;
</content>
</entry>
</feed>
