Tuesday, November 26, 2019

whose art is it essays

whose art is it essays Whose Art Is It?, an essay by Jane Kramer, talked about John Ahearn, an artist living in the South Bronx. Kramer describes John as a white male living in a predominantly African American and Hispanic community. His artworks sparked a great controversy not only in the town but the entire city of New York. His intentions were not to offend anyone but he created such a public outcry against his works that will be look backed upon forever. John Ahearn was an active part of the community. "South Bronx is known as a place of suffering, poverty, crime, drugs, unemployment, and Aids" (Stimpson 18), but this did not stop Ahearn for making his artworks. His earlier works were plaster portraits of the people that lived there. Some even displayed them in their homes. So he gained acceptance in South Bronx, nobody really minded he was white. The place became home to him. "On April 1, 1986, the New York City Department of Cultural Affairs began to choose... an artist to create a piece in front of a new police station in the 44th Precinct" (Stimpson 19). With his gained popularity in the town, Ahearn was commissioned to make the sculpture. He believed that his sculptures should be looked upon as guardian angels or saints. He believed that the people in his work should be the everyday, real people. To commemorate a few of the people... having trouble surviving in the street, even if they were trouble themselves. He wanted the police to acknowledge them, and he wanted the neighbors, seeing them cast in bronze and up on pedestals, to stop and think about who they were and about what he calls their "South Bronx attitude" (Kramer 38). So he turned to his immediate neighbors and casted to make his pieces. In 1992, Ahearn created three bronze figures: Raymond, a Hispanic, with his pit bull Toby; Corey, an African American with a boom box and a basketball; and Daleesha a second African American youngster on ...

Saturday, November 23, 2019

Upmarket Fiction The Forgotten Middle Child of the Publishing World

Upmarket Fiction The Forgotten Middle Child of the Publishing World Upmarket Fiction: The Forgotten Middle Child of the Publishing World Calling something â€Å"commercial† can sound like an insult in some circles, as if it’s a trifling entertainment not worthy of the term â€Å"literature.† In other circles, the term â€Å"literary† results in a half-stifled yawn, and is considered pretentious. A question you might ask when you’re writing is, "Can a book be both literary and commercial?† The answer is yes: you've just described "upmarket fiction." Can a book be both literary and commercial? Yes: that's upmarket fiction. While this article won't settle any age-old commercial vs. literary debates, it will help you get a better grasp on how to distinguish both types of fiction - and, above all, it answer the question you’ve been wondering: what is upmarket fiction?A brief history of the novel - and how terms like â€Å"genre† and â€Å"literary† came to beIn the 17th and 18th centuries, the novel was considered a genre in itself. It was a relatively new form of narrative, a drawn-out prose detailing fictitious matters. As Joshua Rothman notes in The New Yorker: â€Å"When Catherine Morland, the heroine of Austen’s ‘Northanger Abbey,’ is rebuked for reading too many Gothic novels, the proposed alternative isn’t ‘literary fiction’ but non-fiction (a friend suggests she try history). ‘Northanger Abbey’ was written in 1799.† How did distinctions like commercial, literary, and upmarket come to be? Find out inside. 50 Book Marketing Ideas Every Author Needs to Know Read post Just like with choosing your degree, understanding the market from the outset of the process is crucial. If you’re hoping to make a career off of your novels, you need to study your market, your competitors, and to identify where your story will fit there. Why is it so important to be able to classify what kind of fiction you're writing? Find out here Even if your book is classified as commercial, that does not mean it has less merit as a piece of literature. Commercial and literary fiction both have their place: just like a spoon works better for ice cream and spaghetti requires a fork. This fiction is kind of like a spork, then: it can be used for either occasion.The classification is a sales tool - it’s important to know. In the end, if you can write a book that someone enjoys reading, that someone derives meaning from, that challenges someone to think, that helps someone unwind, that’s fun, or sad, or uplifting - in other words, if you can write a book that speaks to someone, then, well done. Not sure if your book is commercial, literary, or upmarket fiction? Take this quiz to find out http://bzfd.it/2xQofFP Are you still not 100% sure how to classify your novel? Take our quiz to find out!What are some of your favorite works of commercial, literary, or upmarket fiction? Share them with us in the comments below!

Thursday, November 21, 2019

Capital budgeting practices in different countriesindustrial Essay

Capital budgeting practices in different countriesindustrial corporations - Essay Example In today’s world of complex business process, corporate capital budgeting is one of the most important and critical decisions faced by the financial managers. In businesses individuals invests large sums of money which generate cash flow benefit over a period of more than one year. This is the crux of capital expenditures. The goods on which capital expenditures are made include purchasing of new equipments, acquiring of new technologies and that of launching research and development programs and so on. Along with these capital expenditures, a huge volume of cash outlays are involved with significant implications on the future values of the company. Analysis of capital expenditures is a crucial dimension in the business sphere. In this respect concept of capital budgeting (CB) can be introduced. In simple terms it is a business practice utilized for planning the acquisition of long term investments. The prime factor included in capital budgeting is that the organization or the company which builds and starts to use in one year will be highly useful in the future years (Finkler, 244). The importance of capital budgeting is immense as it includes decisions for the future profitability of the companies. Now this technique varies across geographical borders and difference exists in a stark manner within the corporations of developed and developing countries. Developed countries like United States of America exercise thorough scientific analysis associated with the capital budgeting techniques. ... While in the developing countries, the corporations practice formal processes and some also do not follow proper scientific methods for evaluation resulting from the lack of familiarity with such scientific methods (Blum, 1). The underlying mechanism of this paper is based on highlighting the capital budgeting practices in different countries industrial corporations. Decision making is the most crucial process within business operations. Effective decision making evolves from properly analyzing and evaluating the alternatives that are available and then selecting the most feasible as well valuable decision from the available options. The process of capital budgeting assesses the business operations of the companies through quantitative evaluation techniques. Through these techniques, capital budgeting method involves the forecasting of the performances of the future decisions associated with long term investments within the corporations. Capital budgeting techniques utilizes data fro m the financial and operating reports of the firms for predicting the performance of the investment in the corporate and their also their strategic options. In majority of the businesses CB process follows a synchronized application process which involves some fundamental evaluation techniques. The first step of CB is to collect investment ideas followed by a analysis of costs and benefits associated with the proposed investments. Then the subsequent step involves ranking attachments to each of the proposed investments followed by implementation of the selected investment and also simultaneous evaluation of the investments which are implemented. There are certain valuation techniques

Tuesday, November 19, 2019

Philosophy of Religion Research Paper Example | Topics and Well Written Essays - 1000 words - 1

Philosophy of Religion - Research Paper Example Not many of us can answer properly what God actually means to them. The definition of God has widely varied across the globe from time to time. Regardless of nationality, religion and race, perhaps the greatest debate is whether God exists or not. It has been found out that some people believe in existence of God, they cannot identify Him. Some can identify God in differ forms, deities or elements but cannot find it difficult to relate or believe. While some others totally disbelieve in plurality of God, some people deny the total existence of â€Å"God†. To them, it is some supreme force that has created the universe and as the source of life in it (Remos 33-34). A further division of views can be made between people who do and do not believe that God transcends and present among worldly beings (Remos 34). Broadly, all the worldly religions can be divided into two distinct categories. First comes the ones who believe in oneness of God, or the monotheistic. Then comes polytheistic, or the ones who believe in plurality of forms of God. The ancient religions like the ones of Israel and Egypt were monotheistic religions (Allen 72). But it is found that, even within one single religion, be it monotheistic or polytheistic, purity is not followed, that is, within a monotheistic religion polytheistic features can be found. Christianity is n apt example of this. Bible supports the existence of â€Å"God, the Father, God, the Son, and God, the Holy Spirit.† (Remos 33) Some major religions like Islam and Jewish are strictly monotheistic, while religions like Hinduism supports polytheistic views. One finds numerous Gods and Goddesses, Demigods and even spirits, in various forms and avatars. In Hinduism, each of these Gods is supposed to serve different purposes. Worship of these individual Gods contains monotheistic

Sunday, November 17, 2019

The Presence of Fear in Lord of the Flies Essay Example for Free

The Presence of Fear in Lord of the Flies Essay The presence of fear in Lord of the Flies Lord of the Flies is a relatively short book, but within its small amount of text William Golding is able to do much more than tell an exciting story. He digs deep into human nature and the natural corruption in peoples souls. He specifically explores the impact that fear has on people and how it makes them act. In Goldings eyes, humans are doomed just as the children on the island are, and that is because of fear. He believes that just the presence of terror causes people to overreact and lose common sense, tearing away at the bonds that hold society together. In an attempt to calm or soothe their worries, people end up separating, singling out others and letting their inner savage take over, leaving themselves in an even worse situation. In Lord of the Flies, fear slowly drives all common sense and civility out of the boys and brings them back to a state of savagery. The boys are scared from the beginning of the novel. At first, they are too excited about having an island to themselves to dwell upon their insecurities, but nonetheless they are there. The fear is not openly shown or discussed, but the boys are already subconsciously trying to cover it up. The boys do such things such as singling out Piggy in an attempt to make themselves feel more powerful and in control. Then, Jack pulls a knife on the piglet to try to show power and also to try to show immunity to fear, however, when he did so his face was white under the freckles. (31). Jack is already trying to act tough but at this point this cover that he puts on to hide from the fear has not reached nearly the point of savagery that it does later in the story. It is not until the first fire that the boys begin to openly show fear and even then they quickly change the subject. The cause of this realization of reality is that one of the littleuns disappears. The idea of making a rescue fire is so exciting that they let it get out of control. When the fire burns out they realize that one of the children is missing. When asked what has happened to the child with the mark on his face Ralph replies by saying Perhaps he went back to the, the-. . He knows what has happened, the boy was burned to death, but he does not want to admit it. This is like a wakeup call for the boys and they start to see the reality and the dangers of the situation. As the novel continues the fear is progressively growing in all of the children. By page 59, the fear of not knowing what would happen to them and if they would ever be rescued had grown to the point where the littleuns suffered from untold terrors in the dark and they huddled together for comfort. The littleuns were certainly afraid but had no way to really explain their fear or anything to blame it on. It is for this reason that they subconsciously create the beast. At first the biguns are too old and mature to believe in this beast. They realize that it is a figment of the littleuns imaginations and dont give it much thought. However, as their fear of being alone and not being rescued grows, so does their need for something concrete to aim their insecurities toward and to distract them from their real problem. This causes the biguns to begin to lose their common sense and to believe in the beast as well. Simon sees this, but when he tells the others maybe its only us, (89) referring to the beast; he is laughed off. The other boys will not even consider Simons ideas because they have convinced themselves that the beast is reality. As their fear grows so does their image of the beast, and unfortunately their savagery grows as well. This is most evident in Jack. When he is hunting he feels powerful. He is in control and he loves it. Hunting starts to become more than just a food source, it becomes his life. Not only does his hunting activity increase in frequency, it also becomes more and more vicious.

Thursday, November 14, 2019

Hsun Ching’s Life Changing Journey :: essays research papers

Hsun Ching’s Life Changing Journey The journey Hsun Ching would embark on began as nothing more than weight on his shoulders. Little did he know, it would be an expedition that would change his life forever. Not only changing his perspective on the world, but also life, his personality, and character. All the risks and sacrifices that Hsun Ching has to make during his journey are a very small price to pay for the positive benefits on his life. The journey not only revolutionizes his outlook on the world and life, but also on the Sutra and what it truly means to the world. Before Hsun Ching embarks on his journey he has nothing but negative feelings toward the expedition. He sees it as a complete and total waste of his time and doesn’t see the way the journey will revolutionize his life. The beginning of the novel depicts Hsun Ching as a man who does not go back on his word, and always follows through on what he says he is going to do. I think this is the main reason that Hsun Ching goes on the journey in the first place. He does not want to be looked upon as a coward and feels as if it is his duty to uphold his word. Throughout the beginning of the novel Hsun Ching makes his views on the sutra perfectly clear stating that the sutra is nothing more than a waste of time and is not real what so ever. His outlook on the sutra will rapidly begin to Senkbeil 2 change as his journey progresses and he soon begins to realize that the journey his is embarking on is one that will change his life forever. I believe the true reason why he finally decides to embark on his journey to find the sutra is because the sutra will bring eternal life to whoever finds it. Despite how much Hsun Ching dislikes the idea of the journey he cannot resist everlasting life and therefore agrees to go on the journey. The beginning of the journey for Hsun Ching is quite pain staking and certainly unmemorable. He begins to question why he ever agreed to go on the journey in the first place. The trail is hard and very unforgiving and as a result it gets Hsun Ching’s hopes way down. But despite all the negativity he still presses on in search of the almighty sutra.

Tuesday, November 12, 2019

Achieving Fault-Tolerance in Operating System Essay

Introduction Fault-tolerant computing is the art and science of building computing systems that continue to operate satisfactorily in the presence of faults. A fault-tolerant system may be able to tolerate one or more fault-types including – i) transient, intermittent or permanent hardware faults, ii) software and hardware design errors, iii) operator errors, or iv) externally induced upsets or physical damage. An extensive methodology has been developed in this field over the past thirty years, and a number of fault-tolerant machines have been developed – most dealing with random hardware faults, while a smaller number deal with software, design and operator faults to varying degrees. A large amount of supporting research has been reported. Fault tolerance and dependable systems research covers a wide spectrum of applications ranging across embedded real-time systems, commercial transaction systems, transportation systems, and military/space systems – to name a few. The supporting research includes system architecture, design techniques, coding theory, testing, validation, proof of correctness, modelling, software reliability, operating systems, parallel processing, and real-time processing. These areas often involve widely diverse core expertise ranging from formal logic, mathematics of stochastic modelling, graph theory, hardware design and software engineering. Recent developments include the adaptation of existing fault-tolerance techniques to RAID disks where information is striped across several disks to improve bandwidth and a redundant disk is used to hold encoded information so that data can be reconstructed if a disk fails. Another area is the use of application-based fault-tolerance techniques to detect errors in high performance parallel processors. Fault-tolerance techniques are expected to become increasingly important in deep sub-micron VLSI devices to combat increasing noise problems and improve yield by tolerating defects that are likely to occur on very large, complex chips. Fault-tolerant computing already plays a major role in process control, transportation, electronic commerce, space, communications and many other areas that impact our lives. Many of its next advances will occur when applied to new state-of-the-art systems such as massively parallel scalable computing, promising new unconventional architectures such as processor-in-memory or reconfigurable computing, mobile computing, and the other exciting new things that lie around the corner. Basic Concepts Hardware Fault-Tolerance – The majority of fault-tolerant designs have been directed toward building computers that automatically recover from random faults occurring in hardware components. The techniques employed to do this generally involve partitioning a computing system into modules that act as fault-containment regions. Each module is backed up with protective redundancy so that, if the module fails, others can assume its function. Special mechanisms are added to detect errors and implement recovery. Two general approaches to hardware fault recovery have been used: 1) fault masking, and 2) dynamic recovery. Fault masking is a structural redundancy technique that completely masks faults within a set of redundant modules. A number of identical modules execute the same functions, and their outputs are voted to remove errors created by a faulty module. Triple modular redundancy (TMR) is a commonly used form of fault masking in which the circuitry is triplicated and voted. The voting circuitry can also be triplicated so that individual voter failures can also be corrected by the voting process. A TMR system fails whenever two modules in a redundant triplet create errors so that the vote is no longer valid. Hybrid redundancy is an extension of TMR in which the triplicated modules are backed up with additional spares, which are used to replace faulty modules -allowing more faults to be tolerated. Voted systems require more than three times as much hardware as non-redundant systems, but they have the advantage that computations can continue without interruption when a fault occurs, allowing existing operating systems to be used. Dynamic recovery is required when only one copy of a computation is running at a time (or in some cases two unchecked copies), and it involves automated self-repair. As in fault masking, the computing system is partitioned into modules backed up by spares as protective redundancy. In the case of dynamic recovery however, special mechanisms are required to detect faults in the modules, switch out a faulty module, switch in a spare, and instigate those software actions (rollback, initialization, retry, and restart) necessary to restore and continue the computation. In single computers special hardware is required along with software to do this, while in multicomputers the function is often managed by the other processors. Dynamic recovery is generally more hardware-efficient than voted systems, and it is therefore the approach of choice in resource-constrained (e.g., low-power) systems, and especially in high performance scalable systems in which the amount of hardware resources devoted to active computing must be maximized. Its disadvantage is that computational delays occur during fault recovery, fault coverage is often lower, and specialized operating systems may be required. Software Fault-Tolerance – Efforts to attain software that can tolerate software design faults (programming errors) have made use of static and dynamic redundancy approaches similar to those used for hardware faults. One such approach, N-version programming, uses static redundancy in the form of independently written programs (versions) that perform the same functions, and their outputs are voted at special checkpoints. Here, of course, the data being voted may not be exactly the same, and a criterion must be used to identify and reject faulty versions and to determine a consistent value (through inexact voting) that all good versions can use. An alternative dynamic approach is based on the concept of recovery blocks. Programs are partitioned into blocks and acceptance tests are executed after each block. If an acceptance test fails, a redundant code block is executed. An approach called design diversity combines hardware and software fault-tolerance by implementing a fault-tolerant computer system using different hardware and software in redundant channels. Each channel is designed to provide the same function, and a method is provided to identify if one channel deviates unacceptably from the others. The goal is to tolerate both hardware and software design faults. This is a very expensive technique, but it is used in very critical aircraft control applications. The key technologies that make software fault-tolerant Software involves a system’s conceptual model, which is easier than a physical model to engineer to test for things that violate basic concepts. To the extent that a software system can evaluate its own performance and correctness, it can be made fault-tolerant—or at least error aware; to the extent that a software system can check its responses before activating any physical components, a mechanism for improving error detection, fault tolerance, and safety exists. We can use three key technologies—design diversity, checkpointing, and exception handling—for software fault tolerance, depending on whether the current task should be continued or can be lost while avoiding error propagation (ensuring error containment and thus avoiding total system failure). Tolerating solid software faults for task continuity requires diversity, while checkpointing tolerates soft software faults for task continuity. Exception handling avoids system failure at the expense of current task loss. Runtime failure detection is often accomplished through an acceptance test or comparison of results from a combination of â€Å"different† but functionally equivalent system alternates, components, versions, or variants. However, other techniques— ranging from mathematical consistency checking to error coding to data diversity—are also useful. There are many options for effective system recovery after a problem has been detected. They range from complete rejuvenation (for example, stopping with a full data and software reload and then restarting) to dynamic forward error correction to partial state rollback and restart. The relationship between software fault tolerance and software safety Both require good error detection, but the response to errors is what differentiates the two approaches. Fault tolerance implies that the software system can recover from —or in some way tolerate—the error and continue correct operation. Safety implies that the system either continues correct operation or fails in a safe manner. A safe failure is an inability to tolerate the fault. So, we can have low fault tolerance and high safety by safely shutting down a system in response to every detected error. It is certainly not a simple relationship. Software fault tolerance is related to reliability, and a system can certainly be reliable and unsafe or unreliable and safe as well as the more usual combinations. Safety is intimately associated with the system’s capacity to do harm. Fault tolerance is a very different property. Fault tolerance is—together with fault prevention, fault removal, and fault forecasting— a means for ensuring that the system function is implemented so that the dependability attributes, which include safety and availability, satisfy the users’ expectations and requirements. Safety involves the notion of controlled failures: if the system fails, the failure should have no catastrophic consequence—that is, the system should be fail-safe. Controlling failures always include some forms of fault tolerance—from error detection and halting to complete system recovery after component failure. The system function and environment dictate, through the requirements in terms of service continuity, the extent of fault tolerance required. You can have a safe system that has little fault tolerance in it. When the system specifications properly and adequately define safety, then a well-designed fault-tolerant system will also be safe. However, you can also have a system that is highly fault tolerant but that can fail in an unsafe way. Hence, fault tolerance and safety are not synonymous. Safety is concerned with failures (of any nature) that can harm the user; fault tolerance is primarily concerned with runtime prevention of failures in any shape or form (including prevention of safety critical failures). A fault-tolerant and safe system will minimize overall failures and ensure that when a failure occurs, it is a safe failure. Several standards for safety-critical applications recommend fault tolerance—for hardware as well as for software. For example, the IEC 61508 standard (which is generic and application sector independent) recommends among other techniques: â€Å"failure assertion programming, safety bag technique, diverse programming, backward and forward recovery.† Also, the Defense standard (MOD 00-55), the avionics standard (DO-178B), and the standard for space projects (ECSS-Q-40- A) list design diversity as possible means for improving safety. Usually, the requirement is not so much for fault tolerance (by itself) as it is for high availability, reliability, and safety. Hence, IEEE, FAA, FCC, DOE, and other standards and regulations appropriate for reliable computer-based systems apply. We can achieve high availability, reliability, and safety in different ways. They involve a proper reliable and safe design, proper safeguards, and proper implementation. Fault tolerance is just one of the techniques that assure that a system’s quality of service (in a broader sense) meets user needs (such as high safety). History The SAPO computer built in Prague, Czechoslovakia was probably the first fault-tolerant computer. It was built in 1950–1954 under the supervision of A. Svoboda, using relays and a magnetic drum memory. The processor used triplication and voting (TMR), and the memory implemented error detection with automatic retries when an error was detected. A second machine developed by the same group (EPOS) also contained comprehensive fault-tolerance features. The fault-tolerant features of these machines were motivated by the local unavailability of reliable components and a high probability of reprisals by the ruling authorities should the machine fail. Over the past 30 years, a number of fault-tolerant computers have been developed that fall into three general types: (1) long-life, un-maintainable computers, (2) ultra dependable, real-time computers, and (3) high-availability computers. Long-Life, Unmaintained Computers Applications such as spacecraft require computers to operate for long periods of time without external repair. Typical requirements are a probability of 95% that the computer will operate correctly for 5–10 years. Machines of this type must use hardware in a very efficient fashion, and they are typically constrained to low power, weight, and volume. Therefore, it is not surprising that NASA was an early sponsor of fault-tolerant computing. In the 1960s, the first fault-tolerant machine to be developed and flown was the on-board computer for the Orbiting Astronomical Observatory (OAO), which used fault masking at the component (transistor) level. The JPL Self-Testing-and-Repairing (STAR) computer was the next fault-tolerant computer, developed by NASA in the late 1960s for a 10-year mission to the outer planets. The STAR computer, designed under the leadership of A. Avizienis was the first computer to employ dynamic recovery throughout its design. Various modules of the computer were instrumented to detect internal faults and signal fault conditions to a special test and repair processor that effected reconfiguration and recovery. An experimental version of the STAR was implemented in the laboratory and its fault tolerance properties were verified by experimental testing. Perhaps the most successful long-life space application has been the JPL-Voyager computers that have now operated in space for 20 years. This system used dynamic redundancy in which pairs of redundant computers checked each-other by exchanging messages, and if a computer failed, its partner could take over the computations. This type of design has been used on several subsequent spacecraft. Ultra-dependable Real-Time Computers These are computers for which an error or delay can prove to be catastrophic. They are designed for applications such as control of aircraft, mass transportation systems, and nuclear power plants. The applications justify massive investments in redundant hardware, software, and testing. One of the first operational machines of this type was the Saturn V guidance computer, developed in the 1960s. It contained a TMR processor and duplicated memories (each using internal error detection). Processor errors were masked by voting, and a memory error was circumvented by reading from the other memory. The next machine of this type was the Space Shuttle computer. It was a rather ad-hoc design that used four computers that executed the same programs and were voted. A fifth, non-redundant computer was included with different programs in case a software error was encountered. During the 1970s, two influential fault-tolerant machines were developed by NASA for fuel-efficient aircraft that require continuous computer control in flight. They were designed to meet the most stringent reliability requirements of any computer to that time. Both machines employed hybrid redundancy. The first, designated Software Implemented Fault Tolerance (SIFT), was developed by SRI International. It used off-the-shelf computers and achieved voting and reconfiguration primarily through software. The second machine, the Fault-Tolerant Multiprocessor (FTMP), developed by the C. S. Draper Laboratory, used specialized hardware to effect error and fault recovery. A commercial company, August Systems, was a spin-off from the SIFT program. It has developed a TMR system intended for process control applications. The FTMP has evolved into the Fault-Tolerant Processor (FTP), used by Draper in several applications and the Fault-Tolerant Parallel processor (FTPP) – a parallel processor that allows processes to run in a single machine or in duplex, tripled or quadrupled groups of processors. This highly innovative design is fully Byzantine resilient and allows multiple groups of redundant processors to be interconnected to form scalable systems. The new generation of fly-by-wire aircraft exhibits a very high degree of fault-tolerance in their real-time flight control computers. For example the Airbus Airliners use redundant channels with different processors and diverse software to protect against design errors as well as hardware faults. Other areas where fault-tolerance is being used include control of public transportation systems and the distributed computer systems now being incorporated in automobiles. High-Availability Computers Many applications require very high availability but can tolerate an occasional error or very short delays (on the order of a few seconds), while error recovery is taking place. Hardware designs for these systems are often considerably less expensive than those used for ultra-dependable real-time computers. Computers of this type often use duplex designs. Example applications are telephone switching and transaction processing. The most widely used fault-tolerant computer systems developed during the 1960s were in electronic switching systems (ESS) that are used in telephone switching offices throughout the country. The first of these AT&T machines, No. 1 ESS, had a goal of no more than two hours downtime in 40 years. The computers are duplicated, to detect errors, with some dedicated hardware and extensive software used to identify faults and effect replacement. These machines have since evolved over several generations to No. 5 ESS which uses a distributed system controlled by the 3B20D fault tolerant computer. The largest commercial success in fault-tolerant computing has been in the area of transaction processing for banks, airline reservations, etc. Tandem Computers, Inc. was the first major producer and is the current leader in this market. The design approach is a distributed system using a sophisticated form of duplication. For each running process, there is a backup process running on a different computer. The primary process is responsible for checkpointing its state to duplex disks. If it should fail, the backup process can restart from the last checkpoint. Stratus Computer has become another major producer of fault-tolerant machines for high-availability applications. Their approach uses duplex self-checking computers where each computer of a duplex pair is itself internally duplicated and compared to provide high-coverage concurrent error detection. The duplex pair of self-checking computers is run synchronously so that if one fails, the other can continue the computations without delay. Finally, the venerable IBM mainframe series, which evolved from S360, has always used extensive fault-tolerance techniques of internal checking, instruction retries and automatic switching of redundant units to provide very high availability. The newest CMOS-VLSI version, G4, uses coding on registers and on-chip duplication for error detection and it contains redundant processors, memories, I/O modules and power supplies to recover from hardware faults – providing very high levels of dependability. The server market represents a new and rapidly growing market for fault-tolerant machines driven by the growth of the Internet and local networks and their needs for uninterrupted service. Many major server manufacturers offer systems that contain redundant processors, disks and power supplies, and automatically switch to backups if a failure is detected. Examples are SUN’s ft-SPARC and the HP/Stratus Continuum 400. Other vendors are working on fault-tolerant cluster technology, where other machines in a network can take over the tasks of a failed machine. An example is the Microsoft MSCS technology. Information on fault-tolerant servers can readily be found in the various manufacturers’ web pages. Conclusion Fault-tolerance is achieved by applying a set of analysis and design techniques to create systems with dramatically improved dependability. As new technologies are developed and new applications arise, new fault-tolerance approaches are also needed. In the early days of fault-tolerant computing, it was possible to craft specific hardware and software solutions from the ground up, but now chips contain complex, highly-integrated functions, and hardware and software must be crafted to meet a variety of standards to be economically viable. Thus a great deal of current research focuses on implementing fault tolerance using COTS (Commercial-Off-The-Shelf) technology. References Avizienis, A., et al., (Ed.). (1987):Dependable Computing and Fault-Tolerant Systems Vol. 1: The Evolution of Fault-Tolerant Computing, Vienna: Springer-Verlag. (Though somewhat dated, the best historical reference available.) Harper, R., Lala, J. and Deyst, J. (1988): â€Å"Fault-Tolerant Parallel Processor Architectural Overview,† Proc of the 18st International Symposium on Fault-Tolerant Computing FTCS-18, Tokyo, June 1988. (FTPP) 1990. Computer (Special Issue on Fault-Tolerant Computing) 23, 7 (July). Lala, J., et. al., (1991): The Draper Approach to Ultra Reliable Real-Time Systems, Computer, May 1991. Jewett, D., A (1991): Fault-Tolerant Unix Platform, Proc of the 21st International Symposium on Fault-Tolerant Computing FTCS-21, Montreal, June 1991 (Tandem Computers) Webber, S, and Jeirne, J.(1991): The Stratus Architecture, Proc of the 21st International Symposium on Fault-Tolerant Computing FTCS-21, Montreal, June 1991. Briere, D., and Traverse, P. (1993): AIRBUS A320/ A330/A340 Electrical Flight Controls: A Family of Fault-Tolerant Systems, Proc. of the 23rd International Symposium on Fault-Tolerant Computing FTCS-23, Toulouse, France, IEEE Press, June 1993. Sanders, W., and Obal, W. D. II, (1993): Dependability Evaluation using UltraSAN, Software Demonstration in Proc. of the 23rd International Symposium on Fault-Tolerant Computing FTCS-23, Toulouse, France, IEEE Press, June 1993. Beounes, C., et. al. (1993): SURF-2: A Program For Dependability Evaluation Of Complex Hardware And Software Systems, Proc. of the 23rd International Symposium on Fault-Tolerant Computing FTCS-23, Toulouse, France, IEEE Press, June 1993. Blum, A., et. al., Modeling and Analysis of System Dependability Using the System Availability Estimator, Proc of the 24th International Symposium on Fault-Tolerant Computing, FTCS-24, Austin TX, June 1994. (SAVE) Lala, J.H. Harper, R.E. (1994): Architectural Principles for Safety-Critical Real-Time Applications, Proc. IEEE, V82 n1, Jan 1994, pp25-40. Jenn, E. , Arlat, J. Rimen, M., Ohlsson, J. and Karlsson, J. (1994): Fault injection into VHDL models:the MEFISTO tool, Proc. Of the 24th Annual International Symposium on Fault-Tolerant Computing (FTCS-24), Austin, Texas, June 1994. Siewiorek, D., ed., (1995): Fault-Tolerant Computing Highlights from 25 Years, Special Volume of the 25th International Symposium on Fault-Tolerant Computing FTCS-25, Pasadena, CA, June 1995. (Papers selected as especially significant in the first 25 years of Fault-Tolerant Computing.) Baker, W.E, Horst, R.W., Sonnier, D.P., and W.J. Watson, (1995): A Flexible ServerNet-Based Fault-Tolerant Architecture, Pr oc of the 25th International Symposium on Fault-Tolerant Computing FTCS-25, Pasadena, CA, June 1995. (Tandem) Timothy, K. Tsai and Ravishankar K. Iyer, (1996): â€Å"An Approach Towards Benchmarking of Fault-Tolerant Commercial Systems,† Proc. 26th Symposium on Fault-Tolerant Computing FTCS-26, Sendai, Japan, June 1996. (FTAPE) Kropp Nathan P., Philip J. Koopman, Daniel P. Siewiorek(1998):, Automated Robustness Testing of Off-the-Shelf Software Components, Proc of the 28th International Symposium on Fault-Tolerant Computing , FTCS’28, Munich, June, 1998. (Ballista). Spainhower, l., and T.A.Gregg, (1998):G4: A Fault-Tolerant CMOS Mainframe Proc of the 28th International Symposium on Fault-Tolerant Computing FTCS-28, Munich, June 1998. (IBM). Kozyrakis, Christoforos E., and David Patterson, A New Direction for Computer Architecture Research, Computer, Vol. 31, No. 11, November 1998.