IEEE Signal Processing Magazine

IEEE Signal Processing Magazine

Title Scalable Parallel Computers for Real-Time Signal Processing Author(s) Hwang, K; Xu, Z Citation IEEE - Signal Processing Magazine, 1996, v. 13 n. 4, p. 50-66 Issued Date 1996 URL http://hdl.handle.net/10722/44840 Rights Creative Commons: Attribution 3.0 Hong Kong License KAI HWANG and ZHlWEl XU n this article, we assess the state-of-the-art technology in to improve cost-effectiveness. We are most interested in massively parallel processors (MPPs) and their vari- scaling up by improving hardware and software resources to ations in different architectural platforms. Architectural expect proportional increase in performance. Scalability is a and programming issues are identified in using MPPs for multi-dimentional concept, ranging from resource, applica- time-critical applications such as adaptive radar signal proc- tion, to technology [ 12,27,37]. essing. Resource scalability refers to gaining higher performance First, we review the enabling technologies. These include or functionality by increasing the machine size (i.e., the high-performance CPU chips and system interconnects, dis- number of processors), investing in more storage (cache, tributed memory architectures, and various latency hiding main memory, disks), and improving the software. Commer- mechanisms. We characterize the concept of scalability in cial MPPs have limited resource scalability. For instance, the three areas: resources, applications, and technology. Scalable normal configuration of the IBM SP2 only allows for up to performance attributes are analytically defined. Then we com- 128 processors. The largest SP2 system installed to date is pare MPPs with symmetric multiprocessors (SMPs) and clus- the 5 12-node system at Come11 Theory Center [ 141, requiring ters of workstations (COWS). The purpose is to reveal their a special configuration. capabilities, limits, and effectiveness in signal processing. Technology scalability refers to a scalable system In particular, we evaluate the IBM SP2 at MHPCC [33], which can adapt to changes in technology. It should be the Intel Paragon at SDSC [38], the Cray T3D at Cray Eagan generation scalable: When part of the system is upgraded Center [I], and the Cray T3E and ASCI TeraFLOP system to the next generation, the rest of the system should still recently proposed by Intel [32].On the software and pro- work. For instance, the most rapidly changing component gramming side, we evaluate existing parallel programming is the processor. When the processor is upgraded, the environments, including the models, languages, compilers, system should be able to provide increased performance, software tools, and operating systems. Some guidelines for using existing components (memory, disk, network, OS, program parallelization are provided. We examine data-par- and application software, etc.) in the remaining system. A allel, shared-variable, message-passing, and implicit pro- scalable system should enable integration of hardware and gramming models. Communication functions and their software components from different sources or vendors. performance overhead are discussed. Available software This will reduce the cost and expand the system’s usabil- tools andcommunication libraries are introduced. ity. This heterogeneity scalability concept is called port- Our experiences in porting the MITLincoln Laboratory ability when used for software. It calls for using STAP (space-time adaptive processing) benchmark pro- components with an open, standard architecture and inter- grams onto the SP2, T3D, and Paragon are reported. Bench- face. An ideal scalable system should also allow space mark performance results are presented along with some scalability. It should allow scaling up from a desktop scalability analysis on machine and problem sizes. Finally, machine to a multi-rack machine to provide higher per- we comment on using these scalable computers for signal formance, or scaling down to a board or even a chip to be processing in the future. fit in an embedded signal processing system. To fully exploit the power of scalable parallel computers, Scalable Parallel Computers the application programs must also be scalable. Scalability over machine size measures how well the performance will A computer system, including hardware, system software, improve with additional processors. Scalability overproblem and applications software, is called scalable if it can scale up size indicates how well the system can handle large problems to accommodate ever increasing users demand, or scale down with large data size and workload. Most real parallel appli- 50 IEEE SIGNAL PROCESSING MAGAZINE JULY 1996 1053-58S8/96/$5.0001996IEEE _- - - l’able 1: Architectural Attributes of Five Parallel Computer Categories - - - - Attribute PVP SMP ~____~ Example Cray C-90, Cray (36400, DASH Berkeley NOW, DEC 8000 Alpha Farm - ~~ ~~ -~ Distributed Unshared ~~ _____ -~ Address Space Single Single Access Model UMA UMA 7-i 1 Interconnect Custom Crossbar ~ Bus or Crossbar Custom Network Custom Network I I cations have limited scalability in both machine size and Parallel Vector Processors problem size. For instance, some coarse-grain parallel radar signal processing program may use at most 256 processors to The structure of a typical PVP is shown in Fig. la. Examples handle at most 100 radar channels. These limitations can not of PVP include the Cray C-90 and T-90. Such a system be removed by simply increasing machine resources. The contains a s8mallnumber of powerful custom-designed vector program has to be significantly modified to handle more processors (VPs), each capable of at least 1 Gflop/s perform- processors or more radar channels. ance. A custom-designed, high-bandwidth crossbar switch Large-scale computer systems are generally classified into connects these vector processors to a number of shared memory (SM) modules. For instance, in the T-90, the shared six architectural categories [25] : the single-instruction-mul- memory can supply data to a processor at 14 GB/s. Such tiple-data (SIMD) machines, the parallel vector processors machines normally do not use caches, but they use a large (PVPs), the symmetric multiprocessors (SMPs), the mas- number of vector registers and an instruction buffer. sively parallel processors (MPPs), the clusters of worksta- tions (COWs), and the distributed shared memory Symmetric MuIti process0 rs multiprocessors (DSMs). SIMD computers are mostly for special-purpose applications, which are beyond the scope of The SMP architecture is ;shown in Fig. lb. Examples include this paper. The remaining categories are all MIMD (multiple- the Cray CS6400, the IBM R30, the SGI Power Challenge, instruction-multiple-data) machines. and the DEC Alphaserver 8000. Unlike a PVP, an SMP Important common features in these parallel computer system uses commodity microprocessors with on-chip and architectures are characterized below: off-chip caches. These processors are connected to a shared Commodity Components: Most systems use commercially memory though a high-speed bus. On some SMP, a crossbar off-the-shelf, commodity components such as microproc- switch is also used in adldition to the bus. SMP systems are essors, memory clhips, disks, and key software. heavily used in commerlcial applications, such as database MIMD: Parallel machines are moving towards the MIMD systems, on-line transaction systems, and data warehouses. It architecture for general-purpose applications. A parallel is important for the system to be symmetric, in that every program running on such a machine consists of multiple processor lhas equal access to the shared memory, the I/O processes, each executing a possibly different code on a devices, and operating system. This way, a higher degree of processor autonomously. parallelism can be released, which is not possible in an Asynchrony: Each process executes at its own pace, inde- asymmetric (or master-slave) multiprocessor system. pendent of the speed of other processes. The processes can be forced to wait for one another through special synchro- Massively Parallel Processors nization operations, such as semaphores, barriers, block- ing-mode communications, etc. To take advantage of higlher parallelism available in applica- Distributed Memory: Highly scalable computers are all tions such ,as signal processing, we need to use more scalable using distributed imemory, either shared or unshared. Most computer platforms by exploiting the distributed memory of the distributed memories are acccssed by the none-uni- architectures, such as MPPs, DSMs, and COWs. The term form memory access (NUMA) model. Most of the NUMA MPP generally refers to a large-scale computer system that machines support no remote memory access (NORMA). has the following features: The conventional PVPs and SMPs use the centralized, It uses commodity microprocessors in processing nodes. unijorm memory access (UMA) shared memory, which It uses physically distributed memory over processing may limit scalability. nodes. JULY 1996 IEEE SIGNAL PROCESSING MAGAZINE 51 o It uses an interconnect with high communication band- Distributed Shared Memory Systems width and low latency. DSM machines are modeled in Fig.ld, based on the Stan- o It can be scaled up to hundreds or even thousands of ford DASH architecture. Cache directory (DIR) is used to processors. support distributed coherent caches [30].The Cray T3D is By this definition, MPPs, DSMs, and even some COWS also a DSM machine. But it does not use the DIR to in Table 1 are qualified to be called as MPPs. The MPP implement

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    18 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us