ANGEL APPLICATION version 0.4.5 is disengaged into the hands of Angels!

This is another technical blow with regard to performance and stability in the 0.4 series of releases. The previous improvements have additionally been refined. It can be said with certainty that this release is the fastest ever. However, not much has happened in terms of visibility for end-users.

It should be noted that these performance enhancements are serving an important purpose: the expected lifetime theta of the ARCANUM CAPSULES stored in the ANGEL network is directly connected with the time dt needed to replace a bad medium with a good one (and replicate the content to it) [1]. The formula to calculate the lifetime is:

lifetime formula

Previous versions of the ANGEL APPLICATION (< 0.4.3) took about 10 days (in practice) to replicate and validate the current dataset in the ANGEL network, giving a lifetime of 4.13e8 years, which is about 5% of the current estimated age of the universe. This, obviously, is not good enough!

The improvements in the new version (0.4.5) make this number jump back to a sane value, namely 1.43e18 years, a number with 10 more zeros than the old version, surpassing the estimated age of the universe by the range of 100 million times. etoy.CORPORATION is back in eternity business.

For the nerds, here is the technical changelog:

  • on Mac OS X, the main window can now be closed without quitting the application (just for you agent.MONOROM ;-) )
  • mounting is not forced in a hidden way anymore. Instead, on GUI startup, a check is performed that asks the end-user if he wants to become an ANGEL by backing up missioneternity data. This only happens on fresh installations.
  • added menu Help->Version History
  • added angel_app.worker, which implements boiled down map/reduce functionality
  • html directory listing changed to be more independant of the website (css) and made it look more like a "technical" listing as opposed to looking like being part of the website
  • when syncing a collection that already exists, only sync the metadata
  • error handling refinements
  • optimized resource inspection by parallelizing network requests
  • optimized broadcast: parallelize broadcasting, essentially scaling O(1) instead of O(n). This saves about 1 hour per tree traversal right now. Also, only broadcasts to reachable clones that don't have the local node.
  • stability fixes in DirectoryDeadPropertyStore (file transactions and broken metadata)
  • optimized PROPPATCH: do not pingBack() to self
  • optimized PROPPATCH: use byte range based validation instead of full validation
  • optimized clone DNS resolution: resolve IP of local nodename, resolve all clone hostnames and check for IP doubles
  • added new config option to enable/disable parallelization in network requests, default on (common.workerforking = bool)
  • added new config variable in section 'common': 'repository-tmp'. This variable holds absolute paths, is optional and only relevant if you put the repository on a different mount point than angelHome. Atomic file renames cannot be done cross-device.

A download is available at

[1] Technical Report, Eternal Storage in Social Networks: MISSION ETERNITYs Angel-Application

Comments (1)  Permalink

information warfare

memos to the rescue

m221e.ETERNITY-ENGINEERS working on the future

CALL for testing ANGEL APPLICATION release candidate 0.2.0rc1

Dear all,

the ANGEL APPLICATION source code has reached a point which we think is good for creating a new public release for m221e ANGELS.

To make sure things go well, we kindly ask that each etoy.AGENT running MAC OS X or a Unix-ish operating system downloads the RELEASE CANDIDATE of the software, which is available at

All we ask for is starting it and checking the following things:

- does it crash?
- does the "p2p process" run continuously?
- do all the icons and images show up correctly?

If you encounter problems, you can do the following:

- purge the repository via the new File menu command and see if the problem persists
- remove all previous data like so:

    rm -rf ~/.angel-app
    rm ~/.angelrc

and see if the problem persists
- report the operating system version
- for mac users, consider copy pasting output from (it shows the logging of angel-app)

For a list of changes, I suggest looking at agent Vincent's blog post at:

It would be nice to get feedback (also positive ;-) ) during the weekend.

thank you!

Comments (16)  Permalink

Angel-App Functional Prototype Finished

We are pleased to announce that MISSION ETERNITY's angel-app is passing all core tests, and can therefore now be considered to be in a functional prototype state. It is currently undergoing an extensive testing and refinement phase inside etoy, followed by the development of a minimal GUI, at which point a beta-quality end user release for Mac OS X and open-source unices will be prepared.

Expected duration until alpha-release: 2-4 weeks.

Expected duration until beta-release: 1-2 months.

Kind regards,
etoy.VINCENT, etoy.POL

Zend PHP 5 Certification

etoy.SILVAN is now our Zend Certified Engineer


Britney got a home

Britney - etoy's dynamic display system finally got a home at

The site offers some description beyond the technical facts and points out the use cases where Britney got applied in the context of etoy. Sourcecode, downloads and more detailed information about installation etc. will be available as soon we finished migrating to sourceforge.

Watch this space or this feed for updates.
Related Entries:
Slides from Britney presentation at ZeroOne

Slides from Britney presentation at ZeroOne

etoy.MONOROM and etoy.SILVAN presented Britney - etoy's dynamic display system - in the context of Isea's Artist presentations track yesterday.
The slides are available at:
1-7/7 twisting values since 1994