Thread View: comp.sys.super
6 messages
6 total messages
Started by Yoshio Oyanagi
Thu, 31 May 1990 06:41
QCDPAX attained 12.25 GFLOPS peak speed.
Author: Yoshio Oyanagi
Date: Thu, 31 May 1990 06:41
Date: Thu, 31 May 1990 06:41
99 lines
5159 bytes
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.
Author: Yoshio Oyanagi
Date: Sat, 02 Jun 1990 06:03
Date: Sat, 02 Jun 1990 06:03
39 lines
2024 bytes
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
Author: Eugene N. Miya
Date: Sun, 03 Jun 1990 22:18
Date: Sun, 03 Jun 1990 22:18
11 lines
1094 bytes
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
Author: Yoshio Oyanagi
Date: Wed, 06 Jun 1990 11:04
Date: Wed, 06 Jun 1990 11:04
14 lines
1068 bytes
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
Author: Tsutomu Hoshino
Date: Wed, 06 Jun 1990 14:05
Date: Wed, 06 Jun 1990 14:05
40 lines
2198 bytes
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
Author: Eugene N. Miya
Date: Thu, 07 Jun 1990 01:17
Date: Thu, 07 Jun 1990 01:17
5 lines
783 bytes
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