System Paragon ™

(1)

Paragon ™

System

(2)

Paragon ™ System User's

Guide

IntelGi) Corporation

April 1996 Order Number: 312489-005

(3)

Copyright ©1996 by Intel Server Systems Product Development, Beaverton, Oregon. All rights reserved. No part of tbis work may be reproduced or copied in any form or by any means ... grapbic, electronic, or mechanical including photocopying, taping, or information storage and retrieval systems ... without the express written consent of Intel Corporation. The information in tbis document is subject to change without notice.

Intel Corporation makes no warranty of any kind with regard to tbis material, including, but not limited to, the implied warranties of merchantability and fitness for a particular purpose. Intel Corporation assumes no responsibility for any errors that may appear in tbis document. Intel Corporation makes no commitment to update or to keep current the information contained in tbis document.

Intel Corporation assumes no responsibility for the use of any circuitry other than circuitry embodied in an Intel product. No other circuit patent licenses are implied.

Intel software products are copyrighted by and shall remain the property of Intel Corporation. Use, duplication, or disclosure is subject to restrictions stated in Intel's software license agreement. Use, duplication, or disclosure by the U.S. Government is subjectto restrictions as set forth in subpara- graphs (c)(l)(ii) of the Rights in Technical Data and Computer Software clause at 252.227-7013. Intel Corporation, 2200 Mission College Boule- vard, Santa Clara, CA 95052-8119. For all Federal use or contracts other than DoD, Restricted Rights under FAR 52.227-14, ALT. ill shall apply.

The following are trademarks of Intel Corporation and its affiliates and may be used only to identify Intel products:

286 i386 Intel iPSC

287 i387 Intel386 Paragon

i486 Intel387

i487 Intel486

i860 Intel487

Other brands and names are the property of their respective owners.

(4)

WARNING

Some of the circuitry inside this system operates at hazardous energy and electric shock voltage levels. To avoid the risk of personal injury due to contact with an energy hazard, or risk of electric shock, do not enter any portion of this system unless it is intended to be accessible without the use of a tool. The areas that are considered accessible are the outer enclosure and the area just inside the front door when all of the front panels are installed, and the front of the diagnostic station. There are no user service- able areas inside the system. Refer any need for such access only to technical personnel that have been qualified by Intel Corporation.

CAUTION

This equipment has been tested and found to comply with the limits for a Class A digital device, pursuant to Part 15 of the FCC Rules. These limits are designed to provide reasonable protection against harmful interference when the equipment is operated in a commercial environment. This equipment generates, uses, and can radiate radio frequency energy and, if not installed and used in accordance with the instruction manual, may cause harmful interference to radio communications. Operation of this equipment in a residential area is likely to cause harmful interference in which case the user will be required to correct the interference at his own expense.

LIMITED RIGHTS

The information contained in this document is copyrighted by and shall remain the property of Intel Corporation. Use, duplication or disclosure by the U.S. Government is subject to Limited Rights as set forth in subpara- graphs (a)(15) of the Rights in Technical Data and Computer Software clause at 252.227-7013. Intel Corporation, 2200 Mission College Boule- vard, Santa Clara, CA 95052. For all Federal use or contracts other than DoD Limited Rights under FAR 52.2272-14, ALT. III shall apply. Unpub- lished-rights reserved under the copyright laws of the United States.

(5)

iv

(6)

Preface

This manual tells how to use the operating system on a Paragon supercomputer.

This manual assumes that you are an application programmer proficient in the C or Fortran language and the UNIX operating system. The manual provides you with enough detail to begin using your system.

NOTE

In this manual, "operating system" refers to the operating system that runs on the nodes of the Paragon(TM) supercomputer.

NOTE

Programming examples in this manual are intended to demonstrate how to use the system calls provided by the operating system, but are not necessarily examples of good programming practice.

For example, in some cases, the return values of functions are not checked for error conditions. This is not recommended, but the error checks have been omitted in order to make the example shorter and easier to read.

(7)

Preface

Organization

Chapter 1

Chapter 2

Chapter 3

Chapter 4

ChapterS

Chapter 6

Chapter 7

Chapter 8

Appendix A

AppendixB

Paragon™ System User's Guide

Provides an overview of the operating system software and Paragon supercomputer hardware.

Describes the operating system commands that you can enter at the shell prompt and the operating system cross-development commands that run on supported workstations.

Describes the message-passing system calls available to programs in operating system.

Describes the other general-purpose system calls available in operating system.

Describes the parallel 110 calls you can use for parallel access to the Paragon supercomputer's file systems.

Describes SMP programming model and the pthreads package. The pthreads package lets you create and control multiple threads (also called "lightweight processes") within your programs.

Tells how to prepare an application for the operating system operating system. The steps described are applicable to applications that are written for a parallel computer and applications that are ported from a sequential computer. This chapter discusses three examples: an integration, a matrix*vector multiplication, and the N-Queens problem.

Presents some techniques you can use to improve the performance of your parallel applications.

Summarizes the commands and system calls of operating system. The complete syntax of each command and call is provided, along with a brief description of each.

Describes the level of support offered by operating system for the commands and system calls of the iPSC@ system.

(8)

Paragon ™ System User's Guide Preface

Notational Conventions

This manual uses the following notational conventions:

Bold

Italic

Identifies command names and switches, system call names, reserved words, and other items that must be used exactly as shown.

Identifies variables, filenames, directories, partitions, user names, and writer annotations in examples. Italic type style is also occasionally used to emphasize a word or phrase.

Plain-Monospace

Identifies computer output (prompts and messages), examples, and values of variables.

Bold-Italic-Monospace

Identifies user input (what you enter in response to some prompt).

Bold-Monospace

Identifies the names of keyboard keys (which are also enclosed in angle brackets). A dash indicates that the key preceding the dash is to be held down while the key following the dash is pressed. For example:

<Break> <s> <Ctrl-Alt-Del>

(Brackets) Surround optional items.

(Ellipsis dots) Indicate that the preceding item may be repeated.

(Bar) Separates two or more items of which you may select only one.

(Braces) Surround two or more items of which you must select one.

Applicable Documents

For more information, refer to the following manuals. See the Paragon ™ System Technical Documentation Guide for information on the complete Paragon document set and ordering information.

(9)

Preface Paragon™ System User's Guide

Paragon Manuals

TM

Paragon™ System Commands Reference Manual Paragon™ System Network Queueing System Manual

• Paragon™ System C Compiler User's Guide

• Paragon™ System Fortran Compiler User's Guide Paragon ™ System C Calls Reference Manual

• Paragon System Fortran Calls Reference Manual TM

Paragon™ System Application Tools User's Guide

• Paragon™ System Interactive Parallel Debugger Reference Manual

• Paragon ™ System Administrator's Guide

Other Manuals

• OSFll User's Guide

OSFll Programmer's Reference

• OSFll Command Reference

Effective Fortran 77 - Michael Metcalf C: A Reference Manual - Harbison and Steele

• The C Programming Language - Kernighan and Ritchie

• CLASSPACK Basic Math Library User's Guide - Kuck & Associates

• CLASSPACK Basic Math LibrarylC User's Guide - Kuck & Associates

Comments and Assistance

Intel Scalable Systems Division is eager to hear of your experiences with our products. Please call us if you need assistance, have questions, or otherwise want to comment on your Paragon system.

(10)

Paragon ™ System User's Guide

France Intel Corporation 1 Rue Edison-BP303

U.S.AJCanada Intel Corporation Phone: 800-421-2823 Internet: [email protected]

United Kingdom Intel Corporation (UK) Ltd.

Scalable Systems Division Pipers Way

78054 St. Quentin-en-Yvelines Cedex France

Swindon SN3 IRJ England

0590 8602 (toll free)

Intel Japan K.K.

Scalable Systems Division 5-6 Tokodai, Tsukuba City Ibaraki-Ken 300-26 Japan

0298-47-8904

0800212665 (toll free) (44) 793 491056 (44) 793 431062 (44) 793480874 (44) 793 495108

Germany Intel Semiconductor GmbH Dornacher Strasse 1

85622 Feldkirchen bei Muenchen Germany

0130813741 (toll free)

World Headquarters Intel Corporation Scalable Systems Division 15201 N.W. Greenbrier Parkway

Beaverton, Oregon 97006 U.S.A.

(503) 677-7600 (Monday through Friday, 8 AM to 5 PM Pacific Time) Fax: (503) 677-9147

Preface

If you have comments about our manuals, please fill out and mail the enclosed Comment Card. You can also send your comments electronically to the following address:

[email protected] (Internet)

(11)

Preface Paragon ™ System User's Guide

(12)

Chapter 1 Introduction

Introduction ...

1-1

System Hardware ... : ...

1-2 Nodes ... 1-2 Node Interconnect Network ... 1-2 1/0 Interfaces ... 1-3 Front Panel LEOs (Paragon ™ XP/S System Only) ... 1-3

System Software ...

1-4 Operating System ... 1-5 User Model ... 1-5 Programming Model ... 1-6 Cross-Development Facility ... 1-6

(13)

Table of Contents Paragon ™ System User's Guide

Chapter 2 Using System Commands

Introduction ...

2-1 Terminology ... 2-1 Using Commands on the Paragon ™ Supercomputer ... 2-2 Using Commands on Workstations ... 2-2 A Quick Example ... 2-3 Information You Need ... 2-3 Compiling, Linking, and Executing an Application ... 2-3

Compiling and Linking Applications ...

2-5 Configuring Your Environment for Cross-Development ... 2-6 Tips for Compiling and Linking ... 2-8 Using Other Switches ... 2-8 Including nx.h or fnx.h ... 2-8 Specifying Include File and Library Pathnames ... 2-8 Preprocessing a Fortran Program ... 2-9 Order of Switches ... 2-1 0

Running Applications ...

2-11 I/O Redirection ... 2-12 Running SMP Programs ... 2-12 Controlling the Application's Execution Characteristics ... 2-12 Using the Default Partition ... 2-13 Setting Your Default Partition ... 2-14 Determining the Current Default Partition ... 2-15 Specifying Application Size ... 2-15 Specifying a Rectangle of Nodes ... 2-16 Specifying a Particular Rectangle of Nodes ... 2-16 Using the Default Size ... 2-16 Relaxing Application Size ... 2-17 Specifying Application Priority ... 2-18

(14)

Paragon TM System User's Guide Table of Contents

Specifying Process Type ... 2-18 Running a Program on a Subset of the Nodes ... 2-19 Running Applications Consisting of Multiple Programs ... 2-21 Running an Application in a Particular Partition ... 2-23 Running an Application on a Particular Node Type ... 2-23 Node Attributes ... 2-24 Specifying Node Attributes ... 2-25 Quoting Node Attributes ... 2-26 Using Node Attributes with No Application Size ... 2-26 Using Node Attributes with an Application Size ... 2-27 Using Node Attributes with a Relaxed Application Size ... 2-28

Managing Running Applications ...

2-29

Managing Partitions ...

2-30 Special Partitions ... 2-31

The Root Partition ... 2-32 The Service Partition ... 2-33 The Compute Partition ... 2-33 Partition Pathnames ... 2-33 Partition Characteristics ... 2-34 Parent Partition ... 2-35 Partition Name ... 2-35 Nodes Allocated to the Partition ... 2-35 Node Numbers Within a Partition ... 2-36 Unusable Nodes ... 2-37 Owner, Group, and Protection Modes ... 2-38 Scheduling Characteristics ... 2-39 Standard Scheduling ... 2-40 Space Sharing ... 2-40 Gang Scheduling ... 2-42 Summary of Scheduling Types ... 2-44 A Scheduling Example ... 2-45

(15)

Making Partitions ... 2-46 Specifying the Nodes Allocated to the Partition ... 2-46 Examples ... 2-47 Relaxing Partition Size ... : ... 2-49 Specifying Protection Modes ... 2-50 Specifying Scheduling Characteristics ... 2-51 Removing Partitions ... 2-52

Removing Partitions Containing Running Applications ... 2-53 Removing Partitions Containing Subpartitions .... , ... 2-53 Showing Partition Characteristics ... 2-54 Showing Free Nodes ... 2-55 Showing Node Attributes ... 2-56 Showing Node Attributes with Root Node Numbers ... 2-57 Showing Nodes Having Certain Attributes ... , ... 2-57 Showing Partitions with Cabinet Information ... 2-59 Summary of Symbols ... 2-60 Listing Subpartitions ... 2-60 Recursively Listing Subpartitions ... 2-62 Listing Node Attributes of Subpartitions ... 2-63 Listing Node Attributes with Root Node Numbers ... 2-64 Listing the Applications in a Partition ... 2-64 Applications in Subpartitions ... 2-66 Recursively Listing Applications in Subpartitions ... 2-67 Listing Applications With Core Dumps ... 2-67 Changing Partition Characteristics ... 2-68

Chapter 3 Using Message-Passing System Calls

Introduction ...

3-1

(16)

Process Characteristics ...

3-3 Node Numbers ... 3-3 Process Types ... 3-4

Message Characteristics ...

3-5 Message Length ... 3-5 Message Type ... 3-6 Message 10 ... 3-6

Message Order ...

3-7

Names of Send and Receive Calls ...

3-7

Synchronous Send and Receive ...

3-8 Synchronous Send to Multiple Nodes ... 3-9

Asynchronous Send and Receive ...

3-10 ReleaSing Message IDs ... 3-12 Merging Message IDs ... 3-13

Probing for Pending Messages ...

3-14

Getting Information About Pending or Received Messages ...

3-15

Message Passing with Fortran Commons ...

3-17

Treating a Message as an Interrupt ...

3-18 Passing Information to the Handler ... 3-20 Preventing Interrupts ... 3-22

Extended Receive and Probe ...

3-24

Global Operations ...

3-27

(17)

Table of Contents Paragon 1M System User's Guide

Chapter 4 Managing Applications and Partitions with System Calls

Introduction ... , ...

4-1

Managing Applications ...

4-2 Controlling Application Execution with System Calls ... 4-3 Creating an Application with nx_initveO ... 4-4 Creating a Rectangular Application with nx_initve_rectO ... 4-7 Controlling Application Attributes with nx_initve_attrO ... " ... 4-8 Specifying the Nodes Allocated to the Application ... " ... 4-12 Examples ... 4-13 Setting an Application's Priority with nx_priO ... ..4-15 Copying a Process onto the Nodes with nx_nforkO ... ..4-15 Loading a Program onto the Nodes with nx_loadO ... .4-17 Loading a Program onto the Nodes with nx_loadveO ... .4-18 Waiting for Application Processes with nx_waitaliO ... 4-19 Using PIOs ... 4-20 Getting Information About Applications ... , ... 4-21

Finding an Application's Shape with nx_app_rectO ... 4-22 Listing an Application's Nodes with nx_app_nodesO ... 4-23 Listing the Applications in a Partition with nx_pspartO ... .4-24 The Controlling Process ... 4-26 Process Groups ... 4-27 Process Groups in the Operating System ... .4-28 Killing Application Processes ... 4-28 An Example Controlling Process ... 4-28 Message Passing Between Controlling Process and Application Processes ... 4-30

Managing Partitions ...

4-32 Making Partitions ... 4-33 Examples ... 4-35

(18)

Paragon ™ System User's Guide Table of Contents

Setting Partition Attributes with nx_mkpart_attrO ... .4-36 Specifying the Nodes Allocated to the Partition ... ..4-38 Examples ... 4-40 Removing Partitions ... 4-42 Getting Information About Partitions ... 4-43 Determining a Partition's Attributes with nx_part_attrO ... .4-43 Determining a Partition's Nodes with nx_part_nodesO ... .4-45 Determining Node Attributes with nx_node_attrO ... 4-47 Changing Partition Characteristics ... 4-49

Listing Unusable Nodes ...

4-53

Handling· Errors ...

4-55 Underscore Calls ... 4-55 Core Dumps ... 4-56 Getting Information About Core Files ... .4-57 USing IPD to Examine Core ... 4-58 Overriding the Defaults for Core Dumps ... .4-59

Controlling Floating-Point Behavior ...

.4-60 Detecting Not-a-Number ... 4-60 ContrOlling Floating-Point Behavior ... 4-61 Rounding Mode ... 4-61 Exception Mask and StiCky Flags ... 4-62 Fortran Exception Mask Values ... 4-63

Miscellaneous Calls ...

4-64 Temporarily Releasing Control of the Processor ... .4-64 Timing Execution ... 4-64

iPSC@ and Touchstone DELTA Compatibility Calls ...

.4-66

(19)

Table of Contents Paragon ^TMSystem User's Guide

Chapter 5 Using Parallel File 1/0

Introduction ...

5-1 Disks and File Systems ... 5-2 PFS File Systems and PFS Files ... 5-3 PFS Filenames and Path names ... 5-4 PFS Limitations ... 5-4

Using PFS Commands ... , ...

5-5 Displaying File System Attributes ... 5-5 Displaying File Attributes ... 5-7 Increasing the Size of a File ... 5-8

Using Parallel VO Calls ...

5-9

Opening Files in Parallel ...

5-10 Using gopenO in C ... 5-1 0 Using gopenO in Fortran ... 5-11 Opening Files with Standard Operations ... 5-11 Special Considerations for Fortran ... 5-12 Formatted Versus Unformatted 1/0 ... 5-12 New Files ... 5-13 Unnamed Files ... 5-13

Using

1/0

Modes ...

5-14 Default 1/0 Mode ... 5-15 M_UNIX ... 5-16 M_LOG ... 5-16 M_SYNC ... 5-16 M_RECORD ... , ... 5-17 M_GLOBAL ... 5-18 M_ASYNC ... 5-19 An 1/0 Mode Example ... 5-20 Fortran Example ... 5-20

(20)

C Example ... 5-21 Compiling and Running the Example ... 5-22 M_UNIX Output ... 5-23 M_LOG Output ... 5-24 M_SYNC Output ... 5-24 M_RECORD Output ... 5-25 M_GLOBAL Output ... 5-25 M_ASYNC Output ... 5-26

Reading and Writing Files in Parallel ...

5-26 Synchronous File 1/0 ... 5-27 Asynchronous File 1/0 ... 5-29

Closing Files in Parallel ...

5-31

Detecting End-of-File and Moving the File Pointer ...

5-31

Flushing Fortran Buffered I/O ...

5-33

Using "###" Filenames ...

5-34

Increasing the Size of a File ...

5-35

Using Extended Files ...

5-36 OSF/1 Calls that Do Not Support Extended Files ... 5-36 OSFI1 Commands that Do Not Support Extended Files ... 5-37 Manipulating Extended Files ... 5-38 Performing Extended Arithmetic ... 5-39

Getting Information About PFS File Systems ...

5-41 Getting Information About All Mounted PFS File Systems ... 5-41 Getting PFS Information About a Single File System ... 5-43

Controlling Open Files ...

5-46 Setting Stripe Attributes for Open Files ... 5-47 Getting Stripe Attributes for Open Files ... 5-48

Controlling Tape Devices ...

5-49 Naming Tape Devices ... 5-49

(21)

Performing Operations on Tape Devices ... 5-50 Getting Status of Tape Devices ... 5-52 Writing the 3480 Display ... 5-53 Getting the Tape Position ... 5-53

Synchronization Summary ...

5-54

Chapter 6 SMP Programming

Introduction ...

6-1 Libraries for SMP Programming ... 6-2 Setting _REENTRANT ... 6-3

Relying on the Compiler vs. Custom Pthreads ...

6-3

Relying on the Compiler ...

6-4 Limitations when Relying on the Compiler ... 6-4 Setting DFL T _NCPUS ... 6-5 Compiler Switches ... 6-5 Compiler Directives ... 6-6 Fortran Directives ... 6-7 C Pragmas ... 6-8 Getting Information ... 6-9 Additional Information about Loop Parallelization ... 6-9 Reductions ... 6-9 Namelist Groups ... 6-10 Calls within Loops ... 6-10 Basic Math Library Calls ... 6-1 0 Default Loop Thresholds ... 6-10 Focus on Compute Node Processes ... 6-1 0

Writing Custom Pthread Applications ...

6-11

(22)

Limitations when Writing Custom Pthread Applications ... 6-11 Recommended Safe Operating Environment ... 6-12 Compiling and Linking a Pthread Application ... 6-14 Using Reentrant C Library Calls ... 6-14 Using Pthreads Library Calls ... 6-18 Pthreads Library Data Types and Symbols ... 6-18 The Main Thread ... 6-19 Managing Pthread Execution ... 6-20 Managing Pthread Attributes ... 6-22 Managing Mutexes ... 6-24 Managing Mutex Attributes ... 6-26 An Example Pthreads Program ... 6-27 Using Condition Variables to Synchronize Pthreads ... 6-30 Managing Condition Attributes ... , ... 6-33 Examples of Condition Variables ... 6-33 Canceling Pthreads ... 6-38 Cancel ability States ... 6-38 Cancellation Examples ... 6-40 Pthreads Cleanup Routines ... 6-41 Managing Pthread Keys ... 6-42 Executing a Routine Once ... 6-43 Managing Signals ... 6-44 Interfacing with Non-Thread-Safe Code ... 6-46 Message Passing and Pthreads Library Calls ... 6-46 File 1/0 and Pthreads Library Calls ... 6-47 nx_nforkO and nx_initve ... O and Pthreads Library Calls ... 6-47 Signals and Pthreads Library Calls ... 6-48 Signal Types ... 6-48 Signals are a Per-Process Resource ... 6-48 Dealing with Signals ... 6-49

Handling Errors ...

6-50 errno Confusion ... 6-50

(23)

Table of Contents Paragon™ System User's Guide

Calling exitO ... 6-51 Use of Underscore Versions of Paragon System Calls ... 6-51 Catch Signals Causing Core Dump by Default ... 6-51 Avoid Core Dumps ... 6-52 When One Pthread Hangs ... 6-52

Chapter 7 Designing a Parallel Application

Introduction ...

7-1

Programming Model ...

7-2

Parallel Programming Techniques ...

7-2 Separating the User Interface from the Computation ... 7-3 Balancing the Load ... 7-3 Domain Decomposition ... 7-3 Control Decomposition ... 7-5 Making the Program Independent of the Number of Nodes ... 7-5 Designing Your Communication Strategy ... 7-6 Using Global Operations ... 7-6 Using Alternate Node Topologies ... 7-6

Example Application: Calculating pi ...

7-7

**Example Application: Matrix*Vector Multiplication ...**

7-11

Example Application: The N-Queens Problem ...

7-13

Chapter 8 Improving Performance

Introduction ...

8-1

(24)

Paragon^T^•System User's Guide Table of Contents

Single Node Performance ...

8-2 Use Profiling Tools ... 8-2 Avoid Repeated Use of System Calls ... 8-2 Avoid Virtual Memory Paging ... 8-3 Use Compiler Optimizations ... 8-3 Increase Problem Size ... 8-5 Access Contiguous Memory Locations ... 8-5 Use Caching Wisely ... 8-5 Use Optimized Libraries ... 8-6 Use Assembly Language Subroutines ... 8-7 Avoid Error Checking (C Language Only) ... 8-7

Multi-Node Performance ...

8-7 Use Dynamic Memory Allocation for Large Arrays ... ; ... 8-8 Avoid Serializing Calls ... 8-9 Use ParaGraph ... 8-10 Maintain Data Locality ... 8-10 Overlap Computation and Communication ... 8-10 Avoid Message Buffering ... 8-11 Align Application Buffers ... : ... 8-12 Understand Message-Passing Flow Control ... 8-13 Overview of Message·Passing Flow Control ... 8-14 Process Locking ... 8-15 Packetization ... 8-16 System Message Buff.ers ... 8-16 Message-Passing Configuration Switches ... 8-18 Summary of the Message-Passing Configuration Switches ... 8-19 Default, Maximum, and Minimum Values ... 8-20 Dependencies and Rounding ... 8-21 Recommendations ... 8-21

VO Performance ...

8-23 Use PFS File Systems ... 8-23

(25)

Use gopenO Instead of openO ... 8-23 Use Parallel 1/0 Calls ... 8-24 Use Asynchronous Calls ... 8-24 Use the Appropriate 1/0 Mode ... 8-24 Align 1/0 Buffers with Virtual Memory Pages ... 8-25 Read or Write Whole File System Blocks ... 8-25 Make Good Use of File Striping ... 8-25

Appendix A

Summary of Commands and System Calls

Command Summary ...

A-1 Compiling and Linking Applications ... A-1 Running Applications ... A-2 Managing Partitions ... A-2 Parallel File System Commands ... A-3 Miscellaneous Commands ... A-3

C System Call Summary ...

A-4 Process Characteristics ... A-4 Synchronous Send and Receive ... A-5 Asynchronous Send and Receive ... A-6 Probing for Pending Messages ... A-7 Getting Information About Pending or Received Messages ... A-7 Treating a Message as an Interrupt ... A-8 Extended Receive and Probe ... A-9 Global Operations ... A-1 0 Controlling Application Execution ... A-12 Getting Information About Applications ... A-13 Partition Management ... A-14

(26)

Paragon™ System User's Guide Table of Contents

Finding Unusable Nodes ... A-15 Handling Errors ... A-16 Floating-Point Control ... A-16 Miscellaneous Calls ... A-17 iPSC® and Touchstone DELTA Compatibility ... A-17 I/O Modes ... A-18 Reading and Writing Files in Parallel ... A-19 Detecting End-of-File and Moving the File Pointer ... A-20 Increasing the Size of a File ... A-20 Extended File Manipulation ... A-21 Performing Extended Arithmetic ... A-22 Getting Information About PFS File Systems ... A-23 Managing Pthread Execution ... A-24 Managing Pthread Attributes ... A-24 Managing Mutexes ... A-25 Using Condition Variables to Synchronize Pthreads ... A-26 Canceling Pthreads ... A-26 Pthreads Cleanup Routines ... A-27 Managing Pthread Keys ... A-27 Miscellaneous Pthread Calls ... A-27

Fortran System Call Summary ...

A-28 Process Characteristics ... A-28 Synchronous Send and Receive ... A-29 Asynchronous Send and Receive ... A-30 Probing for Pending Messages ... A-31 Getting Information About Pending or Received Messages ... A-31 Treating a Message as an Interrupt ... A-32 Extended Receive and Probe ... A-33 Global Operations ... A-35 Controlling Application Execution ... A-38 Getting Information About Applications ... A-40 Partition Management ... A-40

(27)

Table of Contents Paragon 1M System User's Guide

Finding Unusable Nodes ... A-43 Handling Errors ... A-43 Floating-Point Control ... A-43 Miscellaneous Calls ... A-44 iPSC@ and Touchstone DELTA Compatibility ... A-44 lID Modes ... A-46 Reading and Writing Files in Parallel ... A-46 Detecting End-of-File and Moving the File Pointer ... A-48 Flushing Fortran 8uffered lID ... A-48 Increasing the Size of a File ... A-49 Extended File Manipulation ... A-49 Performing Extended Arithmetic ... A-50

Appendix B

iPSC@ System Compatibility

Introduction ...

8-1

General Compatibility Issues ...

8-1

New Features ...

8-2

Compilers ...

8-4

Commands ...

8-5 Cube Control Commands ... 8-5 CFS Commands ... 8-7 System Administration Commands ... 8-7 Remote Host Commands ... 8-8 Miscellaneous Commands ... 8-8

System Calls ...

8-9 Include Files ... 8-9 Host Calls ... 8-9

(28)

Paragon ™ System User's Guide Table of Contents

Byte-Swapping Calls ... B-13 Floating-Point Control Calls ... B-14 CFS Calls ... B-15 Miscellaneous Calls ... B-16

Summary ...

B-17

(29)

Table of Contents

Figure 1-1.

Figure 1-2.

Figure 2-1.

Figure 2-2.

Figure 2-3.

Figure 4-1.

Figure 7-1.

Figure 7-2.

Figure 7-3.

Figure 8-1.

List of Illustrations

Front Panel LEDs (Paragon ™ XP/S System Only) ... 1-3 Node Activity LEDs ... 1-4

The Root Partition of a 32-Node System ... 2-32 Node Numbers in Contiguous and Noncontiguous Partitions ... 2-36 Node Numbers in Overlapping Partitions ... 2-37

Sample Partition for nx_part_attrO and nx_part_nodesO ... .4-46

Using Domain Decomposition to Achieve Load Balancing ... 7-4 The Decomposition Used for the pi Example ... 7-9 The N-Queens Solution Tree for a 4 x 4 Board ... 7-15

Two Methods of Improving 110 Performance with M_RECORD ... 8-27

(30)

Table 2-1.

Table 2-2.

Table 2-3.

Table 4-1.

Table 4-2.

Table 5-1.

Table 5-2.

Table 5-3.

Table 5-4.

Table 6-1.

Table 8-1.

Table A-1.

Table A-2.

Table A-3.

Table A-4.

Table A-5.

TableA-6.

Table A-7.

Table A-8.

Table A-9.

Table A-10.

Table A-11.

Table A-12.

Table A-13.

List of Tables

Node Attributes ... 2-24 Summary of Scheduling Types ... 2-44 Symbols Used in showpart Output ... 2-60

Attribute Constants for Use with nx_initve_attrO ... .4-9 Attribute Constants for Use with nx_mkpart_attrO ... .4-36

OSF/1 Calls Not Supporting Extended Files ... 5-36 OSF/1 Commands Not Supporting Extended Files ... 5-37 Synchronization in Each I/O Mode ... 5-54 File 1/0 Calls that Synchronize ... 5-54

Calls in Reentrant C Library (Iibc_r.a) ... 6-15

Message-Passing Configuration Switches ... 8-20

Commands for Compiling and Linking Applications ... A-1 Commands for Running Applications ... A-2 Commands for Managing Partitions ... A-2 Parallel File System Commands ... A-3 Miscellaneous Commands ... A-3 C Calls for Process Characteristics ... A-4 C Calls for Synchronous Send and Receive ... A-5 C Calls for Asynchronous Send and Receive ... A-6 C Calls for Probing for Pending Messages ... A-7 C Calls for Getting Information About Pending or Received Messages ... A-7 C Calls for Treating a Message as an Interrupt ... A-a C Calls for Extended Receive and Probe ... A-9 C Calls for Global Operations ... A-1 0

(31)

Table of Contents

Table A-14.

Table A-15.

Table A-16.

Table A-17.

Table A-18.

Table A-19.

Table A-20.

Table A-21.

Table A-22.

Table A-23.

Table A-24.

Table A-25.

Table A-26.

Table A-27.

Table A-28.

Table A-29.

Table A-30.

Table A-31.

Table A-32.

Table A-33.

Table A-34.

Table A-35.

Table A-36.

Table A-37.

Table A-38.

Table A-39.

Table A-40.

Table A-41.

Table A-42.

Table A-43.

C Calls for Controlling Application Execution ... A-12 C Calls for Getting Information About Applications ... A-13 C Calls for Partition Management ... A-14 C Calls for Finding Unusable Nodes ... A-15 C Calls for Handling Errors ... A-16 C Calls for Floating-Point Control ... A-16 Miscellaneous C Calls ... A-17 C Calls for iPSC® and Touchstone DELTA Compatibility ... A-17 C Calls for I/O Modes ... A-18 C Calls for Reading and Writing Files in Parallel ... A-19 C Calls for Detecting End-of-File and Moving the File Pointer ... A-20 C Calls for Increasing the Size of a File ... A-20 C Calls for Extended File Manipulation ... A-21 C Calls for Performing Extended Arithmetic ... A-22 C Calls for Getting Information About PFSTM File Systems ... A-23 C Calls for Managing Pthread Execution ... A-24 C Calls for Managing Pthread Attributes ... A-24 C Calls for Managing Mutexes ... A-25 C Calls for Using Condition Variables to Synchronize Pthreads ... A-26 C Calls for Canceling Pthreads ... A-26 C Calls for Pthreads Cleanup Routines ... A-27 C Calls for Managing Pthread Keys ... A-27 Miscellaneous Pthread Calls ... A-27 Fortran Calls for Process Characteristics ... A-28 Fortran Calls for Synchronous Send and Receive ... A-29 Fortran Calls for Asynchronous Send and Receive ... A-30 Fortran Calls for Probing for Pending Messages ... A-31 Fortran Calls for Getting Information About Pending or Received Messages ... A-31 Fortran Calls for Treating a Message as an Interrupt ... A-32 Fortran Calls for Extended Receive and Probe ... A-33

(32)

Paragon™ System User's Guide Table of Contents

Table A-44.

Table A-45.

Table A-46.

Table A-47.

TableA-48.

Table A-49.

Table A-50.

Table A-51.

Table A-52.

Table A-53.

Table A-54.

Table A-55.

Table A-56.

Table A-57.

Table A-58.

Table A-59.

Table B-1.

Table B-2.

Table B-3.

Fortran Calls for Global Operations ... A-35 Fortran Calls for Controlling Application Execution ... A-38 Fortran Calls for Getting Information About Applications ... A-40 Fortran Calls for Partition Management ... A-40 Fortran Calls for Finding Unusable Nodes ... A-43 Fortran Calls for Handling Errors ... A-43 Fortran Calls for Floating-Point Control ... A-43 Miscellaneous Fortran Calls ... A-44 Fortran Calls for iPSC® and Touchstone DELTA Compatibility ... A-44 Fortran Calls for I/O Modes ... A-46 Fortran Calls for Reading and Writing Files in Parallel ... A-46 Fortran Calls for Detecting End-of-File and Moving the File Pointer ... A-48 Fortran Calls for Flushing Buffered I/O ... A-48 Fortran Calls for Increasing the Size of a File ... A-49 Fortran Calls for Extended File Manipulation ... A-49 Fortran Calls for Performing Extended Arithmetic ... A-50

Unsupported iPSC® System Byte-Swapping Calls ... B-13 Summary of Unsupported iPSC® System Commands ... B-17 Summary of Unsupported iPSC® System Calls ... B-18

(33)

Table of Contents Paragon™ System User's Guide

e

(34)

Introduction

This chapter introduces the operating system and the hardware it runs on.

In a Paragon supercomputer, a large number of nodes work concurrently on the parts of a problem.

Each node has multiple processors and can run multiple processes; each process can have multiple threads. The processes and threads on each node time-share the node's processors, using the standard OSFIl scheduling mechanisms. Each process can be a stand-alone program (such as a shell, compiler, or editor), or can be part of a parallel application.

A parallel application consists of a group of closely related processes that work together on a single problem. They synchronize their actions and share information by passing messages, which are created and controlled by special operating system system calls.

The processes in an application can also share disk files; operating system parallel YO calls insure that access to these files is efficient and properly synchronized.

(35)

Introduction Paragon™ System User's Guide

System Hardware

Nodes

The operating system runs on several models of Paragon supercomputers. These systems all have a large number of nodes connected by a high-speed node interconnect network, and a number of I/O interfaces to communicate with the outside world.

Each node is essentially a separate computer, with multiple i860® processors and 16M bytes or more of memory. Nodes can run distinct programs and have distinct memory spaces. They can team up to work on the same problem and exchange data by passing messages. A Paragon supercomputer can have up to more than 2000 nodes. Each node can run more than one process at the same time; these processes can belong to the same or different applications.

There are three kinds physical nodes:

MPnode

GPnode

A three-processor node that runs with two processors as general processors and one processor as message coprocessor.

A two-processor node that runs with one processor as a general processor and one processor as a message coprocessor.

MP-as-GP node A three-processor node that runs with one processor as a general processor, one processor as a message coprocessor, and one processor turned off.

An MP system is a Paragon supercomputer that is configured with MP nodes only. A GP system is a Paragon supercomputer that is configured with either GP nodes or MP-as-GP nodes only. In a GP system, MP nodes are automatically configured as MP-as-GP nodes.

The system administrator can choose to dedicate some nodes to interactive processes, such as shells and editors, and other nodes to compute-intensive applications. The nodes used for interactive processes are called service nodes, and the nodes used for compute-intensive applications are called compute nodes.

Node Interconnect Network

1-2

The nodes are connected by a high-speed node interconnect network. Each node interfaces to this network through special hardware that monitors the network and extracts only those messages addressed to its attached node. Messages addressed to other nodes are passed on without interrupting the node processor. For most applications, you can think of each node as being fully connected to all the other nodes.

(36)

Paragon ™ System User's Guide Introduction

1/0 Interfaces

Some nodes are equipped with a SCSI interface, Ethernet interface, or other I/O connection. These nodes manage the system's disk and tape drives, network connections, and other I/O facilities.

Nodes with I/O interfaces communicate with the other nodes over the node interconnect network.

However, this access is transparent: processes on nodes without I/O hardware access the I/O facilities using standard OSF/l system calls, just as though they were directly connected. Nodes with I/O interfaces are otherwise identical to nodes without I/O interfaces, and can run user processes.

Front Panel LEOs (Paragon

TM

XP/S System Only)

On the Paragon XP/S System system, each cabinet has a number of Light-Emitling Diodes (LEDs) on its front panel that inform you of the status of the system, the nodes, and messages between nodes.

The front panel LEDs are shown in Figure 1-1.

Power (green) Power fault (red

Message going (yellow)

)

up

Message going left (yellow)

0

~ \)

⁰

_,r _~0

⁰

= =

_<i==

= =

=~>

= =

^, ^:>

= =

⁼

. ~ ~

I [ J

\ '1

lr I! ....

~L ..

- - - Message going down

(green)

- - - Node fault (red)

u v ⁰

= =

_<i==

=

¢ = = - - - - =

=

= =

:>

= = = = =

~ ¹Il

II it ~

MessaI~green~ Node actMty (green)

Figure 1-1. Front Panel LEDs (Paragon™ XP/S System Only)

Each cabinet has four LED panels, each of which shows the status of 16 nodes in a 4 by 4 grid. Figure 1-1 shows the upper left corner of one LED panel. The meanings of the LEDs are as follows:

The round green LED in the upper left comer of the top LED panel in each cabinet indicates that power has been supplied to the cabinet. (The corresponding LEDs in the other three panels never illuminate.)

(37)

• The round red LED just below the green power LED indicates a fault in the cabinet's power subsystem. If a fault is detected by the cabinet's self-tests, this LED illuminates. (The corresponding LEDs in the other three panels never illuminate.)

• The square groups of horizontal green LED bars show the amount of computational activity on the nodes. Each group represents one node. The more active a node is, the more green LEDs are illuminated, in a bar graph moving out from the center. Figure 1-2 shows the six possible ways these LEDs can be illuminated, showing activity levels from 0% to 100%.

'---~~~~~~~j

I

0% 20% 40% 60% 80% 100%

Figure 1-2. Node Activity LEDs

• The arrow-shaped yellow and green LED bars indicate messages. When a message is passed from one node to another, all the arrow LEDs along its path illuminate. (Messages always travel first in the X direction (horizontally), then in the Y direction (vertically). Messages never change direction more than once.) Yellow arrows show messages going up or to the left; green arrows show messages going down or to the right. When the arrows are illuminated, a light pattern moves along the arrow to show the direction of motion.

• The round red LED associated with each node indicates a hardware fault on the node. If a fault is detected by the node's self-tests, the red LED illuminates.

System Software

1-4

The nodes run the operating system, which is based on the OSF!1 operating system from the Open Software Foundation. The same operating system runs on every node. aSF!1 is a version of the UNIX operating system that supports most industry standards; operating system is an extended version of OSF!1 with enhancements to support parallel processing.

The Paragon supercomputer also comes with a cross-development/acility, which you can use to compile and link operating system programs on supported workstations.

(38)

Paragon ™ System User's Guide Introduction

Operating System

The operating system provides all the standard features of the OSFIl operating system, with extensions to provide a single system image across multiple nodes. This single system image makes all the nodes appear to be one large system. For example, all the nodes share a single file system, all the nodes have equal access to the system's 110 devices, and process identifiers (PIDs) are unique throughout the system. A process on one node can pipe its output to a process on another node, and the command kill pid on any node kills the specified process, no matter which node the process is running on.

The single system image does not combine all the nodes' memory into a single address space.

Rather, each process has its own address space. The physical memory available to each process is limited to the memory of the node on which it is running. However, because OSFIl provides virtual memory, a process's address space can be up to 2G bytes in size; memory pages that do not fit in physical memory are paged to disk. As in most multi-user systems, the address spaces of the different processes on the system are completely independent, unless two or more processes make special shared virtual memory calls to explicitly share part of their memory.

In addition to the standard facilities of OSF/l, the operating system provides message passing capability, Parallel File System access, and various other utilities to programs running on the Paragon supercomputer. With operating system calls, your programs can perform the following functions:

• Exchange messages with processes running on other nodes (or the same node).

• Read and write files on the Parallel File System.

• Perform 64-bit integer arithmetic.

• Find out information about the computing environment.

• Perform global operations.

• Create and control parallel applications and partitions.

User Model

The operating system is a complete implementation of OSFIl, and provides a full range of services, commands, and system calls. It has its own file system, shells, compilers, editors, network connections, and all the other features needed in a stand-alone computer system. It also supports NFS, the Network File System, so it can share data with other systems on your network. You can edit and compile programs, send and receive mail, read online manual pages, and do all your other daily work on the Paragon supercomputer.

(39)

You access the Paragon supercomputer by logging into a separate computer (typically your UNIX workstation) and then connecting to the Paragon supercomputer over a local-area network, using a command such as rlogin or telnet. The Paragon supercomputer does not have any dedicated hardware terminals.

You compile and link your application with the self-hosted operating system compilers and linker.

You then execute your application on the nodes of the Paragon supercomputer simply by typing the application's name on the shell command line. Command-line switches, or arguments to system calls in the program, determine the number of nodes on which the application executes.

When you run an application, it runs in a partition. A partition is a group of nodes with an associated set of parameters that controls some of the run-time characteristics of the applications within it. You can use commands or system calls to create, modify, and remove partitions. However, the operations you are allowed to perform on your system's partitions may be restricted by the policies of your site.

The operating system operating system also provides a suite of program development tools, such as a debugger, profiler, and parallel performance analysis tools. These tools are described in the Paragon™ System Application Tools User's Guide.

Programming Model

The most common programming model used with operating system is the "single program, multiple data" (SPMD) model. In this model, the same program runs on each node in the application, but each node works on only part of the data.

• For some problems, called "perfectly parallel" problems, each node can do its work without access to data held by other nodes. In this case, each node operates completely independently.

• For other types of problems, each node needs data from other nodes to do its work. In this case, the nodes can share data by passing messages. Messages can also be used to synchronize node operations.

Because each node is an independent computer, you can also use other programming models. One example is the "manager-worker" model, in which one "manager" program starts up several

"worker" programs on other nodes, then gathers and interprets their results.

Cross-Development Facility

The operating system comes with a complete program development environment, including compilers, linker, libraries, and related tools. You can perform all phases of program development on the Paragon supercomputer. In addition, the compilers, linker, and libraries are available on selected UNIX workstations for cross-development. This lets you edit, compile, and link operating system programs on your own workstation, then download your application to your Paragon supercomputer where you run the application.

(40)

Paragon™ System User's Guide Introduction

The cross-development facility does not include a way to run a operating system executable that resides on your workstation's disk. You must transfer your executable files to the Paragon supercomputer for execution and debugging. You can do this by mounting your workstation's file system onto the Paragon supercomputer, or the Paragon supercomputer's file system onto your workstation, using the Network File System (NFS). You can also use commands such as rep or ftp to copy the executable files to the Paragon supercomputer. To execute files on the Paragon supercomputer once they are transferred, you can use the standard rsh or remd command from your workstation.

(41)

Introduction Paragon ™ System User's Guide

(42)

Using System Commands

Introduction

This chapter tells you how to use operating system commands to perform the following tasks:

Compiling and linking applications.

• Running applications.

• Managing running applications.

• Managing partitions.

The commands discussed in this chapter are available to all users. See the Paragon ™ System Administrator's Guide for information on commands that require root privilege.

This chapter does not discuss NQS, the Network Queueing System, which is used at some sites to schedule application execution. See the Paragon ™ System Network Queueing System Manual for information on NQS.

Terminology

This chapter uses the following terms:

A parallel application, usually just called an application in this manual, is a group of cooperating processes that runs on the nodes of the Paragon supercomputer.

• A program is a file (source or executable). An application consists of one or more programs running on one or more nodes. The term program is also used to refer to a non-parallel program (an ordinary program that runs on one node).

(43)

Using System Commands Paragon ™ System User's Guide

• A partition is a named group of nodes. When you run a parallel application, you must select a partition to run it in (if you don't, it runs in your default partition). The partition places limits on some of the execution characteristics of the application, such as how many nodes it can use and how long it can use them before it is "rolled out" and another application is ''rolled in." You can allocate all of the nodes of the partition to the application, or just some of them. This allocation mayor may not be exclusive, depending on the characteristics of the partition.

All Paragon supercomputers have two special partitions called the service partition and the compute partition. The service partition is used to run non-parallel programs such as shells and editors, and the compute partition is used to run parallel applications. The other partitions on your system, and what you can do with them, are determined by your system administrator.

Using Commands on the Paragon ™ Supercomputer

The operating system provides all of the standard commands of OSFIl, such as cat and Is, which work as specified by the Open Software Foundation. These commands are not described in this chapter; see the OSFIl Command Reference for information on these commands.

The operating system also provides several commands that are not specified by the Open Software Foundation, such as mkpart and rmpart. These commands are described in this chapter, and manual pages for these commands are provided in the Paragon ^TMSystem Commands Reference Manual.

To use any of these commands, you must firsOog into an Paragon supercomputer. Paragon supercomputers have no directly-attached terminals; you must first log into another system (typically a workstation running some variant of the UNIX operating system) and then log into the Paragon supercomputer over the network, using a command such as rlogin or telnet. Once you have logged in, you use these commands in the same way as commands on any other computer running OSFIl.

Using Commands on Workstations

The operating system also comes with several commands that run on workstations (for example, the icc and in7 cross-compilers). These commands are described briefly in this chapter; complete descriptions and manual pages for these commands are provided in the Paragon ^TMSystem C Compiler User's Guide and Paragon™ System Fortran Compiler User's Guide.

To use these commands, you must first log into a workstation on which these commands are supported, then configure your account as described under "Configuring Your Environment for Cross-Development" on page 2-6. Once you have done this, you can use the operating system cross-development commands in the same way as other commands on the workstation. However, if you compile an application on a workstation you must transfer the executable file to a Paragon supercomputer to execute it. Depending on your local configuration, you may be able to use the

(44)

Paragon ™ System User's Guide Using System Commands

Network File System (NFS), the rep command, the ftp command, or some other technique to do this. Ask your system administrator about how files are shared between the Paragon supercomputer and other systems on your network.

A Quick Example

Here is a quick example that shows you how to compile, link, and execute a simple application on a Paragon supercomputer.

Information You Need

Before you begin, you will need the following information:

• The network name of your Paragon supercomputer.

• The command to use to log into the Paragon supercomputer, such as rlogin or telnet.

• Your user name and password on the Paragon supercomputer (if necessary).

• The name of the default partition you should use to run parallel applications.

This information should be available from your system administrator.

Compiling, Linking, and Executing an Application

Once you have the necessary information, the procedure to compile, link, and execute an application is as follows:

1. Log into the Paragon supercomputer, as instructed by your system administrator.

2. Set the environment variable NX_DFLT _PART to the name of your default partition:

• If you use the C shell, use the following command:

• If you use the Bourne or Korn shell, use the following commands:

$ N.X_DFLT_PART=partition_name

$ export N.X_DFLT_PART 3. Type in a short program:

(45)

• If you are a Fortran programmer, type the following program into the file myapp.j program hello

include 'fnx.h'

write(*,100) mynode()

100 format ('Hello from node', i4, '!') end

• If you are a C programmer, type the following program into the file myapp. c:

#include <nx.h>

main()

{

printf ("Hello from node %d! \n", mynode ()) ;

4. Compile the program into an executable file:

If you are a Fortran programmer, use the following command:

% £77 -nx -0 myapp myapp.£

• If you are a C programmer, use the following command:

% cc -me - 0 myapp myapp.c

5. Execute the resulting file, myapp, on four nodes with the following command:

% myapp -sz 4 Hello from node O!

Hello from node 3!

Hello from node 1!

Hello from node 2!

The order in which the output lines appear may vary.

That's all there is to it! Of course, the operating system provides many additional commands and switches you can use to control the behavior of the compiler and the resulting application. These commands and switches are described in the rest of this chapter.

(46)

Paragon ™ System User's Guide Using System Commands

Compiling and Linking Applications

Command Synopsis cc -ox [ switches] sourcefile ...

f77 -ox [ switches] sourcefile ...

icc -nx [ switches] sourcefile ...

if77 -ox [ switches] sourcefile ...

Description

Compile an application written in C on a Paragon supercomputer.

Compile an application written in Fortran on a Paragon supercomputer.

Compile an application written in C on a Paragon supercomputer or cross-development

workstation.

Compile an application written in Fortran on a Paragon supercomputer or cross-development workstation.

You can compile and link applications on the Paragon supercomputer itself, or on a workstation that supports the operating system cross-development environment. On the Paragon supercomputer, you can use the "native" commands cc and f77 or the "cross-development" commands icc and if77. On a workstation, you must use the cross-development commands icc and if77. The native and cross-development versions of each command take the same switches and work identically.

When compiling and linking an application, you should generally use the switch -ox on the command line. The -ox switch has three effects:

If used while linking a C or Fortran program, it links in !ibnx.a, the library that contains all the system calls described in this manual.

• If used while linking a C or Fortran program, it links in a special start-up routine that starts up the program on multiple nodes, as specified by standard command line switches and

environment variables.

• If used while compiling a C program, it defines the preprocessor symbol __ NODE. The program being compiled can use preprocessor statements such as #ifdefto control compilation based on whether or not this symbol is defined. (This preprocessor symbol is not defined if -ox is used while compiling a Fortran program.)

For example, the following command line compiles and links the file myapp.c to create an executable file called myapp (on the Paragon supercomputer):

% cc -nx - 0 myapp myapp. c

(47)

The following command line has the same effect (on the Paragon supercomputer or a cross-development workstation):

% icc -nx - 0 myapp myapp.c

NOTE

Do not use

-nx

if your application uses any of the nx_initve ... () calls.

The operating system provides the ox_ioitve ••• () calls and related functions to give your application more control over the way it starts up. They let the application perform actions for itself that are normally performed for it by -ox. If you link your application with -ox and it also makes any ox_initve •••

O

call itself, the application's call to nx_initve •••

O

will fail and return -1. See "Managing Applications" on page 4-2 for more information on ox_initve •••

O

and related functions.

To link an application that calls ox_ioitve •••

O,

use the switch -lox instead of -ox. The -lox switch links in libnx.a, but without the special start-up routine supplied by -ox. A program linked with -lox can use all the calls described in this manual, but does not automatically start itself on multiple nodes. (Note that the -lox switch must appear on the compiler command line after the filenames of any source or object files that use these calls.) Note that the preprocessor symbol __ NODE is not defined by -Inx.

A program that is not linked with -ox and does not call ox_ioitve ••• () is not a parallel application. It does not recognize the command-line switches described under "Running Applications" on page 2-11, and it always runs on one node in the service partition. (If it creates additional processes by calling forkO, they may run on the same node or a different node, but they will always run in the service partition.)

Configuring Your Environment for Cross-Development

Before you can use the icc and it77 commands on your workstation, you must configure your environment as follows:

• The environment variable PARAGON_XDEV must be set to the pathname of the directory that contains the operating system cross-development facility. If you don't know this pathname, ask your system administrator.

• Your execution search path (PATH or path variable) must include the directory

$PARAGON_XDEVlparagonlbin.arch, where arch identifies the architecture of your workstation (such as suo4 for a Sun-4 workstation).

(48)

Paragon™ System User's Guide Using System Commands

• If you want to read online manual pages on your workstation, your online manual page search path (MANPATH variable or eqpivalent facility) must include the directory

$PARAGON_XDEVIparagoniman.

You should put the definitions ofthese variables into your .cshrc or . login file (or the equivalent start-up file for your shell). For example, suppose the operating system cross-development facility is installed in the directory /usrllocaVXDEV. If you use the C shell, you would add these lines to your .cshrc file:

setenv PARAGON_XDEV /usr/local/XDEV

set path=( Spath $PARAGON_XDEV/paragon/bin.'arch'

setenv MANPATH "${MANPATH}:${PARAGON_XDEV}/paragon/man"

(The curly braces in "$ {MANPATH} : $ {PARAGON_XDEV} /paragon/man" are necessary because a colon after a variable name is special to the C shell.)

Once your environment is properly configured, you can use the icc or it77 command to compile and link applications on your workstation. For example, the following command line compiles and links the file myapp.fto create an executable file called myapp:

% if77 -me - 0 myapp myapp.f

The executable file, myapp, can only be executed on the Paragon supercomputer. You can do this by putting it in a directory that is shared between your workstation and the Paragon supercomputer with the Network File System (NFS), or by copying it to the Paragon supercomputer with the ftp or rep command. If you use the ftp command, the resulting file may not have execute permission; if this happens, use the chmod command on the Paragon supercomputer to give myapp execute permission.

NOTE

The Paragon system versions of the compilers are not the same as their iPSC@ system equivalents.

If you develop programs for the iPSC series of supercomputers from Intel Corporation as well as for the Paragon system, you must be sure that your execution search path (PATH or path variable) is set appropriately for your current target system. To compile a program for the Paragon system, the variable PARAGON_XDEV must be set appropriately and your execution search path must include

$PARAGON_XDEVIparagonlbin.arch; to compile a program for the iPSC system, the variable IPSC_XDEV must be set appropriately and your execution search path must include

$IPSCj(DEVli860lbin.arch instead. Be sure that your execution search path does not include both these directories at the same time.

(49)

Tips

fo~

Compiling and Linking

The following sections give you some tips for compiling and linking applications (on either the Paragon supercomputer or a cross-development workstation).

Using Other Switches

The cc, f77, icc, and if77 commands have a variety of switches to control their operation. For a description of these switches and other information on these commands, see the online manual pages for the commands or the following printed manuals:

cc, icc Paragon™ System C Compiler User's Guide.

f77, if77 Paragon™ System Fortran Compiler User's Guide.

Including nx.h or fnx.h

As a general rule, always include the file nx.h in all C programs and the file fnx.h in all Fortran programs. These files contain definitions and declarations needed by the operating system's system calls. Although a specific application may not need the definitions and declarations in these include.

files, the overhead involved in including them in all C or Fortran programs is minor. Include nx.h in your C programs as follows:

#include <nx.h>

Include nx.h in your Fortran programs as follows include 'fnx.h'

Specifying Include File and Library Pathnames

The standard include and library directories depend on whether you are using the native development commands or the cross-development commands:

• The native development commands search for include files in the directory /usr/include, and they search for libraries in the directories /usr/ccsllib (searched first) and /usrllib (searched second).

• The cross-development commands search for include files in the directory

$PARAGON_XDEV/paragonlinclude, and they search for all libraries in the directory

$PARAGON _XDEV/paragonllib-cojf.