Ouroboros main repository http://www.ouroboros.rocks/cgit/ouroboros/atom?h=0.7 2017-10-14T11:19:10Z 2017-10-14T11:19:10Z dimitri staessens dimitri.staessens@ugent.be 2017-10-12T00:15:39Z urn:sha1:bedd1d4eadde9ab64f924c69eba716b015599e67 This commit deprecates ouroboros_init and ouroboros_fini and adds them as a constructor or destructor, causing these function to be run automatically when a program that links to the library calls and exits main(). For this to fully work, the library had to be split so that we can avoid the irmd calling these functions (the IRMd has to create the shm structures on which these calls depend). The library is split in 3 parts: libouroboros-dev, libouroboros-irm and libouroboros-common. The latter is linked to the other two so that including libouroboros-dev or libouroboros-irm will also link libouroboros-common. 2017-09-30T15:58:18Z dimitri staessens dimitri.staessens@ugent.be 2017-09-30T15:58:18Z urn:sha1:9405ad97e20686f74c06bcbac9523a8b4f10272e This makes the threadpool use pthread_cancel instead of setting an exit flag that threadpool managed threads check periodically. This drastically reduces CPU consumption in the irmd when running a lot of applications. It requires cancellation handlers in the ipcp and irmd to be implemented to ensure safe cancellation during operation and shutdown. 2017-09-26T09:02:03Z Sander Vrijders sander.vrijders@ugent.be 2017-09-26T09:02:03Z urn:sha1:90900d36b7a380fee19b2171f4e49eed1eb35e8d A pthread_cond_wait was using the pthread_cond_clock and thereby timing out constantly, consuming 100% CPU. This changes it to use the realtime clock. 2017-09-24T20:00:20Z dimitri staessens dimitri.staessens@ugent.be 2017-09-24T19:43:05Z urn:sha1:a8ec5017e0a4452f520c90f68dc049d28a922690 The lookup_update was waiting for the LU_INIT state to resolve under dht->lock which prevented that update. This PR fixes this bug, but leaves a (very rare) bug when the lookup_destroy is called while the lookup_update is waiting for the LU_INIT state to resolve. The solution also is a (harmless) lock inversion, but this is also not the best. Fixes #51 Fixes #52 2017-09-24T12:34:03Z dimitri staessens dimitri.staessens@ugent.be 2017-09-24T12:34:03Z urn:sha1:ff5063ad0e7902ce59864a466bd9d8d606d788e4 This adds a threadpool manager to the DHT. This was needed because the detached thread could cause a data race on shutdown. The threadpool manager is revised to allow multiple instances in a single program. The irmd and ipcp now store commands in a buffer (list) instead of a single buffer before passing it to handler threads. 2017-09-23T13:17:53Z dimitri staessens dimitri.staessens@ugent.be 2017-09-23T13:17:53Z urn:sha1:7cef269be64f64b920763c6f2455931422c8bfe9 Some bugfixes 2017-09-23T13:14:06Z dimitri staessens dimitri.staessens@ugent.be 2017-09-23T12:59:04Z urn:sha1:7c8857ebae5e7c4ac2420e66299aad1774ce0e87 2017-09-23T10:10:53Z dimitri staessens dimitri.staessens@ugent.be 2017-09-23T10:10:53Z urn:sha1:3fac7e4d0a97f84c8d8a2ccac246abac399ff9fa Some bugfixes 2017-09-23T08:33:54Z dimitri staessens dimitri.staessens@ugent.be 2017-09-23T08:33:54Z urn:sha1:17ab2b6d6bc95337d5fd54e058c0822260dbacf1 2017-09-22T05:24:09Z dimitri staessens dimitri.staessens@ugent.be 2017-09-22T05:11:24Z urn:sha1:9e8877cc94e0d3a928b9009fb2b0ffce2c783d7a