The Experts below are selected from a list of 16350 Experts worldwide ranked by ideXlab platform

Benny Yih - One of the best experts on this subject based on the ideXlab platform.

  • A Dossier Driven Persistent Objects Facility
    USENIX Association, 1994
    Co-Authors: Robert Mecklenburg, Charles Clark, Gary Lindstrom, Benny Yih
    Abstract:

    We describe the design and implementation of a persistent object storage facility based on a dossier driven approach. Objects are characterized by dossiers which describe both their language defined and "extra-linguistic" properties. These dossiers are generated by a C++ preprocessor in concert with an augmented, but completely C++ compatible, class description language. The design places very few burdens on the Application Programmer and can be used without altering the data member layout of Application objects or inheriting from special classes. The storage format is kept simple to allow the use of a variety of data storage backends. In addition, these dossiers can be used to implement (or augment) a run-time typing facility compatible with the proposed ANSI C++ standard. Finally, by providing a generic object to byte stream conversion the persistent object facility can also be used in conjunction with an interprocess communication facility to provide object-level communication betwe..

  • A Dossier Driven Persistent Objects Facility
    USENIX Association, 1994
    Co-Authors: Robert Mecklenburg Charles, Charles Clark, Gary Lindstrom, Benny Yih
    Abstract:

    We describe the design and implementation of a persistent object storage facility based on a dossier driven approach. Objects are characterized by dossiers which describe both their language defined and "extra-linguistic" properties. These dossiers are generated by a C++ preprocessor in concert with an augmented, but completely C++ compatible, class description language. The design places very few burdens on the Application Programmer and can be used without altering the data member layout of Application objects or inheriting from special classes. The storage format is kept simple to allow the use of a variety of data storage backends. In addition, these dossiers can be used to implement (or augment) a run-time typing facility compatible with the proposed ANSI C++ standard. Finally, by providing a generic object to byte stream conversion the persistent object facility can also be used in conjunction with an interprocess communication facility to provide object-level communic..

  • A Dossier Driven Persistent Objects Facility
    USENIX Association, 1994
    Co-Authors: Robert Mecklenburg, Charles Clark, Gary Lindstrom, Benny Yih
    Abstract:

    We describe the design and implementation of a persistent object storage facility based on a dossier driven approach. Objects are characterized by dossiers which describe both their language defined and "extra-linguistic" properties. These dossiers are generated by a C++ preprocessor in concert with an augmented, but completely C++ compatible, class description language. The design places very few burdens on the Application Programmer and can be used without altering the data member layout of Application objects or inheriting from special classes. The storage format is kept simple to allow the use of a variety of data storage backends. Finally, by providing a generic object to byte stream conversion the persistent object facility can also be used in conjunction with an interprocess communication facility to provide object-level communication between processes. 1 1 This research was sponsored by Hewlett-Packard's Research Grants Program and by the Advanced Research Projects Agency (DO..

Michael L Scott - One of the best experts on this subject based on the ideXlab platform.

  • exploiting high level coherence information to optimize distributed shared state
    ACM SIGPLAN Symposium on Principles and Practice of Parallel Programming, 2003
    Co-Authors: Deqing Chen, Sandhya Dwarkadas, Chunqiang Tang, Brandon C S Sanders, Michael L Scott
    Abstract:

    InterWeave is a distributed middleware system that supports the sharing of strongly typed, pointer-rich data structures across a wide variety of hardware architectures, operating systems, and programming languages. As a complement to RPC/RMI, InterWeave facilitates the rapid development of maintainable code by allowing processes to access shared data using ordinary reads and writes.Internally, InterWeave employs a variety of aggressive optimizations to obtain significant performance improvements with minimal Programmer effort. In this paper, we focus on Application-specific optimizations that exploit dynamic high-level information about an Application's spatial data access patterns and the stringency of its coherence requirements. Using Applications drawn from computer vision, datamining, and web proxy caching, we illustrate the specification of coherence requirements based on the (temporal) concept of "recent enough" to use, and introduce two (spatial) notions of views, which allow a program to limit coherence management to the portion of a data structure actively in use. Experiments with these Applications show that InterWeave can reduce their communication traffic by up to one order of magnitude with minimum effort on the part of the Application Programmer.

  • component based operating system apis a versioning and distributed resource solution
    IEEE Computer, 1999
    Co-Authors: Robert J Stets, Galen C Hunt, Michael L Scott
    Abstract:

    Component software techniques have been developed to facilitate software reuse. State and functionality are encapsulated inside components with the goal of limiting program errors due to implicit interactions between components. Late binding of components allows implementations to be chosen at run-time, thereby increasing opportunities for reuse. Current component infrastructures also provide version management capabilities to control the evolutionary development of components. In addition to the general goal of reuse, component software has also focused on enabling distributed computing. Current component infrastructures have strong support for distributed Applications. By leveraging these strengths of component software, a component-based operating system (OS) Application Programmer interface (API) can remedy two weaknesses of current monolithic, procedural APIs. Current APIs are typically very rigid; they can not be modified without jeopardizing legacy Applications. This rigidity results in bloat in both API complexity and support code. Also current APIs focus primarily on the single host machine. They lack the ability to name and manipulate OS resources on remote machines. An API constructed entirely of components can leverage version management and distributed computing facilities. Version management can be used to identify legacy APIs, which can then be dynamically loaded. OS resources modeled as components can be instantiated on remote machines and then manipulated with the natural access semantics. We have developed the COP system as prototype component-based API for Windows NT. The system provides an API with version management capabilities and with a method for naming and manipulating remote OS resources. The advantages are gained with a minimum of overhead and without sacrificing legacy compatibility.

Vipin Chaudhary - One of the best experts on this subject based on the ideXlab platform.

  • Design issues for a high-performance distributed shared memory on symmetrical multiprocessor clusters
    Cluster Computing, 1999
    Co-Authors: Vipin Chaudhary
    Abstract:

    Clusters of Symmetrical Multiprocessors (SMPs) have recently become the norm for high-performance economical computing solutions. Multiple nodes in a cluster can be used for parallel programming using a message passing library. An alternate approach is to use a software Distributed Shared Memory (DSM) to provide a view of shared memory to the Application Programmer. This paper describes Strings, a high performance distributed shared memory system designed for such SMP clusters. The distinguishing feature of this system is the use of a fully multi-threaded runtime system, using kernel level threads. Strings allows multiple Application threads to be run on each node in a cluster. Since most modern UNIX systems can multiplex these threads on kernel level light weight processes, Applications written using Strings can exploit multiple processors on a SMP machine. This paper describes some of the architectural details of the system and illustrates the performance improvements with benchmark programs from the SPLASH-2 suite, some computational kernels as well as a full fledged Application. It is found that using multiple processes on SMP nodes provides good speedups only for a few of the programs. Multiple Application threads can improve the performance in some cases, but other programs show a slowdown. If kernel threads are used additionally, the overall performance improves significantly in all programs tested. Other design decisions also have a beneficial impact, though to a lesser degree.

Charles Clark - One of the best experts on this subject based on the ideXlab platform.

  • A Dossier Driven Persistent Objects Facility
    USENIX Association, 1994
    Co-Authors: Robert Mecklenburg, Charles Clark, Gary Lindstrom, Benny Yih
    Abstract:

    We describe the design and implementation of a persistent object storage facility based on a dossier driven approach. Objects are characterized by dossiers which describe both their language defined and "extra-linguistic" properties. These dossiers are generated by a C++ preprocessor in concert with an augmented, but completely C++ compatible, class description language. The design places very few burdens on the Application Programmer and can be used without altering the data member layout of Application objects or inheriting from special classes. The storage format is kept simple to allow the use of a variety of data storage backends. In addition, these dossiers can be used to implement (or augment) a run-time typing facility compatible with the proposed ANSI C++ standard. Finally, by providing a generic object to byte stream conversion the persistent object facility can also be used in conjunction with an interprocess communication facility to provide object-level communication betwe..

  • A Dossier Driven Persistent Objects Facility
    USENIX Association, 1994
    Co-Authors: Robert Mecklenburg Charles, Charles Clark, Gary Lindstrom, Benny Yih
    Abstract:

    We describe the design and implementation of a persistent object storage facility based on a dossier driven approach. Objects are characterized by dossiers which describe both their language defined and "extra-linguistic" properties. These dossiers are generated by a C++ preprocessor in concert with an augmented, but completely C++ compatible, class description language. The design places very few burdens on the Application Programmer and can be used without altering the data member layout of Application objects or inheriting from special classes. The storage format is kept simple to allow the use of a variety of data storage backends. In addition, these dossiers can be used to implement (or augment) a run-time typing facility compatible with the proposed ANSI C++ standard. Finally, by providing a generic object to byte stream conversion the persistent object facility can also be used in conjunction with an interprocess communication facility to provide object-level communic..

  • A Dossier Driven Persistent Objects Facility
    USENIX Association, 1994
    Co-Authors: Robert Mecklenburg, Charles Clark, Gary Lindstrom, Benny Yih
    Abstract:

    We describe the design and implementation of a persistent object storage facility based on a dossier driven approach. Objects are characterized by dossiers which describe both their language defined and "extra-linguistic" properties. These dossiers are generated by a C++ preprocessor in concert with an augmented, but completely C++ compatible, class description language. The design places very few burdens on the Application Programmer and can be used without altering the data member layout of Application objects or inheriting from special classes. The storage format is kept simple to allow the use of a variety of data storage backends. Finally, by providing a generic object to byte stream conversion the persistent object facility can also be used in conjunction with an interprocess communication facility to provide object-level communication between processes. 1 1 This research was sponsored by Hewlett-Packard's Research Grants Program and by the Advanced Research Projects Agency (DO..

Gary Lindstrom - One of the best experts on this subject based on the ideXlab platform.

  • A Dossier Driven Persistent Objects Facility
    USENIX Association, 1994
    Co-Authors: Robert Mecklenburg, Charles Clark, Gary Lindstrom, Benny Yih
    Abstract:

    We describe the design and implementation of a persistent object storage facility based on a dossier driven approach. Objects are characterized by dossiers which describe both their language defined and "extra-linguistic" properties. These dossiers are generated by a C++ preprocessor in concert with an augmented, but completely C++ compatible, class description language. The design places very few burdens on the Application Programmer and can be used without altering the data member layout of Application objects or inheriting from special classes. The storage format is kept simple to allow the use of a variety of data storage backends. In addition, these dossiers can be used to implement (or augment) a run-time typing facility compatible with the proposed ANSI C++ standard. Finally, by providing a generic object to byte stream conversion the persistent object facility can also be used in conjunction with an interprocess communication facility to provide object-level communication betwe..

  • A Dossier Driven Persistent Objects Facility
    USENIX Association, 1994
    Co-Authors: Robert Mecklenburg Charles, Charles Clark, Gary Lindstrom, Benny Yih
    Abstract:

    We describe the design and implementation of a persistent object storage facility based on a dossier driven approach. Objects are characterized by dossiers which describe both their language defined and "extra-linguistic" properties. These dossiers are generated by a C++ preprocessor in concert with an augmented, but completely C++ compatible, class description language. The design places very few burdens on the Application Programmer and can be used without altering the data member layout of Application objects or inheriting from special classes. The storage format is kept simple to allow the use of a variety of data storage backends. In addition, these dossiers can be used to implement (or augment) a run-time typing facility compatible with the proposed ANSI C++ standard. Finally, by providing a generic object to byte stream conversion the persistent object facility can also be used in conjunction with an interprocess communication facility to provide object-level communic..

  • A Dossier Driven Persistent Objects Facility
    USENIX Association, 1994
    Co-Authors: Robert Mecklenburg, Charles Clark, Gary Lindstrom, Benny Yih
    Abstract:

    We describe the design and implementation of a persistent object storage facility based on a dossier driven approach. Objects are characterized by dossiers which describe both their language defined and "extra-linguistic" properties. These dossiers are generated by a C++ preprocessor in concert with an augmented, but completely C++ compatible, class description language. The design places very few burdens on the Application Programmer and can be used without altering the data member layout of Application objects or inheriting from special classes. The storage format is kept simple to allow the use of a variety of data storage backends. Finally, by providing a generic object to byte stream conversion the persistent object facility can also be used in conjunction with an interprocess communication facility to provide object-level communication between processes. 1 1 This research was sponsored by Hewlett-Packard's Research Grants Program and by the Advanced Research Projects Agency (DO..