[go: nahoru, domu]
Wikipedia

Tandem Computers

Tandem Computers, Inc. was the dominant manufacturer of fault-tolerant computer systems for ATM networks, banks, stock exchanges, telephone switching centers, 911 systems, and other similar commercial transaction processing applications requiring maximum uptime and no data loss. The company was founded by Jimmy Treybig in 1974[1] in Cupertino, California. It remained independent until 1997, when it became a server division within Compaq. It is now a server division within Hewlett Packard Enterprise, following Hewlett-Packard's acquisition of Compaq and the split of Hewlett-Packard into HP Inc. and Hewlett Packard Enterprise.

Tandem Computers, Inc.
Company typeDivision
Founded1974; 50 years ago (1974)
FounderJames Treybig
FateAcquired by Compaq in 1997, then by Hewlett-Packard
HeadquartersCupertino, California
Area served
Worldwide
ProductsServers, fault tolerant computer systems
BrandsNonStop
ServicesHardware consulting, software consulting
Number of employees
12,000 at its peak

Tandem's NonStop systems use a number of independent identical processors, redundant storage devices, and redundant controllers to provide automatic high-speed "failover" in the case of a hardware or software failure. To contain the scope of failures and of corrupted data, these multi-computer systems have no shared central components, not even main memory. Conventional multi-computer systems all use shared memories and work directly on shared data objects. Instead, NonStop processors cooperate by exchanging messages across a reliable fabric, and software takes periodic snapshots for possible rollback of program memory state.

Besides masking failures, this "shared-nothing" messaging system design also scales to the largest commercial workloads. Each doubling of the total number of processors doubles system throughput, up to the maximum configuration of 4000 processors. In contrast, the performance of conventional multiprocessor systems is limited by the speed of some shared memory, bus, or switch. Adding more than 4–8 processors in that manner gives no further system speedup. NonStop systems have more often been bought to meet scaling requirements than for extreme fault tolerance. They compete against IBM's largest mainframes, despite being built from simpler minicomputer technology.

Founding

edit

Tandem Computers was founded in 1974 by James Treybig. Treybig first saw the market need for fault tolerance in OLTP (online transaction processing) systems while running a marketing team for Hewlett-Packard 's HP 3000 computer division, but HP was not interested in developing for this niche. He then joined the venture capital firm Kleiner Perkins and developed the Tandem business plan there.[2][3][4] Treybig pulled together a core engineering team hired away from the HP 3000 division: Mike Green, Jim Katzman, Dave Mackie and Jack Loustaunou. Their business plan called for ultra-reliable systems that never had outages and never lost or corrupted data. These were modular in a new way that was safe from all "single-point failures" yet would be only marginally more expensive than conventional non-fault-tolerant systems. They would be less expensive and support more throughput than some existing ad-hoc toughened systems that used redundant but usually required "hot spares".

Each engineer was confident they could quickly pull off their own part of this complex new design but doubted that others' areas could be worked out. The parts of the hardware and software design that did not have to be different were largely based on incremental improvements to the familiar hardware and software designs of the HP 3000. Many subsequent engineers and programmers also came from HP. Tandem headquarters in Cupertino, California, were a quarter mile away from the HP offices. Initial venture capital investment in Tandem Computers came from Tom Perkins, who was formerly a general manager of the HP 3000 division.

The business plan included detailed ideas for building a unique corporate culture reflecting Treybig's values.

The design of the initial Tandem/16 hardware was completed in 1975, and the first system shipped to Citibank in May 1976.

The company enjoyed uninterrupted exponential growth through 1983. Inc. magazine ranked Tandem as the fastest-growing public company in America. By 1996, Tandem was a $2.3 billion company employing approximately 8,000 people worldwide.

Tandem NonStop (TNS) stack machines

edit

Over 40 years, Tandem's main NonStop product line grew and evolved in an upward-compatible way from the initial T/16 fault-tolerant system, with three major changes to its top-level modular architecture or its programming-level instruction set architecture. Within each series, there have been several major re-implementations as chip technology progressed.

While conventional systems of the era, including large mainframes, had mean-time-between-failures (MTBF) on the order of a few days, the NonStop system was designed to failure intervals 100 times longer, with uptimes measured in years. Nevertheless, the NonStop was designed to be price-competitive with conventional systems, with a simple 2-CPU system priced at just over twice that of a competing single-processor mainframe, as opposed to four or more times of other fault-tolerant solutions.

NonStop I

edit

The first system was the Tandem/16 or T/16, later re-branded NonStop I.[5] The machine consisted of between two and 16 CPUs, organized as a fault-tolerant computer cluster packaged in a single rack. Each CPU had its own private, unshared memory, its own I/O processor, its own private I/O bus to connect to I/O controllers, and dual connections to all the other CPUs over a custom inter-CPU backplane bus called Dynabus. Each disk controller or network controller was duplicated and had dual connections to both CPUs and devices. Each disk was mirrored, with separate connections to two independent disk controllers. If a disk failed, its data was still available from its mirrored copy. If a CPU, controller or bus failed, the disk was still reachable through alternative CPU, controller, and/or bus. Each disk or network controller was connected to two independent CPUs. Power supplies were each wired to only one side of a pair of CPUs, controllers, or buses, so that the system would keep running without loss of connections if one power supply failed. The careful complex arrangement of parts and connections in customers' larger configurations were documented in a Mackie diagram, named after lead salesman David Mackie, who invented the notation.[6] None of these duplicated parts were wasted "hot spares"; everything added to system throughput during normal operations.

Besides recovering well from failed parts, the T/16 was also designed to detect as many kinds of intermittent failures as possible, as soon as possible. This prompt detection is called "fail fast". The point was to find and isolate corrupted data before it was permanently written into databases and other disk files. In the T/16, error detection was by added custom circuits that added little cost to the total design; no major parts were duplicated to get error detection.

 
TANDEM T/16 memory board

The T/16 CPU was a proprietary design. It was greatly influenced by the HP 3000 minicomputer. They were both microprogrammed, 16-bit, stack-based machines with segmented, 16-bit virtual addressing. Both were intended to be programmed exclusively in high-level languages, with no use of assembler. Both were initially implemented via standard low-density TTL chips, each holding a 4-bit slice of the 16-bit ALU. Both had a small number of top-of-stack, 16-bit data registers plus some extra address registers for accessing the memory stack. Both used Huffman encoding of operand address offsets, to fit a large variety of address modes and offset sizes into the 16-bit instruction format with good code density. Both relied heavily on pools of indirect addresses to overcome the short instruction format. Both supported larger 32- and 64-bit operands via multiple ALU cycles, and memory-to-memory string operations. Both used "big-endian" addressing of long versus short memory operands. These features had all been inspired by Burroughs B5500–B6800 mainframe stack machines.

The T/16 instruction set changed several features from the HP 3000 design. The T/16 supported paged virtual memory from the beginning. The HP 3000 series did not add paging until the PA-RISC generation, 10 years later (although via MPE V it had a form of paging using the APL firmware, in 1978). Tandem added support for 32-bit addressing in its second machine; HP 3000 lacked this until its PA-RISC generation. Paging and long addresses were critical for supporting complex system software and large applications. The T/16 treated its top-of-stack registers in a novel way; the compiler, not the microcode, was responsible for deciding when full registers were spilled to the memory stack and when empty registers were re-filled from the memory stack. On the HP 3000, this decision took extra microcode cycles in every instruction. The HP 3000 supported COBOL with several instructions for calculating directly on arbitrary-length BCD (binary-coded decimal) strings of digits. The T/16 simplified this to single instructions for converting between BCD strings and 64-bit binary integers.

In the T/16, each CPU consisted of two boards of TTL logic and SRAMs, and ran at about 0.7 MIPS.[7] At any instant, it could access only four virtual memory segments (System Data, System Code, User Data, User Code), each limited to 128 KB in size. The 16-bit address spaces were already small for major applications when it shipped.

The first release of T/16 had only a single programming language, Transaction Application Language (TAL). This was an efficient machine-dependent systems programming language (for operating systems, compilers, etc.) but could also be used for non-portable applications. It was derived from HP 3000's System Programming Language (SPL). Both had semantics similar to C but a syntax based on Burroughs' ALGOL. Subsequent releases added support for Cobol74, Basic, Fortran, Java, C, C++, and MUMPS.

The Tandem NonStop series ran a custom operating system which was significantly different from Unix or HP 3000's MPE. It was initially called T/TOS (Tandem Transactional Operating System) but soon named Guardian for its ability to protect all data from machine faults and software faults. In contrast to all other commercial operating systems, Guardian was based on message passing as the basic way for all processes to interact, without shared memory, regardless of where the processes were running.[8][9] This approach easily scaled to multiple-computer clusters and helped isolate corrupted data before it propagated.

All file system processes and all transactional application processes were structured as master/slave pairs of processes running in separate CPUs. The slave process periodically took snapshots of the master's memory state and took over the workload if and when the master process ran into trouble. This allowed the application to survive failures in any CPU or its associated devices, without data loss. It further allowed recovery from some intermittent-style software failures. Between failures, the monitoring by the slave process added some performance overhead but this was far less than the 100% duplication in other system designs. Some major early applications were directly coded in this checkpoint style, but most instead used various Tandem software layers which hid the details of this in a semi-portable way.

 
Tandem NonStop II System

NonStop II

edit

In 1981, all T/16 CPUs were replaced by the NonStop II. Its main difference from the T/16 was support for occasional 32-bit addressing via a user-switchable "extended data segment". This supported the next ten years of growth in software and was an advantage over the T/16 or HP 3000. Visible registers remained 16-bit, and this unplanned addition to the instruction set required executing many instructions per memory reference compared to most 32-bit minicomputers. All subsequent TNS computers were hampered by this instruction set inefficiency. As the NonStop II lacked wider internal data paths, it had to use additional microcode steps for 32-bit addresses. A NonStop II CPU had three boards, using chips and design similar to the T/16. The NonStop II also replaced core memory with battery-backed DRAM memory.

NonStop TXP

edit

In 1983, the NonStop TXP CPU was the first entirely new implementation of the TNS instruction set architecture.[10][11][12] It was built from standard TTL chips and Programmed Array Logic chips, with four boards per CPU module. It had Tandem's first use of cache memory. It had a more direct implementation of 32-bit addressing, but still sent them through 16-bit adders. A wider microcode store allowed a major reduction in the cycles executed per instruction; speed increased to 2.0 MIPS. It used the same rack packaging, controllers, backplane, and buses as before. The Dynabus and I/O buses had been overdesigned in the T/16 so they would work for several generations of upgrades.

FOX

edit

Up to 14 TXP and NonStop II systems could now be combined via FOX, a long-distance fault-tolerant fibre optic bus for connecting TNS clusters across a business campus; a cluster of clusters with a total of 224 CPUs. This allowed further scale-up for taking on the largest mainframe applications.[13] Like the CPU modules within the computers, the Guardian operating system could failover entire task sets to other machines in the network. Worldwide clusters of 4000 CPUs could also be built via conventional long-haul network links.

NonStop VLX

edit

In 1986, Tandem introduced a third generation CPU, the NonStop VLX.[14] It had 32-bit data paths, wider microcode, 12 MHz cycle time, and a peak rate of one instruction per cycle. It was built from three boards of ECL gate array chips (with TTL pinout). It had a revised Dynabus with speed raised to 20 MB/s per link, 40 MB/s total. Later, FOX II increased the physical diameter of TNS clusters to 4 kilometers.

Tandem's initial database support was only for hierarchical, non-relational databases via the ENSCRIBE file system. This was extended into a relational database called ENCOMPASS.[15] In 1986 Tandem introduced the first fault-tolerant SQL database, NonStop SQL.[16] Developed totally in-house, NonStop SQL includes a number of features based on Guardian to ensure data validity across nodes. NonStop SQL is known for scaling linearly in performance with the number of nodes added to the system, whereas most databases had performance that plateaued quite quickly, often after just two CPUs. A later version released in 1989 added transactions that could be spread over nodes, a feature that remained unique for some time. NonStop SQL continued to evolve, first as NonStop SQL/MP and then NonStop SQL/MX, which transitioned from Tandem to Compaq to HP. The code remains in use in both HP's NonStop SQL/MP, NonStop SQL/MX and the Apache Trafodion project.[17]

NonStop CLX

edit

In 1987, Tandem introduced the NonStop CLX, a low-cost less-expandable minicomputer system.[18][19] Its role was for growing the low end of the fault-tolerant market, and for deploying on the remote edges of large Tandem networks. Its initial performance was roughly similar to the TXP; later versions improved to where they were about 20% slower than a VLX. Its small cabinet could be installed into any "copier room" office environment. A CLX CPU was one board, containing six "compiled silicon" ASIC CMOS chips. The CPU core chip was duplicated and lock stepped for maximal error detection. This added no additional fault tolerance but assured data integrity as each CPU included checking logic that made certain that the results of both CPU chips were identical. Other processors would provide fault tolerance. Pinout was a main limitation of this chip technology. Microcode, cache, and TLB were all external to the CPU core and shared a single bus and single bank of SRAM. As a result, CLX required at least two machine cycles per instruction.

NonStop Cyclone

edit

In 1989, Tandem introduced the NonStop Cyclone, a fast but expensive system for the mainframe end of the market.[20][21] Each self-checking CPU took three boards full of hot-running ECL gate array chips, plus memory boards. Despite being microprogrammed, the CPU was superscalar, often completing two instructions per cache cycle. This was accomplished by having a separate microcode routine for every common pair of instructions.[22] That fused pair of stack instructions generally accomplished the same work as a single instruction of normal 32-bit minicomputers. Cyclone processors were packaged as sections of four CPUs each, and the sections joined by a fiber optic version of Dynabus.

Like Tandem's prior high-end machines, Cyclone cabinets were styled with much angular black to suggest strength and power. Advertising videos directly compared Cyclone to the Lockheed SR-71 Blackbird Mach 3 spy plane. Cyclone's name was supposed to represent its "unstoppable speed in roaring through OLTP workloads". Announcement day was October 17, 1989. That afternoon, the region was struck by the magnitude 6.9 Loma Prieta earthquake, causing freeway collapses in Oakland and major fires in San Francisco. Tandem offices were shaken, but no one was badly hurt on site.

Other product lines

edit

Rainbow

edit

In 1980–1983, Tandem attempted to re-design its entire hardware and software stack to put its NonStop methods on a stronger foundation than its inherited HP 3000 traits. Rainbow's hardware was a 32-bit register-file machine that aimed to be better than a Digital Equipment Corporation VAX. For reliable programming, the main programming language was "TPL", a subset of Ada. At that time, programmers barely understood how to compile Ada to unoptimized code. There was no migration path for existing NonStop system software coded in TAL. The OS, database and Cobol compilers were entirely redesigned. Customers would see it as a totally disjoint product line requiring all-new software from them. The software side of this project took much longer than planned. The hardware was already obsolete and outperformed by TXP before its software was ready, resulting in the Rainbow project being abandoned. All subsequent efforts emphasized upward compatibility and easy migration paths.

Development of Rainbow's advanced client/server application development framework called "Crystal" continued awhile longer and was spun off as the "Ellipse" product of Cooperative Systems Incorporated.[23]

Dynamite PC

edit

In 1985, Tandem attempted to grab a piece of the rapidly growing personal computer market with its introduction of the MS-DOS based Dynamite PC/workstation. Numerous design compromises (including a unique 8086-based hardware platform incompatible with expansion cards of the day and extremely limited compatibility with IBM-based PCs) relegated the Dynamite to serving primarily as a smart terminal. It was quietly and quickly withdrawn from the market.

Integrity

edit

Tandem's message-based NonStop operating system had advantages for scaling, extreme reliability, and efficiently using expensive "spare" resources. But many potential customers wanted just good-enough reliability in a small system, using a familiar Unix operating system and industry-standard programs. Tandem's various fault-tolerant competitors all adopted a simpler hardware-only memory-centric design where all recovery was done by switching between hot spares. The most successful competitor was Stratus Technologies, whose machines were re-marketed by IBM as "IBM System/88".

In such systems, the spare processors do not contribute to system throughput between failures, but merely redundantly execute exactly the same data thread as the active processor at the same instant, in "lock step". Faults are detected by seeing when the cloned processors' outputs diverged. To detect failures, the system must have two physical processors for each logical, active processor. To also implement automatic failover recovery, the system must have three or four physical processors for each logical processor. The triple or quadruple cost of this sparing is practical when the duplicated parts are commodity single-chip microprocessors.

Tandem's products for this market began with the Integrity line in 1989, using MIPS processors and a "NonStop UX" variant of Unix. It was developed in Austin, Texas. In 1991, the Integrity S2 used TMR, Triple Modular Redundancy, where each logical CPU used three MIPS R2000 microprocessors to execute the same data thread, with voting to find and lock out a failed part. Their fast clocks could not be synchronized as in strict lock stepping, so voting instead happened at each interrupt.[24] Some other versions of Integrity used 4x "pair and spares" redundancy. Pairs of processors ran in lock-step to check each other. When they disagreed, both processors were marked untrusted, and their workload was taken over by a hot-spare pair of processors whose state was already current. In 1995, the Integrity S4000 was the first to use ServerNet (a networked "bus" structure) and moved toward sharing peripherals with the NonStop line.

Wolfpack

edit

In 1995–1997, Tandem partnered with Microsoft to implement high-availability features and advanced SQL configurations in clusters of commodity Microsoft Windows NT machines. This project was codenamed "Wolfpack" and first shipped as Microsoft Cluster Server in 1997. Microsoft benefited greatly from this partnership; Tandem did not.

TNS/R NonStop migration to MIPS

edit

When Tandem was formed in 1974, every computer company designed and built its CPUs from basic circuits[citation needed], using its own proprietary instruction set, compilers, etc. With each year of semiconductor progress with Moore's Law, more of a CPU's core circuits could fit into single chips and run faster and cheaper as a result. However, it became increasingly expensive for a computer company to design those advanced custom chips or build the plants to fabricate the chips. Facing the challenges of this changing marketplace and manufacturing landscape, Tandem partnered with MIPS and adopted its R3000 and successor chipsets and their advanced optimizing compiler. Subsequent NonStop Guardian machines using the MIPS architecture were known to programmers as TNS/R machines and had a variety of marketing names.

Cyclone/R

edit

In 1991, Tandem released the Cyclone/R, also known as CLX/R. This was a low-cost mid-range system based on CLX components but used R3000 microprocessors instead of the much slower CLX stack machine board. To minimize time to market, this machine was initially shipped without any MIPS native-mode software. Everything, including its NonStop Kernel (NSK) operating system (a follow-on to Guardian) and NonStop SQL database, was compiled to TNS stack machine code. That object code was then translated to equivalent partially optimized MIPS instruction sequences at kernel install time by a tool called the Accelerator.[25] Less-important programs could also be executed directly without pre-translation, via a TNS code interpreter. These migration techniques were successful and remain in use today. End-user software was brought over without extra work, the performance was good enough for mid-range machines, and programmers could ignore the instruction differences, even when debugging at machine code level. These Cyclone/R machines were updated with a faster native-mode NSK operating system in a follow-up release.

The R3000 and later microprocessors had only a typical amount of internal error checking, insufficient for Tandem's needs. So, the Cyclone/R ran pairs of R3000 processors in lock step, running the same data thread. This was for purposes of data integrity, and not fault-tolerance – fault tolerance was handled by the other mechanisms still in place. It used a variation of lock stepping. The checker processor ran 1 cycle behind the primary processor. This allowed them to share a single copy of external code and data caches without putting excessive pinout load on the system bus and lowering the system clock rate. To successfully run microprocessors in lock step, the chips must be designed to be fully deterministic. Any hidden internal state must be cleared by the chip's reset mechanism. Otherwise, the matched chips can go out of sync for no visible reason and without any faults, long after the chips are restarted. Chip designers agree that these are good principles because it helps them test chips at manufacturing time. But all new microprocessor chips seemed to have bugs in this area and required months of shared work between MIPS (the third-party manufacturer used by Tandem) and Tandem to eliminate or work around the final subtle bugs.

NonStop Himalaya K-series

edit

In 1993, Tandem released the NonStop Himalaya K-series with the faster MIPS R4400, a native mode NSK operating system, and fully expandable Cyclone system components. These were connected by Dynabus, Dynabus+, and the original I/O bus, which by now were all running out of performance headroom.

Open System Services

edit

In 1995, the NonStop Kernel was extended with a Unix-like POSIX environment called Open System Services.[26] The original Guardian shell and ABI remained available.

NonStop Himalaya S-Series

edit

In 1997, Tandem introduced the NonStop Himalaya S-Series with a new top-level system architecture based on ServerNet connections. ServerNet replaced the Dynabus, FOX, and I/O buses. It was much faster, more general, and could be extended to more than just two-way redundancy via an arbitrary fabric of point-to-point connections. Tandem designed ServerNet for its own needs but then promoted its use by others; it evolved into the InfiniBand industry standard.

All S-Series machines used MIPS processors, including the R4400, R10000, R12000, and R14000.

The design of the later, faster MIPS cores was primarily funded by Silicon Graphics Inc. But Intel's sixth generation Pentium Pro overtook the performance of RISC designs and also SGI's graphics business shrunk. After the R10000, there was no investment in significant new MIPS core designs for high-end servers. So Tandem needed to move its NonStop product line to another microprocessor architecture with competitive fast chips.

Acquisition by Compaq, attempted migration to Alpha

edit
Logo used from 1996 to 1997 
Logo used from 1996 to 1997

Jimmy Treybig remained CEO of the company he founded until a downturn in 1996. The next CEO was Roel Pieper, who joined the company in 1996 as president and CEO. Re-branding to promote itself as a true Wintel (Windows/Intel) platform was conducted by their in-house brand and creative team led by Ronald May, who later went on to co-found the Silicon Valley Brand Forum in 1999. The concept worked, and shortly thereafter the company was acquired by Compaq.

Compaq's x86-based server division was an early outside adopter of Tandem's ServerNet/InfiniBand interconnect technology. In 1997, Compaq acquired the Tandem Computers company and NonStop customer base to balance Compaq's heavy focus on personal computers (PCs). In 1998, Compaq also acquired the much larger Digital Equipment Corporation and inherited its DEC Alpha RISC servers with OpenVMS and Tru64 Unix customer bases. Tandem was then midway in porting its NonStop product line from MIPS R12000 microprocessors to Intel's new Itanium Merced microprocessors. This project was restarted with Alpha as the new target to align NonStop with Compaq's other large server lines. But in 2001, Compaq terminated all Alpha engineering investments in favor of the Itanium microprocessors, before any new NonStop products were released on Alpha.

Acquisition by Hewlett-Packard, TNS/E migration to Itanium

edit

In 2001, Hewlett-Packard similarly made the choice to abdicate its successful PA-RISC product lines in favor of Intel's Itanium microprocessors that HP helped to design. Shortly thereafter, Compaq and HP announced their plan to merge and consolidate their similar product lines. This contentious merger became official in May 2002. The consolidations were painful and destroyed the DEC and "HP Way" engineer-oriented cultures, but the combined company did know how to sell complex systems to enterprises and profit, so it was an improvement for the surviving NonStop division and its customers.

In some ways, Tandem's journey from HP-inspired start-up to an HP-inspired competitor, then to an HP division was "bringing Tandem back to its original roots", but this was not the same HP.

The porting of the NSK-based NonStop product line from MIPS processors to Itanium-based processors was completed and was branded as "HP Integrity NonStop Servers". (This NSK Integrity NonStop was unrelated to Tandem's original "Integrity" series for Unix.)

Because it was not possible to run Itanium McKinley chips with clock-level lock stepping, the Integrity NonStop machines instead lock stepped using comparisons between chip states at longer time scales, at interrupt points and at various software synchronization points in between interrupts. The intermediate synchronization points were automatically triggered at every n'th taken branch instruction and were also explicitly inserted into long loop bodies by all NonStop compilers. The machine design supported both dual and triple redundancy, with either two or three physical microprocessors per logical Itanium processor. The triple version was sold to customers needing the utmost reliability. This new checking approach was called NSAA, NonStop Advanced Architecture.[27]

As in the earlier migration from stack machines to MIPS microprocessors, all customer software was carried forward without source changes. "Native mode" source code compiled directly to MIPS machine code was simply recompiled for Itanium. Some older "non-native" software was still in TNS stack machine form. These were automatically ported onto Itanium via object code translation techniques.

Itanium migration to Intel X86

edit

The next endeavor was to move from Itanium to the Intel x86 architecture. It was completed in 2014 with the first systems being made commercially available.

The inclusion of the fault-tolerant 4X FDR (Fourteen Data Rate) InfiniBand double-wide switches provided more than 25 times increase in system interconnect capacity.[28]

Outlook, other

edit

NSK Guardian also became the base for the HP Neoview OS, the operating system used in the HP Neoview systems that were tailored for use in Business Intelligence and Enterprise Data Warehouse use. NonStop SQL/MX was also the starting point for Neoview SQL, which was tailored to Business Intelligence use. The code was also ported to Linux and served as the basis for the Apache Trafodion project.

Corporate culture

edit

Treybig's business plan included detailed ideas for building a corporate culture reflecting Treybig's values, such as paid six week sabbaticals every four years for all employees, an annual gift of 100 shares of Tandem stock to all employees, a weekly all-employee party known as Beer Bust Fridays, and a world-wide closed circuit monthly telecast ("First Friday") to keep employees informed.

User groups

edit

See also

edit

References

edit
  1. ^ "History of TANDEM COMPUTERS, INC. – FundingUniverse". www.fundinguniverse.com. Retrieved 2023-03-01.
  2. ^ "Tandem History: An Introduction". Center magazine, vol 6 number 1, Winter 1986, a magazine for Tandem employees.
  3. ^ "Tracing Tandem's History", NonStop News, vol 9 number 1, January 1986, a newsletter for Tandem employees.
  4. ^ "Top-end server group comes home to HP". CNET. Retrieved 2023-04-27.
  5. ^ Katzman, James A. (1978). "The Tandem 16: A Fault-tolerant Computing System". Proceedings of the 11th Hawaii Conference. on System Sciences (11th HICSS'78). Honolulu, Hawaii: IEEE Computer Society. pp. 85–102. Reproduced in Siewiorek, D. P.; Bell, C. G.; Newell, A., eds. (1982). "Chapter 29: The Tandem 16: A Fault-tolerant Computing System". Computer Structures: Principles and Examples (PDF). McGraw-Hill. pp. 470–480.
  6. ^ "Cluster History". Clusters4All.com. Chicago: 4th IEEE/ACM International Symposium on Cluster Computer and the Grid. April 19–22, 2004. Archived from the original on 2012-03-21. Retrieved 2011-08-22.
  7. ^ Bartlett, Joel F.; Gray, Jim; Horst, Bob (March 1986). Fault Tolerance in Tandem Computer Systems (PDF) (Technical report). Tandem Technical Report TR-86.2. Archived from the original (PDF) on 2024-03-07.
  8. ^ Bartlett, Joel F. (January 1978). A NonStop Operating System. Eleventh Hawaii International Conference on System Sciences. pp. 103–117.
  9. ^ Barlett, Joel F. (June 1981). A NonStop Kernel (PDF) (Technical report). Tandem Technical Report TR-81.4. Archived from the original (PDF) on 2022-08-01.
  10. ^ "The High-Performance NonStop TXP Processor" (PDF). Tandem Journal. 2 (1): 2–5. Archived from the original (PDF) on 2020-07-13.
  11. ^ Bartlett, Wendy; Houy, Tom; Meyer, Don. "The NonStop TXP Processor: A Powerful Design for Online Translation Processing" (PDF). Tandem Journal. 2 (3): 10–23. Archived from the original (PDF) on 2020-07-11.
  12. ^ New System manages hundreds of transactions per second, Electronics magazine, April 1984, reprinted as Robert Horst; Sandy Metz. A Technical Overview of the Tandem TXP Processor (PDF) (Technical report). Tandem Technical Report TR-84.1. Archived from the original (PDF) on 2021-06-12.
  13. ^ Horst, Robert; Chou, Tim (April 1985). The Hardware Architecture and Linear Expansion of Tandem NonStop Systems (PDF) (Technical report). Tandem Technical Report TR-85.3. Archived from the original (PDF) on 2021-06-12.
  14. ^ "NonStop VLX Hardware Design" (PDF). Tandem Systems Review. 2 (3): 8–12. December 1986. Archived from the original (PDF) on 2020-07-13.
  15. ^ Schuster, Stewart A. (February 1981). Relational Data Base Management for On-Line Transaction Processing (PDF) (Technical report). Tandem Technical Report TR-81.5. Archived from the original (PDF) on 2021-12-02.
  16. ^ NonStop SQL, A Distributed, High-Performance, High-Availability Implementation of SQL (PDF) (Technical report). April 1987. Tandem Technical Report TR-87.4. Archived from the original (PDF) on 2021-10-03.
  17. ^ "The Apache Software Foundation Announces Apache Trafodion as a Top-Level Project". 10 January 2018. Retrieved May 13, 2020.
  18. ^ Lenoski, Daniel E. (November 1987). A Highly Integrated, Fault-Tolerant Minicomputer: The NonStop CLX (PDF) (Technical report). Tandem Technical Report TR-87.5. Archived from the original (PDF) on 2021-06-12.
  19. ^ Lenoski, Dan (April 1989). "NonStop CLX: Optimized for Distributed Online Processing" (PDF). Tandem Systems Review. 5 (1): 20–27. Archived from the original (PDF) on 2020-07-13.
  20. ^ Chan, Scott; Robert Jardine (April 1991). "Fault Tolerance in the NonStop Cyclone System" (PDF). Tandem Systems Review: 4–9. Archived from the original (PDF) on 2020-07-11.
  21. ^ Bartlett, Joel F.; Bartlett, Wendy; Carr, Richard; Garcia, Dave; Gray, Jim; Horst, Robert; Jardine, Robert; Lenoski, Dan; McGuire, Dix (May 1990). Fault Tolerance in Tandem Computer Systems (PDF) (Technical report). Tandem Technical Report TR-90.5. Archived from the original (PDF) on 2021-06-12.
  22. ^ Horst, Robert; Harris, Richard; Jardine, Robert (June 1990). Multiple Instruction Issue in the NonStop Cyclone System (PDF) (Technical report). Tandem Technical Report TR-90.6. Archived from the original (PDF) on 2021-06-12.
  23. ^ Exec details firm's net-based OLTP tools, Network World, March 16, 1992
  24. ^ Norwood, Peter (April 1991). "Overview of the NonStop-UX Operating System for the Integrity S2" (PDF). Tandem Systems Review. 7 (1): 10–23. Archived from the original (PDF) on 2020-07-11.
  25. ^ Andrews, Kristy; Sand, Duane (October 1992). Migrating a CISC Computer Family onto RISC via Object Code Translation. Fifth International Conference on Architectural Support for Programming Languages and Operating Systems. doi:10.1145/143365.143520.
  26. ^ Halper, Mark (March 6, 1995). "Tandem adds UNIX to Himalaya servers". Computerworld. Vol. 29, no. 10. p. 66.
  27. ^ "HP NonStop Advanced Architecture, a business white paper" (PDF). Archived from the original (PDF) on February 28, 2006.
  28. ^ "HP Integrity NonStop X NS7 X1". Archived from the original on July 27, 2015.
edit
 
Wikimedia Commons has media related to Tandem Computers.
Retrieved from "https://en.wikipedia.org/w/index.php?title=Tandem_Computers&oldid=1251445083"