[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference turris::digital_unix

Title:DIGITAL UNIX(FORMERLY KNOWN AS DEC OSF/1)
Notice:Welcome to the Digital UNIX Conference
Moderator:SMURF::DENHAM
Created:Thu Mar 16 1995
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:10068
Total number of notes:35879

9600.0. "hsz50 and DU v3.2g" by NNTPD::"[email protected]" (Wil Bergman) Wed Apr 23 1997 08:57

Lectori Salutem,

One of our customers has the following serious problem :

He has an alpha 8200 with an hsz50.

It all worked as expected on Digital Unix v3.2C (with hsz50 patches).
As 3.2c is due to be obsolete, he upgraded to Digital Unix vs. 3.2g with the
DUpatch kit DUV32GAS00001-19970314.

He also upgraded the firmware to 3.8. (console firmware showed 4.0-4)

So far so good.
He now finds out that ther are not enough hours in a night to perform a backup
of his
system.

The backup on Digital Unix 3.2C ran for 9 hours on a tz877 (also on the hsz50)

On Digital Unix 3.2g however, it needs 14 hours !!!!!!!!

He made the backup with vdump.
The strange thing is that a vrestore -t (verify) does not take any longer
-------------------------------------------------------------------------

Also using cpio it takes +/- 50 % longer as before.

Nothing was changed hardwarewise, only Software and Firmware.

Doing a disc - to disc backup of a 800 MB file takes :
on an  Alpha 4100 with an hsz40 5'40" real time with 1'42" system time
on the Alpha 8200 with an hsz50 14'37" real time with 12'30" system time.


Can anybody give me a clue what has changed and/or what to do to improve this
serious performance
problem.

Or is it best to downgrade to 3.2c (with patches) again ?????

Kind Regards.
Wil

[Posted by WWW Notes gateway]
T.RTitleUserPersonal
Name
DateLines
9600.1hsz50 an v3.2gNNTPD::"[email protected]"Wil BergmanWed Apr 23 1997 09:2219
Lectori Salutem,

Extra remark,

   patch OSFPAT00014500375 was included, checked modules with sum and what.

/usr/sys/data/cam_data.c                subset OSFBINCOM375
CHECKSUM: 21789    128  RCSfile: cam_data.c     RCS: 1.1.99.2
/usr/sys/include/io/common/devio.h      subset OSFBINCOM350
CHECKSUM: 59868     29  RCSfile: devio.h        RCS: 1.1.35.2



Strange phenomenon too :
 800 MB     sparse file --> 11'17" of which 9'26" system time
 800 MB non-sparse file -->  3'50" of which 0'20" system time.

Kind Regards, Wil
[Posted by WWW Notes gateway]