The direct cost of virtual function calls in C++

Driesen, Karel; Hölzle, Urs

doi:10.1145/236337.236369

Cited by 85 publications

(27 citation statements)

References 11 publications

Supporting

Mentioning

Contrasting

Unclassified

Order By: Relevance

“…For instance, the seminal work by Palsberg and Schwartzbach, [37], presents a very precise, but also expensive, analysis for untyped object-oriented languages. These results have been improved by the same authors, [36], as well as by others, [4,18,15,45], which consider fast, but also imprecise, class analyses for the removal of virtual function calls in C++.…”

Section: Class Analysismentioning

confidence: 84%

Abstract Interpretation and Object-oriented Programming: Quo Vadis?

Logozzo

Cortesi

2005

Electronic Notes in Theoretical Computer Science

View full text Add to dashboard Cite

show abstract

Section: Class Analysismentioning

confidence: 84%

Abstract Interpretation and Object-oriented Programming: Quo Vadis?

Logozzo

Cortesi

2005

Electronic Notes in Theoretical Computer Science

View full text Add to dashboard Cite

show abstract

“…Traditional object oriented approaches classically introduce an abstraction cost that may be leveraged by the use of generic programming [55,56].…”

Section: Appendix a The Tfel Librarymentioning

confidence: 99%

Introducing the open-source mfront code generator: Application to mechanical behaviours and material knowledge management within the PLEIADES fuel element modelling platform

Helfer

Michel

Proix³

et al. 2015

Computers & Mathematics with Applications

100

View full text Add to dashboard Cite

Available online xxxx Keywords:Material knowledge management Mechanical behaviour integration Implicit integration schemes Single crystal plasticity Domain specific languages a b s t r a c tThe PLEIADES software environment is devoted to the thermomechanical simulation of nuclear fuel elements behaviour under irradiation. This platform is co-developed in the framework of a research cooperative program between Électricité de France (EDF), AREVA and the French Atomic Energy Commission (CEA). As many thermomechanical solvers are used within the platform, one of the PLEAIADES's main challenge is to propose a unified software environment for capitalisation of material knowledge coming from research and development programs on various nuclear systems. This paper introduces a tool called mfront which is basically a code generator based on C++ (Stroustrup and Eberhardt, 2004). Domain specific languages are provided which were designed to simplify the implementations of new material properties, mechanical behaviours and simple material models. mfront was recently released under the GPL open-source licence and is available on its web site: http://tfel.sourceforge.net/.The authors hope that it will prove useful for researchers and engineers, in particular in the field of solid mechanics. mfront interfaces generate code specific to each solver and language considered.In this paper, after a general overview of mfront functionalities, a particular focus is made on mechanical behaviours which are by essence more complex and may have significant impact on the numerical performances of mechanical simulations. mfront users can describe all kinds of mechanical phenomena, such as viscoplasticity, plasticity and damage, for various types of mechanical behaviour (small strain or finite strain behaviour, cohesive zone models). Performance benchmarks, performed using the Code_Aster finite element solver, show that the code generated using mfront is in most cases on par or better than the behaviour implementations written in fortran natively available in this solver. The material knowledge management strategy that was set up within the PLEIADES platform is briefly discussed. A material database named sirius proposes a rigorous material verification workflow.We illustrate the use of mfront through two case of studies: a simple FFC single crystal viscoplastic behaviour and the implementation of a recent behaviour for the fuel material which describes various phenomena: fuel cracking, plasticity and viscoplasticity.

show abstract

“…In a domain where C and C++ for good reasons are still the dominating languages, efficiency is not a feature among others, it is a prerequisite. OOP, for instance, is still rarely used as some of its fundamental concepts, such as late binding, induce a significant (and in many cases inevitable) overhead [11]. So far, only few studies analyze the costs of aspects.…”

Section: Resource Efficiencymentioning

confidence: 99%

A quantitative analysis of aspects in the eCos kernel

Lohmann

Scheler

Tartler

et al. 2006

Proceedings of the 1st ACM SIGOPS/EuroSys European Conference on Computer Systems 2006

View full text Add to dashboard Cite

Nearly ten years after its first presentation and five years after its first application to operating systems, the suitability of AspectOriented Programming (AOP) for the development of operating system kernels is still highly in dispute. While the AOP advocacy emphasizes the benefits of AOP towards better configurability and maintainability of system software, most kernel developers express a sound skepticism regarding the thereby induced runtime and memory costs: Operating system kernels have to be lean and efficient. We have analyzed the runtime and memory costs of aspects in general, on the level of µ-benchmarks, and by refactoring and extending the eCos operating system kernel using AspectC++, an AOP extension to the C++ language. Our results show that most AOP features do not induce a intrinsic overhead and that the actual overhead induced by AspectC++ is very low. We have also analyzed a test case with significant aspect-related costs. This example shows how the structure of the underlying kernel can have a negative impact on aspect implementations and how these costs can be avoided by an aspect-aware design. Based on this analysis, our conclusion is that AOP is suitable for the development of operating system kernels and other kinds of highly efficient infrastructure software.

show abstract

The direct cost of virtual function calls in C++

Cited by 85 publications

References 11 publications

Abstract Interpretation and Object-oriented Programming: Quo Vadis?

Abstract Interpretation and Object-oriented Programming: Quo Vadis?

Introducing the open-source mfront code generator: Application to mechanical behaviours and material knowledge management within the PLEIADES fuel element modelling platform

A quantitative analysis of aspects in the eCos kernel

Contact Info

Product

Resources

About