🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: vmsnet.alpha
Article #48

Re: Alpha speed on disk devices

#48
From: Michele Michelotto
Date: Tue, 26 Jan 1993 08:11
47 lines
2899 bytes
In article <1jpojvINNin@fnnews.fnal.gov>, kreymer@fnsg01.fnal.gov (Art Kreymer) writes:
|>    There was earlier discussion of I/O problems on some Alpha systems.
|>    Fortran unformatted I/O to disk seems to be somewhat slower than
|>    expected, and, surprisingly, is CPU limited. That is, the CPU is
|>    running at 100% utilization in USER mode while the I/O is in progress.
|>
|>    The I/O problem is almost certainly related to the Fortran Compiler.
|>    Note the following timings, writing a 32,000 block (16 Mbyte) file
|>    composed of records of length 8000 words (32 Kbytes)
|>
|>    Formatted writes and VESTed images use much less CPU than native
|>    unformatted writes. Implied I/O do loops suffer no or negative
|>    overhead.
|>
|>    Elapsed    CPU    Method
|>      15         1.   UNFORMATTED  WRITE (1) DATA  (vested image from VAX)
|>      25.        1.   FORMATTED    WRITE (1,'(A32000)') CDATA
|>      20.       15.   UNFORMATTED  WRITE (1) DATA  (native image)
|>      15.       15.   UNFORMATTED  WRITE (1) (DATA(J),J=1,8000)
|>
|>    Here's the test program:
.. deleted...

There is another strange behaviour: On the VAX you obtain moreless the same
results (in KB/s) if you declare DATA as integer*1(character),integer*2,
integer*4, integer*8;if you do unformatted write. This is normal because
the write are buffered. This happens also with the VESTed images omn the
Alpha.

With native code on the Alpha you obtain very good result with i*8
(and low cpu/elapsed ratio) and very bad result with i*1 (with cpu/elaps
that is close to 1.).

OK. Now I can declare an equivalence of my character buffer with a REAL*16
buffer, I can do all my operation with the character buffer and then do the
I/O with the REAL*16 buffer. I can achieve very good performance but

WHY ON THE VAX I DON'T NEED TO DO THESE TRICKS?
--
						Ciao, Michele
******************************************************************************
* Michele Michelotto, INFN Padova, Delphi group.                             *
* Internet: michelot@dxcern.cern.ch     BITNET: MICHELOTTO@IPDINFN           *
* Tel (+39).49.844347                   HEPNET: VAXFPD::MICHELOTTO           *
*                     "Ho bevuto CHE COSA ?"   (Socrate)                     *
******************************************************************************
Technical Details
Message-ID: <1993Jan26.081113.17826@dxcern.cern.ch>
Path: arc1-ca.pugleaf.net!sparky!uunet!mcsun!dxcern!vaxfpd.pd.infn.it!michelotto
References: <1jpojvINNin@fnnews.fnal.gov>

Show Full Headers
Complete Article Headers
Newsgroups: vmsnet.alpha
Path: arc1-ca.pugleaf.net!sparky!uunet!mcsun!dxcern!vaxfpd.pd.infn.it!michelotto
From: michelotto@vaxfpd.pd.infn.it (Michele Michelotto)
Subject: Re: Alpha speed on disk devices
Message-ID: <1993Jan26.081113.17826@dxcern.cern.ch>
Keywords: FORTRAN,I/O,Alpha
Sender: news@dxcern.cern.ch (USENET News System)
Reply-To: michelot@dxcern.cern.ch
Organization: CERN - European Laboratory for Particle Physics
References:  <1jpojvINNin@fnnews.fnal.gov>
Date: Tue, 26 Jan 1993 08:11:13 GMT
Lines: 47