Pc104 1884 Spring 01
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
(12) Patent Application Publication (10) Pub
US 20140.095539A1 (19) United States (12) Patent Application Publication (10) Pub. No.: US 2014/0095539 A1 Smit et al. (43) Pub. Date: Apr. 3, 2014 (54) SYSTEMAND METHOD FOR tinuation of application No. 09/933,493, filed on Aug. ASYNCHRONOUS CLIENT SERVER SESSION 20, 2001, now Pat. No. 8,112,529. COMMUNICATION Publication Classification (71) Applicant: MasterObjects, Inc., Zeist (NL) (51) Int. Cl. (72) Inventors: Mark Hans Smit, Maarssen (NL); G06F 7/30 (2006.01) Stefan M. van den Oord, Best (NL) (52) U.S. Cl. CPC ................................ G06F 17/30696 (2013.01) (73) Assignee: MasterObjects, Inc., Zeist (NL) USPC .......................................................... 707/772 (57) ABSTRACT (21) Appl. No.: 14/027,645 The invention provides a session-based bi-directional multi tier client-server asynchronous information database search (22) Filed: Sep. 16, 2013 and retrieval system for sending a character-by-character string of data to an intelligent server that can be configured to Related U.S. Application Data immediately analyze the lengthening string character-by (63) Continuation of application No. 13/366,905, filed on character and return to the client increasingly appropriate Feb. 6, 2012, now Pat. No. 8,539,024, which is a con database information as the client sends the string. Arif ... is A i is Kerstriler listick: ersistent {}:s: Sters is: ritesic sig: liais: lagi Sistisic's Sife fertiei stees Mediate C3:::::::::::::::: issisi Eisik Patent Application Publication Apr. 3, 2014 Sheet 1 of 17 US 2014/0095539 A1 Questobjects {ssrt Ouest(bjecis Server its - {tiestfijects Series: FIG. Patent Application Publication Apr. 3, 2014 Sheet 2 of 17 US 2014/0095539 A1 iii.;; 'ersistent Q38: Store Freferencelas:g&f Sissistic'st Sisyre Sviciikai: -- - . -
Avionics Systems Development for Small Unmanned Aircraft Vladislav Gavrilets
Avionics Systems Development for Small Unmanned Aircraft by Vladislav Gavrilets Submitted to the Department of Aeronautics and Astronautics in partial fulfillment of the requirements for the degree of Master of Science in Aeronautics and Astronautics at the R ,SSACHUSETTS INSTITUTE OF TECHNOLOGY June 1998 @ Massachusetts Institute of Technology 1998. All rights reserved. A uthor ................... .......... ............ Department of Aeronautics and Astronautics May 22, 1998 Certified by ......................... ... \ John J. Deyst Professor of Aeronautics and Astronautics Thesis Supervisor Accepted by ...................... S1 Jaime Peraire Chairman, Department Committee on Graduate Students JUL Os)81"8 LIBRARIES Avionics Systems Development for Small Unmanned Aircraft by Vladislav Gavrilets Submitted to the Department of Aeronautics and Astronautics on May 22, 1998, in partial fulfillment of the requirements for the degree of Master of Science in Aeronautics and Astronautics Abstract The avionics systems for two small unmanned aerial vehicles (UAVs) are considered from the point of view of hardware selection, navigation and control algorithm design, and software development. Some common challenges for many small UAV systems are addressed, including gust disturbance rejection at low speeds, control power, and systems integration. A rapid prototyping simulation framework which grew out of these efforts is described. A number of navigation, attitude determination and control algorithms are suggested for use in specific applications. Thesis Supervisor: John J. Deyst Title: Professor of Aeronautics and Astronautics Acknowledgments The work described in this thesis was a result of team effort. Here I would like to thank people who contributed to both projects described in the thesis, and otherwise provided support during my two years at MIT. I would like to thank my advisor Professor John J. -
Operating System Structure
Operating System Structure Joey Echeverria [email protected] modified by: Matthew Brewer [email protected] Nov 15, 2006 Carnegie Mellon University: 15-410 Fall 2006 Overview • Motivations • Kernel Structures – Monolithic Kernels ∗ Kernel Extensions – Open Systems – Microkernels – Exokernels – More Microkernels • Final Thoughts Carnegie Mellon University: 15-410 Fall 2006 1 Motivations • Operating systems have a hard job. • Operating systems are: – Hardware Multiplexers – Abstraction layers – Protection boundaries – Complicated Carnegie Mellon University: 15-410 Fall 2006 2 Motivations • Hardware Multiplexer – Each process sees a “computer” as if it were alone – Requires allocation and multiplexing of: ∗ Memory ∗ Disk ∗ CPU ∗ IO in general (network, graphics, keyboard etc.) • If OS is multiplexing it must also allocate – Priorities, Classes? - HARD problems!!! Carnegie Mellon University: 15-410 Fall 2006 3 Motivations • Abstraction Layer – Presents “simple”, “uniform” interface to hardware – Applications see a well defined interface (system calls) ∗ Block Device (hard drive, flash card, network mount, USB drive) ∗ CD drive (SCSI, IDE) ∗ tty (teletype, serial terminal, virtual terminal) ∗ filesystem (ext2-4, reiserfs, UFS, FFS, NFS, AFS, JFFS2, CRAMFS) ∗ network stack (TCP/IP abstraction) Carnegie Mellon University: 15-410 Fall 2006 4 Motivations • Protection Boundaries – Protect processes from each other – Protect crucial services (like the kernel) from process – Note: Everyone trusts the kernel • Complicated – See Project 3 :) – Full -
Providing Policy Control Over Object Operations in a Mach Based System
The following paper was originally published in the Proceedings of the Fifth USENIX UNIX Security Symposium Salt Lake City, Utah, June 1995. Providing Policy Control Over Object Operations in a Mach Based System Spencer E. Minear Secure Computing Corporation Roseville, Minnesota For more information about USENIX Association contact: 1. Phone: 510 528-8649 2. FAX: 510 548-5738 3. Email: [email protected] 4. WWW URL: http://www.usenix.org Providing Policy Control Over Object Operations in a Mach Based System Spencer E. Minear Secure Computing Corporation 2675 Long Lake Road, Roseville, Minnesota 55113-2536 Email: [email protected] 28 April 1995 Abstract 1 Introduction The fundamental tenet on which this work is based is that high-integrity secure and safety- In both secure and safety-critical systems it critical systems benefit from an architecture is desirable to have a very clear relationship which possesses the following characteristics: between the system’s mandatory security pol- icy and its proven operational semantics. This 1. The system must have a clear, mandatory relationship is made clearer if the system ar- security policy which defines its desired chitecture provides strong separation between operation, the enforcement mechanisms and the policy 2. The system’s enforcement mechanisms decisions, and if the policy decision software must provide control over all system op- is clearly identifiable in the system’s architec- erations, ture. 3. The decision logic implementing the sys- tem’s mandatory security policy must be This paper describes a prototype Unix sys- encapsulated in a very limited number of tem based on Mach which provides manda- system elements, tory control over all kernel-supported opera- 4. -
I/O Kit Drivers for L4
THE UNIVERSITY OF NEW SOUTH WALES SCHOOL OF COMPUTER SCIENCE AND ENGINEERING I/O Kit Drivers for L4 Geoffrey Lee Submitted as a requirement for the degree Bachelor of Engineering (Computer Engineering) Submitted: November 3, 2005 Supervisor: Professor Gernot Heiser Accessor: Dr. Sergio Ruocco 2 Contents 1 Introduction 9 1.1 Overview . 9 1.2 Outline . 9 2 Background 11 2.1 Introduction . 11 2.2 Darwin . 11 2.2.1 Overview . 11 2.2.2 User environment . 11 2.2.3 Kernel environment . 11 2.3 Mac OS X . 13 2.4 L4 ................................................ 14 2.5 Motivation . 15 2.5.1 Performance . 15 2.5.2 Robustness . 15 2.5.3 Ease of porting . 16 2.6 Justification . 16 3 The I/O Kit 17 3.1 An Overview of the I/O Kit . 17 3.1.1 Driver layering . 17 3.1.2 Families and drivers . 17 3.1.3 Drivers and nubs . 19 3.1.4 The I/O Registry and the I/O Catalog . 19 3.1.5 Work loops . 19 3.1.6 Direct memory access . 20 3.1.7 Asynchronous events . 21 3.1.8 Power management . 21 3.1.9 Hot-plugging . 23 3.2 An Overview of a Typical I/O Kit Driver . 23 3.3 The I/O Kit Driver Code . 24 3.4 The Driver Property List . 24 4 Related Work 27 4.1 OSKit . 27 4.2 L4-Darwin . 27 4.3 Device Driver OS . 29 3 4 CONTENTS 4.4 User-level Device Drivers . 29 4.5 Nooks . -
I3ilikj I JULY 199^C Ui1ilscr; Combined with Fiectronics BU LLD 'T 11-L=L1=11 1 ; LII Ltil
(15 48783 BLzI- Llt l' 1'- Tu i3IlikJ i JULY 199^c Ui1ILScR; Combined with Fiectronics BU LLD 't 11-L=L1=11 1 ; LII LtiL. 1,1z81 -11a R Use -vour poi table CD player in wouv car with our híoh-quality, ealby-to-build tra .11m filer 1:11.-111;_1111_ Add a frequency counter and capacitance met3r to youi PC CLzlt nafrLlil ER Our r- ranking amp e s i im eilor will make elite VsL! get .;tranded - onüe . .by a lix eul il . bttet! - - .. _ z ' ' Cll1-ULÍ '__.41ü 1 'OQK_ ... , h0 kIN./ to use. I «. ititie:devrc.Ces t yout cie9ins . C92' 1.9111.1 Ct ' U lt ó l' 1.1OTEl-1l! k VYhurt t_ie-\rtiorld hdmínkr+rative Keep your Senshivextzta _- Ra dlo Czzfefencce t11ec:[1s to .you out of rather l'e©pie'o hand`! 303032DRK64501109_ 07 60 -UL 93 I A LLOYD DARKNELL RE IJ 52.95'U S. 1 GEMSBACR 6450 MYRTLEWOOD DR CAN T iCAtin. $3.75 CUFERTINO, CA 95014 ' fI 11 ol 04128:8713 o The Fluke 79: :Vlore Of A Good Thing JP. T.0kV4¡--á,:1.~.1,.hrL61-h'-en.,.rn More high-performance features. t More advanced measurement capa- - - -- 40.2 79 SERIES 11 MULTIMETER . bilities. More of the vital information FLUKE, , Lo -Ohms range: Our proprietary Lo -Ohms you need to troubleshoot even the function lets you measure resistance as low as toughest problems - with both ana- Qfllll' 11 1© nNF 0.01 ohms. High noise rejection and a test lead log and digital displays. -
ABCD Just Released New Books
ABCD springer.com Just Released New Books All Titles, All Languages Sorted by author and title within the main subject springer.com Arts 2 C. Behl, University Medical Center of the Johanne, Mainz, Ger- Arts Biomedicine many; C. Ziegler, University Medical Center of the Jo, Mainz, Ger- many P. Wang M. Balali-Mood, M. Abdollahi (Eds.) Cell Aging: Molecular Mechanisms and Implications for Disease Musik und Werbung Basic and Clinical Toxicology of Wie Werbung und Medien die Entwicklung der Musikindustrie Organophosphorus Compounds Aging represents a physiological and per se non- beeinflussen pathological and multifactorial process involving a set of key genes and mechanisms being triggered by This book explains the chemistry of Organophos- Zwischen den 1920er und 1950er Jahren waren die different endogenous and exogenous factors. Since phorus compounds (OPs), their mechanism of toxic- Tabakhersteller in den USA für den musikalischen aging is a major risk factor in connection with a vari- ity and the history of OPs from their initial discovery Inhalt in den wichtigsten Medien verantwortlich. ety of human disorders, it is increasingly becoming to the development of new compounds such as Novi- Ihre Werbeagenturen machten nicht nur Reklame, a central topic in biochemical and medical research. choks. It details the harmful effects to human health sie waren zudem Booker und Programmverant- The plethora of theories on aging – some of which both as a result of acute and chronic OP exposure wortliche. Sie machten Jazz und Swing salonfähig, have been discussed for decades – are neither iso- and the necessary clinical management of affected Sänger zu Popstars und entwickelten die allererste lated nor contradictory but instead can be connected patients to reduce their toxic side effects. -
The Performance of Μ-Kernel-Based Systems
16th ACM Symposium on Operating Systems Principles (SOSP ’97), October 5–8, 1997, Saint-Malo, France The Performance of µ-Kernel-Based Systems Hermann Hartig¨ Michael Hohmuth Jochen Liedtke Sebastian Schonber¨ g Jean Wolter Dresden University of Technology IBM T. J. Watson Research Center Department of Computer Science 30 Saw Mill River Road D-01062 Dresden, Germany Hawthorne, NY 10532, USA email: [email protected] email: [email protected] based on pure µ-kernels, i. e. kernels that provide only ad- dress spaces, threads and IPC, or an equivalent set of primi- tives. This trend is due primarily to the poor performance ex- Abstract hibited by such systems constructed in the 1980’s and early 1990’s. This reputation has not changed even with the advent First-generation µ-kernels have a reputation for being too of faster µ-kernels; perhaps because these µ-kernel have for slow and lacking sufficient flexibility. To determine whether the most part only been evaluated using microbenchmarks. L4, a lean second-generation µ-kernel, has overcome these limitations, we have repeated several earlier experiments and Many people in the OS research community have adopted conducted some novel ones. Moreover, we ported the Linux the hypothesis that the layer of abstraction provided by pure operating system to run on top of the L4 µ-kernel and com- µ-kernels is either too low or too high. The “too low” fac- pared the resulting system with both Linux running native, tion concentrated on the extensible-kernel idea. Mechanisms and MkLinux, a Linux version that executes on top of a first- were introduced to add functionality to kernels and their ad- generation Mach-derived µ-kernel. -
The Performance of P-Kernel-Based Systems
The Performance of p-Kernel-Based Systems Hermann H&g Michael Hobmuth Jochen Liedtke* Sebastian SchGnberg Jean Wolter Dresden University of Technology * IBM T. J. Watson Research Center Department of Computer Science 30 Saw Mill River Road D-01062 Dresden, Germany Hawthorne, NY 10532, USA email: [email protected] email: [email protected] Abstract [12]. Software abstractions have to be built on top of that. It is claimed that ,u-kernels can be fast on a given architecture but can- First-generation p-kernels have a reputation for being too slow not be moved to other architectures without losing much of their and lacking sufficient flexibility. To determine whether LA, a efficiency [19]. lean second-generation p-kernel, has overcome these limitations, In contrast, we investigate the pure p-kernel approach by system- we have repeated several earlier experiments and conducted some atically repeating earlier experiments and conducting some novel novel ones. Moreover, we ported the Linux operating system to experiments using L.4, a second-generation /c-kernel. (Most first- run on top of the L4 p-kernel and compared the resulting system generation p-kernels like Chorus [32] and Mach [ 131 evolved from with both Linux running native, and MkLinux, a Linux version that earlier monolithic kernel approaches; second-generation II-kernels executes on top of a first-generation Mach-derived p-kernel. like QNX [16] and L.4 more rigorously aim at minimality and arc For L4Linux, the AIM benchmarks report a maximum through- designed from scratch [24].) put which is only 5% lower than that of native Linux. -
Festschrift Honoring Rick Rashid on His 60Th Birthday
estschrift for Rick Rashid F on his 60th birthday Rich Draves Pamela Ash 9 March 2012 Dan Hart illustration for School of Computer Science, © 2009 Carnegie Mellon University, used with permission. INTRODUCTION RICH DRAVES ou’re holding a Festschrift honoring Rick Rashid on his 60th birthday. You may well ask, “What is a Festschrift?” According to Wikipedia, a Festschrift “is a book Y honoring a respected person, especially an academic, and presented during his or her lifetime.” The Festschrift idea dates back to August 2011, when a group of friends and colleagues suddenly realized that Rick’s 60th birthday was rapidly approaching. In our defense, I can only point to Rick’s youthful appearance and personality. Peter Lee suggested that we organize a Festschrift. The idea was foreign, but everyone immediately recognized that it was the right way to honor Rick. The only problem was timing. Fortunately, this is a common problem and the belated Festschrift is somewhat traditional. We set a goal of holding a colloquium on March 9, 2012 (in conjunction with Microsoft Research’s annual TechFest) and producing a volume by September 2012, within a year of Rick’s birthday. This volume has content similar to the colloquium, but some authors made a different written contribution. The DVD in the back of the book contains a recording of the colloquium. I want to emphasize that we’re celebrating Rick’s career and accomplishments to date but we are also looking forward to many more great things to come. In other words, we need not fear his retirement. -
Mach Micro Kernel – a Case Study Viswanath Veerappan University of Texas Arlington
Mach micro kernel – A case study Viswanath Veerappan University of Texas Arlington This paper documents the architecture of the MACH kernel. It is assumed that the reader is familiar with basic ideas of an operating system and the functions of a kernel. Emphasis is placed on the features that make MACH unique from other kernels. This paper satisfies partially the course requirements of cse6306 (University ofTexas,Arlington). Abstract Shared memory multiprocessors are becoming increasingly available, and with them a faster way to program applications and system services via the use of shared memory. The major limitation in using shared memory is that it is not extensible network-wise, and therefore is not suited for building distributed applications. The MACH operating system kernel was designed in order to overcome this problem. MACH supports distributed and parallel computation with environments consisting of multiprocessors and network of uniprocessrs. The MACH operating system can be used as a system software kernel, which can support a variety of operating system environments. 1. Introduction Operating systems have become increasingly large complex and expensive to maintain over the years. The software problems faced by manufacturers are magnified by a need for compatibility with the old and new memory architectures, CPU architectures and I/O organizations. MACH is an operating system kernel developed at Carnegie-Mellon University to support distributed and parallel computation [2]. MACH incorporates in one system a number of key facilities, which distinguish it from earlier virtual machine systems. It is a communication- oriented operating system kernel providing a) multiple tasks, each with a large, paged virtual memory space, b) multiple threads of execution within each task, with a flexible c) scheduling facility, d) flexible sharing of memory between tasks, e) message-based inter-process communication, f) transparent network extensibility, and g) a flexible capability-based approach to security and protection. -
A Synthetic Vision Preliminary Integrated Safety Analysis
NASA / CRm2001-211285 LMI-NS009S 1 A Synthetic Vision Preliminary Integrated Safety Analysis Robert Hemm and Scott Houser Logistics Management Institute, McLean, Virginia Notice for Copyrighted Information This document contains material copyrighted by the par_ submitting it to NASA--see the copyright notice affixed thereto. It may be reproduced, used to prepare derivative works, displayed, or distributed only by or on behalf _)f the Government and not for private purposes. All other rights are reserved under the copyright law. Prepared under Contract NAS2-14361 National Aeronautics and Space Administration Glenn Research Center December 2001 Prepared pursuant to Contract NAS2-14361. The views expressed here are those of the Logistics Management Institute at the time of issue but not necessarily those of the National Aeronautics and Space Administration. Permission to quote or reproduce any part except for Government purposes must be obtained from the Logistics Management Institute. Available from NASA Center for Aerospace Information National Technical Information Sen, ice 7121 Standard Drive 5285 Port Royal Road Hanover, MD 21076 Springfield, VA 22100 Available electronically at http://gltrs.grc.nasa.g0v/GLTRS Contents Chapter 1 Introduction and Summary .............................................................................. 1 PROBLEM BACKGROUND ...................................................................................................... 1 SYNTHETIC VISION--DESCRIPTION .....................................................................................