public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: michael meeks <michael.meeks@novell.com>
To: dank@kegel.com
Cc: gcc@gcc.gnu.org
Subject: re: Large, modular C++ application performance ...
Date: Mon, 01 Aug 2005 09:53:00 -0000	[thread overview]
Message-ID: <1122889958.19623.119.camel@linux.site> (raw)
In-Reply-To: <63935.64.85.15.162.1122736787.squirrel@webmail1.pair.com>

Hi Dan,

On Sat, 2005-07-30 at 11:19 -0400, dank@kegel.com wrote:
> MM wrote in http://go-oo.org/~michael/OOoStartup.pdf:
> "... not one slot was overridden by an implementation
> method external to the implementing library."

	This is really an issue rather orthogonal to that of 'final', what I'm
trying to say (clearly, rather badly) - is that in those 3 libraries
there were 0 instances of virtual functions of a given class implemented
in that DSO, being implemented outside that DSO.[1]

	The significance of this is that - if we can markup classes to generate
internal relocations for their overridden slots, and copy the parent
library's (also internally) relocated version for inherited slots,
(during this proposed idle vtable relocation process). Then we would
avoid needing ~any named relocations at all to construct these vtables.
ie. go from many tens of thousands of the slowest type of relocation, to
none.

	HTH,

		Michael.

[1] - further research AFAIR showed only a handful of these instances
across all OO.o libraries.
-- 
 michael.meeks@novell.com  <><, Pseudo Engineer, itinerant idiot

  reply	other threads:[~2005-08-01  9:53 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-30 15:19 dank
2005-08-01  9:53 ` michael meeks [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-07-29 19:49 michael meeks
2005-07-29 20:19 ` Florian Weimer
2005-07-30 13:26   ` Nix
2005-07-30 13:36 ` Giovanni Bajo
2005-07-30 17:24   ` Andrew Haley
2005-08-01  9:45     ` michael meeks
2005-08-01 12:18       ` Steven Bosscher
2005-08-02  9:22         ` michael meeks
2005-08-01  9:39   ` michael meeks
2005-08-01 15:55     ` H. J. Lu
2005-08-02  9:59       ` michael meeks
2005-08-02 13:57         ` H. J. Lu
2005-08-02 16:15           ` michael meeks
2005-08-01 16:59 ` Dan Nicolaescu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1122889958.19623.119.camel@linux.site \
    --to=michael.meeks@novell.com \
    --cc=dank@kegel.com \
    --cc=gcc@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).