X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
From: Georg <dosusb AT googlemail DOT com>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: gprof output
Date: Mon, 28 May 2012 13:37:54 -0700 (PDT)
Organization: http://groups.google.com
Lines: 32
Message-ID: <e9a9d1fc-4410-425e-9b22-74529940d0b8@eh4g2000vbb.googlegroups.com>
References: <7822bb4a-1059-491a-8489-e1d9f3dbc501 AT l17g2000vbj DOT googlegroups DOT com>
 <a2en0pFpq6U1 AT mid DOT dfncis DOT de>
NNTP-Posting-Host: 46.78.35.225
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: posting.google.com 1338237475 29898 127.0.0.1 (28 May 2012 20:37:55 GMT)
X-Complaints-To: groups-abuse AT google DOT com
NNTP-Posting-Date: Mon, 28 May 2012 20:37:55 +0000 (UTC)
Complaints-To: groups-abuse AT google DOT com
Injection-Info: eh4g2000vbb.googlegroups.com; posting-host=46.78.35.225; posting-account=v5xbdQoAAAAOGc9Ccc-kLZyobvPlN3Qr
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.4)
 Gecko/20091016 Firefox/3.5.4,gzip(gfe)
X-Received-Bytes: 2130
Bytes: 2295
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id q4SKj2od012014
Reply-To: djgpp AT delorie DOT com

I now removed my _dpmi_int calls from my program but still 80-90% of
the processing time is done for _dpmi_int. Does djgpp call this
internally?

I use int86() to query the mouse and getch() plus bioskey() to query
the keyboard. Could these functions cause this?

Georg

Hans-Bernhard Bröker wrote:
> On 26.05.2012 20:34, Georg wrote:
> > I tried gprof to profile one of my programs. This is the ouput:
> >
> > Flat
> > profile:
> >
> > Each sample counts as 0.0555556
> > seconds.
> >    %   cumulative   self              self
> > total
> >   time   seconds   seconds    calls  Ts/call  Ts/call
> > name
> >   87.39     11.56    11.56
> > __dpmi_int
> [...]
>
> > My question is: is it normal that a djgpp program uses 87% for
> > __dpmi_int?
>
> It can be, depending on what the program does.  For a program that's
> spends a lot of its work in real-mode interrupts (like BIOS and DOS
> services) it's normal.  For computation-heavy ones, it wouldn't be.