Re: alive e/ken style projects?
Tom Van Cutsem <[email protected]> Thu, 15 Oct 2015 22:55:05 +0200
| Newsgroups | gmane.comp.capabilities.general |
|---|---|
| Message-ID | <CAKDfNj87XhGGPAabM43KfQiG=fXSm9wFDBdCn=SaX0X7SHpSFA@mail.gmail.com> |
2015-10-15 9:51 GMT+02:00 Matt Rice <[email protected]>: > not sure that anybody has tried this sort of thing before, unreliable > promises seem a bit counter intuitive, though I haven't used promise > pipelining very much, the impression I get is that modeling > unreliability makes things weird... > Hi Matt, My PhD thesis largely revolved around marrying E's communicating event loops, far references and promise abstractions with the unreliable network conditions imposed by mobile ad hoc networks [1]. My experiments were done in a language called AmbientTalk [2]. One of the primary differences with E is that AmbientTalk's far references auto-buffer messages on network disconnect and will auto-reconnect when the network heals. This worked out well in our targeted environment because most network disconnects were assumed to be just temporary (e.g. due to intermittent wireless connectivity). Obviously this strategy doesn't deal with more permanent failures. We had various ways of dealing with that, such as expiration timeouts on the level of individual messages or leasing strategies on the level of far references. Promises associated with such messages or references would eventually get broken with an exception if the network partition remained. That said, AmbientTalk didn't implement promise pipelining the way E/CapTP did, so I can't speak to how one would marry such strategies with promise pipelining. Cheers, Tom [1] http://soft.vub.ac.be/~tvcutsem/talks/presentations/phd_tom_van_cutsem.pdf [2] https://code.google.com/p/ambienttalk/ _______________________________________________ cap-talk mailing list [email protected] http://www.eros-os.org/mailman/listinfo/cap-talk