From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,e20f33564bd710b9,start
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 1995-03-23 05:45:17 PST
Path: 
 nntp.gmd.de!news.rwth-aachen.de!news.rhrz.uni-bonn.de!news.uni-stuttgart.de!rz.uni-karlsruhe.de!xlink.net!howland.reston.ans.net!math.ohio-state.edu!jussieu.fr!fdn.fr!uunet!prodigy.com!usenet
From: DVRH71A@prodigy.com (Robert Channas)
Newsgroups: comp.lang.ada
Subject: SPARC Ada Performance Problem
Date: 23 Mar 1995 12:24:31 GMT
Organization: Prodigy Services Company  1-800-PRODIGY
Distribution: world
Message-ID: <3krp9v$1blu@usenetw1.news.prodigy.com>
NNTP-Posting-Host: inugap4.news.prodigy.com
X-Newsreader: Version 1.2
Date: 1995-03-23T12:24:31+00:00
List-Id: <comp.lang.ada>

Hi,
  We have been doing a performance analysis on some of our software using 
the Sun SPARC Compiler Ada 2.1.1 "a.prof" command.  A very large 
percentage 
of the execution time is spent in something called "mm_copy.+bcopy".  
Our
guess is that this is some kind of block copy routine, but we have not 
yet been
able to force its execution with a simple test program.  Does anybody 
have any
experience with this, or any ideas?
  Please respond here, or email to:

    rchannas@tecnet1.jcte.jcs.mil    or   wschoen@tecnet1.jcte.jcs.mil


-
  ROBERT CHANNAS  rchannas@tecnet1.jcte.jcs.mil
  IITRI           (410) 573-7433
  ANNAPOLIS, MD