🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

6 total messages Started by Yoshio Oyanagi Thu, 31 May 1990 06:41
QCDPAX attained 12.25 GFLOPS peak speed.
#113
Author: Yoshio Oyanagi
Date: Thu, 31 May 1990 06:41
99 lines
5159 bytes
       ===QCDPAX attained 12.25 GFLOPS peak speed===

Parallel Computer QCDPAX has reached the world-fastest(probably) 
effective speed in scientific calculations.   If any computer can 
exceed the speed of QCDPAX, please let us know.

QCDPAX was made public on April 6, 1990, at University of Tsukuba, 
Tsukuba Science City, Japan.

QCDPAX is a parallel computer with 432 PU's (Processing Units).   
Each PU is running in 28.7 MFLOPS peak speed, and the system in 
about 12.38 GFLOPS at peak.  12.25 GFLOPS speed is measured for
the summation of squares of 500,000 elements within each PU.

The machine is a torus-shaped PU array (2-D Nearest Neighbor Mesh 
with end-around connections), enhanced by a global barrier (hardware) 
synchronizer, broad bandwidth(32 bits) in nearest neighbor links, 
broadcast from any PU to all PU's, and feedback ofthe logical AND 
of status registers of all PU's to all PU's.   

T. Shirakawa, et. al.  "QCDPAX - An MIMD array of vector processors 
for the numerical simulation of quantum chromodynamics", in Proceedings 
of Supercomputing '89, Nov. 13-17, 1989, at Reno, Nevada, pp. 495-504.
 
T. Hoshino "PAX Computer, High-Speed Parallel Processing and 
Scientific Computing" Addison Wesley, 1989.

Each PU is a single board vector processor, and employs 
	M68020(25MHz) as the CPU, 
	L64133(60ns, scalar floating-point processor with ALU and MPY, 
	       LSI Logic Corp., run actually with 69.8 ns clock), 
	50K gate ASIC controller for L64133(also LSI Logic's), 
	2MB SRAM for vector data store(35ns, Japanese), 
	4MB DRAM for program and archive data store(100ns, Japanese).  

QCDPAX was designed by us in University of Tsukuba and manufactured
by Anritsu Corporation.  The project is funded by the Ministry of 
Education, Science and Culture of the Japanese Government under the
Grant-in-Aid for Specially Promoted Research (#62060001).

QCDPAX is dedicated to Quantum Chromodynamics simulation (lattice 
gauge theory) as the budgest required, though the functions are not 
restricted to that purpose.   It is right on the extension of the 
past 4 prototype PAX machines, in the sense that QCDPAX is of wide 
use in scientific applications.

The machine was benchmarked by the QCD model.   In the most time 
consuming part, 3 by 3 unitary matrix product, QCDPAX with 432 PU's 
recorded the speed nearly 4 times as fast as that of CM-2, (CM-2's
measurement was reported in Supercomputing '89 in Reno by C. F. Baillie,
pp.2-9).  Single link update time for the subspace heat bath method
with 8 hits is 1.8 micro second, which is three times faster than
the HITAC S820/80 at KEK (peak 3 Gflops).

The benchmark persistently made in the past PAX development is the 
Poisson equation by Red-Black point-SOR method.   This is a typical
but quite communication-intensive scientific calculation.   We believe 
that the parallel computer that cannot well process this point-SOR 
is of no use in the scientific applications.

The following is the measurement in the the biggest size 
that QCDPAX can solve.
    Definition: 3-D Poisson equation in the pillar region with 	
	the size of 408(in X), 414(in Y), and 408(in Z).   Mesh 
	spaing is 1.  Periodic boundary conditions are set in X 
	and Y-directions, and Dirichlet boundary to zero in 
	the Z-direction.  Two point sources of intensity +1 and -1
	are located at (102, 103, 102) and (306, 311, 306),
	respectively.
    Measurement: Single update-sweep of all points (both red and 
	black) took 175 msec and it is equivalent to 8.99 MFLOPS/PU 
	and 3.88 GFLOPS/system.  The nearest neighbor communication 
	took 158 msec for the boundary points between a PU and its 
	4 neighboring PU's.  The efficiency defined by 
		(update)/(update + communication) 
	is 52.46%.   The overall effective speed is 2.04 GFLOPS.

The program was coded in a compiler-language "psc".   
Communication was made by calling a function coded in an 
assembler-language.   M68020's cache was disabled.
Time is measured by a hardware timer that each PU installs,
and MFLOPS value is obtained by total number of + - * divided by
the measured time.

If any computer can exceed this speed, please let us know.
We would like to know if our machine is really the world-fastest 
or not.

		T. Hoshino (hoshino@qcdpax.kz.tsukuba.ac.jp)
		Y. Iwasaki (iwasaki@quark.ph.tsukuba.ac.jp)
		Y. Oyanagi (oyanagi@gama.is.tsukuba.ac.jp)
		T. Shirakawa (shirakaw@qcdpax.kz.tsukuba.ac.jp)
		K. Kanaya (kanaya@quark.ph.tsukuba.ac.jp)
		T. Yoshie (yoshie@quark.ph.tsukuba.ac.jp)
		S. Ichii (ichii@kek.ac.jp)
		T. Kawai (kawai@kz.phys.keio.ac.jp)

		
Re: QCDPAX attained 12.25 GFLOPS peak speed.
#118
Author: Yoshio Oyanagi
Date: Sat, 02 Jun 1990 06:03
39 lines
2024 bytes
In article <5074@gama.is.tsukuba.ac.jp> oyanagi@gama.is.tsukuba.JUNET (Yoshio Oyanagi) writes:

>       ===QCDPAX attained 12.25 GFLOPS peak speed===

We received several questions and comments.

>QCDPAX is a parallel computer with 432 PU's (Processing Units).   
>Each PU is running in 28.7 MFLOPS peak speed, and the system in 
>about 12.38 GFLOPS at peak.  12.25 GFLOPS speed is measured for
>the summation of squares of 500,000 elements within each PU.

This is not a "BENCHMARK", but only an Olympic record.  You may be
interested in the Livermore Loop, Linpack benchmark, or Perfect Club
benchmark.  Those are not our targets.  We have constructed QCDPAX
as an engine for lattice QCD simulation.  The QCDPAX is not
a supercomputer in this sense.  


>Each PU is a single board vector processor, and employs 

>	2MB SRAM for vector data store(35ns, Japanese), 
>	4MB DRAM for program and archive data store(100ns, Japanese).  

Some people are interested whose memory chips we used.  We used three
kinds of SRAM chips of Fujitsu, Hitachi and Mitsubishi and DRAM chips
of NEC.


There is one important comment which we have forgotten to mention.

The performance of the machine at University of Columbia made by 
Norman Christ and his collaborators, which is also dedicated to QCD 
simulations, is expected to be similar to our machine's, although we 
don't have at hand the data of their performance to compare with. 
 
					QCDPAX Collaboration
						Y. Oyanagi
						Y. Iwasaki
						T. Shirakawa
Re: QCDPAX olympic record
#178
Author: Eugene N. Miya
Date: Sun, 03 Jun 1990 22:18
11 lines
1094 bytes
> not a benchmark but an Olympic record

Er, excuse me, but what's an Olympic record?
Has the International Olympic Committee (IOC) started an event
for supercomputing?  Sorry, I was vacationing and I also happened
to swing by the ISCA.  If this is something new, I would appreciate
an open discussion as I am composing the FAQ and this sounds worthy
of having a paragraph if it's something really significant.

--e. nobuo miya, NASA Ames Research Center, eugene@orville.nas.nasa.gov
  {uunet,mailrus,other gateways}!ames!eugene
Re: QCDPAX olympic record
#165
Author: Yoshio Oyanagi
Date: Wed, 06 Jun 1990 11:04
14 lines
1068 bytes
Sorry for my misleading expression.

In article <6484@amelia.nas.nasa.gov> eugene@wilbur.nas.nasa.gov (Eugene N. Miya) writes:
>> not a benchmark but an Olympic record

>Er, excuse me, but what's an Olympic record?

By "Olympic record", I mean "real but unrealistic performance".
                             ^^^^     ^^^^^^^^^^^
I just wanted to stress that this PEAK speed is not realistic, just
like the speed of Olympic runners.  We are concerned with the 
performance for real applications.

Yoshio Oyanagi
Re: QCDPAX olympic record
#168
Author: Tsutomu Hoshino
Date: Wed, 06 Jun 1990 14:05
40 lines
2198 bytes
In article <5282@gama.is.tsukuba.ac.jp> oyanagi@gama.is.tsukuba.JUNET (Yoshio Oyanagi) writes:
>Sorry for my misleading expression.
>
>In article <6484@amelia.nas.nasa.gov> eugene@wilbur.nas.nasa.gov (Eugene N. Miya) writes:
>>> not a benchmark but an Olympic record
>
>>Er, excuse me, but what's an Olympic record?
>
>By "Olympic record", I mean "real but unrealistic performance".
>                             ^^^^     ^^^^^^^^^^^
>I just wanted to stress that this PEAK speed is not realistic, just
>like the speed of Olympic runners.  We are concerned with the 
>performance for real applications.
>
>Yoshio Oyanagi
>

Supplement to Prof. Oyanagi's comment on "OLYMPIC RECORD".

Karl Luis(Is this correct?) runs 100 m in slightly less than 
10 seconds, but he cannot keep the same speed to 100 km.  
Ensemble average over the people of the country that he represents
run much slower than he does.   In this sense, the OLYMPIC RECORD 
is a peak speed.

We are not boasting that QCDPAX is the world-fastest in terms
of the peak speed.  We are asking if there is any faster machine
than QCDPAX in scientific applications, such as in the SOR method.

CM-2 may be faster in the peak speed, but it might be slower 
than QCDPAX in this SOR benchmark problem, because the SOR 
includes relatively larger communication over computation, 
and CM-2 seems to be weak in its "connection" link.

We believe that the SOR is a good benchmark for scientific 
applications, and the super parallel machine must have strong 
"connection", if it intends to be of practical use.

Tsutomu Hoshino
Developer of the PAX machines
Re: QCDPAX olympic record
#166
Author: Eugene N. Miya
Date: Thu, 07 Jun 1990 01:17
5 lines
783 bytes
Ah! I see!  A nice use of language!  On behalf of the net,
	thank you for the clarification.

--e. nobuo miya, NASA Ames Research Center, eugene@orville.nas.nasa.gov
  {uunet,mailrus,other gateways}!ames!eugene
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads