Spelling suggestions: "subject:"lemsystems 5oftware"" "subject:"lemsystems 1software""
1 |
Interpretational overhead in system softwareFeigin, Boris January 2011 (has links)
No description available.
|
2 |
Making reliable distributed systems in the presence of software errorsArmstrong, Joe January 2003 (has links)
The work described in this thesis is the result of aresearch program started in 1981 to find better ways ofprogramming Telecom applications. These applications are largeprograms which despite careful testing will probably containmany errors when the program is put into service. We assumethat such programs do contain errors, and investigate methodsfor building reliable systems despite such errors. The research has resulted in the development of a newprogramming language (called Erlang), together with a designmethodology, and set of libraries for building robust systems(called OTP). At the time of writing the technology describedhere is used in a number of major Ericsson, and Nortelproducts. A number of small companies have also been formedwhich exploit the technology. The central problem addressed by this thesis is the problemof constructing reliablesystems from programs which maythemselves contain errors. Constructing such systems imposes anumber of requirements on any programming language that is tobe used for the construction. I discuss these languagerequirements, and show how they are satisfied by Erlang. Problems can be solved in a programming language, or in thestandard libraries which accompany the language. I argue howcertain of the requirements necessary to build a fault-tolerantsystem are solved in the language, and others are solved in thestandard libraries. Together these form a basis for buildingfault-tolerant software systems. No theory is complete without proof that the ideas work inpractice. To demonstrate that these ideas work in practice Ipresent a number of case studies of large commerciallysuccessful products which use this technology. At the time ofwriting the largest of these projects is a major Ericssonproduct, having over a million lines of Erlang code. Thisproduct (the AXD301) is thought to be one of the most reliableproducts ever made by Ericsson. Finally, I ask if the goal of finding better ways to programTelecom applications was fulfilled --- I also point to areaswhere I think the system could be improved.
|
3 |
Making reliable distributed systems in the presence of software errorsArmstrong, Joe January 2003 (has links)
<p>The work described in this thesis is the result of aresearch program started in 1981 to find better ways ofprogramming Telecom applications. These applications are largeprograms which despite careful testing will probably containmany errors when the program is put into service. We assumethat such programs do contain errors, and investigate methodsfor building reliable systems despite such errors.</p><p>The research has resulted in the development of a newprogramming language (called Erlang), together with a designmethodology, and set of libraries for building robust systems(called OTP). At the time of writing the technology describedhere is used in a number of major Ericsson, and Nortelproducts. A number of small companies have also been formedwhich exploit the technology.</p><p>The central problem addressed by this thesis is the problemof constructing reliablesystems from programs which maythemselves contain errors. Constructing such systems imposes anumber of requirements on any programming language that is tobe used for the construction. I discuss these languagerequirements, and show how they are satisfied by Erlang.</p><p>Problems can be solved in a programming language, or in thestandard libraries which accompany the language. I argue howcertain of the requirements necessary to build a fault-tolerantsystem are solved in the language, and others are solved in thestandard libraries. Together these form a basis for buildingfault-tolerant software systems.</p><p>No theory is complete without proof that the ideas work inpractice. To demonstrate that these ideas work in practice Ipresent a number of case studies of large commerciallysuccessful products which use this technology. At the time ofwriting the largest of these projects is a major Ericssonproduct, having over a million lines of Erlang code. Thisproduct (the AXD301) is thought to be one of the most reliableproducts ever made by Ericsson.</p><p>Finally, I ask if the goal of finding better ways to programTelecom applications was fulfilled --- I also point to areaswhere I think the system could be improved.</p>
|
4 |
Opportunistic spectrum access using localization techniquesNasif, Ahmed O. January 2009 (has links)
Thesis (Ph.D.)--George Mason University, 2009. / Vita: p. 146. Thesis director: Brian L. Mark. Submitted in partial fulfillment of the requirements for the degree of Doctor of Philosophy in Electrical and Computer Engineering. Title from PDF t.p. (viewed Oct. 11, 2009). Includes bibliographical references (p. 138-145). Also issued in print.
|
5 |
The circumstantial occurrence methodology : a proposed way forward in strategic knowledge engineeringHilal, Daoud Kassem January 1994 (has links)
No description available.
|
6 |
A methodology for incorporating HCI requirements into CASECrawford, Ivan D. January 1997 (has links)
No description available.
|
7 |
Information management in production planning and control for virtual enterprisesZhou, Qu January 1999 (has links)
No description available.
|
8 |
Life cycle extension strategies for legacy systemsSellars, Autumn. January 2004 (has links)
Thesis (M.S. in Management of Technology)--Vanderbilt University, Aug. 2004. / Title from title screen. Includes bibliographical references.
|
9 |
Development of a MAIME-compliant microarray data management system for functional genomics data integrationOelofse, Andries Johannes. January 2006 (has links)
Thesis (M.Sc.)(Bioinformatics)--University of Pretoria, 2006. / Includes summary. Includes bibliographical references. Available on the Internet via the World Wide Web.
|
10 |
Device drivers : a comparison of different development strategiesLoubser, Johannes Jacobus 03 1900 (has links)
Thesis (MSc)--Stellenbosch University, 2000. / ENGLISH ABSTRACT: Users are not supposed to modify an operating system kernel, but it is often necessary to
add a device driver for a new peripheral device. Device driver development is a difficult and
time-consuming process that must be performed by an expert. Drivers are difficult to debug
and a malfunctioning driver could cause the operating system to crash. Ways are therefore
needed to make the development of device drivers safer and easier.
A number of different device driver development methods are examined in this thesis. An
existing micro-kernel that supports in-kernel device drivers as well as extensible device drivers
has been modified to support user-level and loadable drivers. These extensions ensured that
all the development methods were implemented in the same environment and a comparison
could thus be made on a fair basis.
A comparison of the different methods with respect to the efficiency of the resulting device
driver, as well as the ease of the development process, is presented. / AFRIKAANSE OPSOMMING: Gebruikers is nie veronderstelom aan 'n bedryfstelsel te verander nie, maar tog is dit gereeld
nodig om 'n toesteldrywer vir 'n nuwe randapparaat by te voeg. Die ontwikkeling van 'n
toesteldrywer is 'n tydrowende en moeilike proses en moet deur 'n kundige aangepak word.
Toesteldrywers is moeilik om te ontfout en kan deur verkeerde werking die hele stelsel tot stilstand
bring. Daar is dus tegnieke nodig om die ontwikkeling van toestelhanteerders makliker
en veiliger te maak.
'n Aantal verskillende ontwikkelingsmetodes vir toesteldrywers word in hierdie tesis ondersoek.
'n Bestaande mikro-kern wat in-kern, sowel as uitbreibare toesteldrywers ondersteun, is
aangepas om gebruikersvlak en laaibare toestelhanteerders te ondersteun. Hierdie uitbreiding
het verseker dat al die ontwikkelingsmetodes in dieselfde omgewing geïmplementeer is. Dit
was dus moontlik om die metodes op 'n regverdige grondslag te vergelyk. Die vergelyking
is gedoen ten opsigte van die effektiwiteit van die resulterende toesteldrywer sowel as die
moeilikheidsgraad van die ontwikkelingsproses.
|
Page generated in 0.0499 seconds