J.A. Marques, R. Balter, V. Cahill, P. Guedes, N. Harris, C. Horn, S. Krakowiak, A. Kramer, J. Slattery, and G. Vandome, "Implementing the Comandos Architecture," ESPRIT'88: Proceedings of the 5th Annual ESPRIT Conference, pp. 1140-1157, Brussels, Nov. 1988. Home/Search Document Details and Download
Summary Related Articles Check |
This paper is cited in the following contexts:
Secondary Storage Garbage Collection for Decentralized.. - Björnerstedt (1990) (1 citation) (Correct)
....persistent objects and persistent references to objects. Both objects, and references to objects, may be moved between nodes. Each node has one or more root objects which are reachable by definition and which may not be moved. This is quite a general model and many existing systems fit this model [Lisko83, Shriv88, Marqu88, Bjorn88]. On top of this we make the assumptions listed below. They simplify the system and the garbage collection problem. We believe they are reasonable A.Bjornerstedt 9 assumptions. In other words the decentralized system and the garbage collection problem are not made trivial by the assumptions. ffl ....
.... unreliable. When the object manager scans incoming our outgoing messages and finds such a reference it ignores it. In other words no lookup or addition to the log is made for any EI list. Safety would not be guaranteed for such references. 6 Comparison with other work The Commandos architecture [Marqu88, COMAN87] uses aging instead of garbage collection. Objects which have not been accessed for a certain period of time are successively moved to lower levels in a memory hierarchy. This is similar to swapping except that objects reaching the lowest level never return. This approach is not safe in a formal ....
J.A. Marques, R. Balter, V. Cahill, P. Guedes, N. Harris, C. Horn, S. Krakowiak, A. Kramer, J. Slattery, and G. Vandome, "Implementing the Comandos Architecture," ESPRIT'88: Proceedings of the 5th Annual ESPRIT Conference, pp. 1140-1157, Brussels, Nov. 1988.
Design and Implementation of the I K Remote Invocation Service - Lopes (1992) (Correct)
....it concludes about the virtues and limitations of these solutions. I K is one implementation of the COMANDOS 1 generic model. Recently I K was selected as the Object Oriented platform in HARNESS 2 project. 1 Introduction The I K platform [9,10] implemented in the COMANDOS Project [8], was designed to ease the development of distributed applications, and is based on a uniform object model. As presently implemented, it supports C [4] as the programming language and with respect to remote entities, the platform allows a very high level of transparency, meaning that all the ....
J. A. Marques, R. Balter, V. Cahill, P Guedes, N. Harris, C. Horn, S. Krakowiak, A. Kramer, J. Slattery, and G. Vandome. Implementing the COMANDOS Architecture. In Esprit Technical Week, Brussels, November 1988. North-Holland.
Reclaiming Storage in an Object Oriented Platform Supporting.. - Ferreira (1991) (6 citations) (Correct)
....nongenerational version. Besides these two algorithms, another one was developed in order to reclaim nonobject memory (usually strings) This memory can be explicitly created by the programmer or by the Communication Subsystem in order to support distributed invocations. 1 Introduction Comandos [1, 2] is a project within the ESPRIT (European Strategic Program for Research on Information Technology) and its fundamental goal is to define and implement an integrated platform able to support concurrent applications which transparently handle distributed and persistent data. It was used an object ....
J. A. Marques, R. Balter, V. Cahill, P. Guedes, N. Harris, C. Horn, S. Krakoviak, A. Kramer, J. Slattery, and G. Vandome. Implementing the COMANDOS Architecture. In Proceedings of Esprit Technical Week, North-Holland, Brussels (Belgium) , November 1988.
Online articles have much greater impact More about CiteSeer.IST Add search form to your site Submit documents Feedback
CiteSeer.IST - Copyright Penn State and NEC