1 / 22

Performance Analysis and Optimization T ool

Performance Analysis and Optimization T ool. Andres S. CHARIF-RUBIAL Emmanuel OSERET { andres.charif,emmanuel.oseret }@uvsq.fr Performance Analysis Team, University of Versailles http://www.maqao.org. Introduction Performance Analysis. Understand the performance of an application

daphne
Download Presentation

Performance Analysis and Optimization T ool

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Performance Analysis and Optimization Tool Andres S. CHARIF-RUBIAL Emmanuel OSERET {andres.charif,emmanuel.oseret}@uvsq.fr Performance Analysis Team, University of Versailles http://www.maqao.org

  2. IntroductionPerformance Analysis • Understand the performance of an application • How well it behaves on a given machine • What are the issues ? • Generally a multifaceted problem • Maximizing the number of views = better understand • Use techniques and tools to understand issues • Once understood Optimize application

  3. IntroductionCompilation chain • Compiler remains your best friend • Be sure to select proper flags (e.g., -xavx) • Pragmas: Unrolling, Vector alignment • O2 V.S. O3 • Vectorisation/optimisation report

  4. IntroductionMAQAO Tool • Open source (LGPL 3.0) • Currently binary release • Source release by mid December • Available for x86-64 and Xeon Phi • Looking forward in porting MAQAO on BlueGene

  5. IntroductionMAQAO Tool • Easy install • Packaging : ONE (static) standalone binary • Easy to embeed • Audience • User/Tool developer: analysis and optimisation tool • Performance tool developer: framework services • TAU: tau_rewrite (MIL) • ScoreP: on-going effort (MIL)

  6. IntroductionMAQAO Tool

  7. IntroductionMAQAO Tool • Scripting language • Lualanguage : simplicity and productivity • Fastprototyping • MAQAO Lua API : Access to services

  8. IntroductionMAQAO Tool • Built on top of the Framework • Loop-centric approach • Produce reports • We deal with low level details • You get high level reports

  9. Outline • Introduction • Pinpointing hotspots • Code quality analysis • Upcoming modules

  10. Pinpointing hotspotsMeasurement methodology • MAQAO Profiling • Instrumentation • Through binary rewriting • High overhead / More precision • Sampling • Hardware counter through perf_event_open system call • Very low overhead / less details

  11. Pinpointing hotspotsParallelism level • SPMD • Program level • SIMD • Instruction level • By default MAQAO only considers system processes and threads

  12. Pinpointing hotspotsParallelism level • Display functions and their exclusive time • Associated callchains and their contribution • Loops • Innermost loops can then be analyzed by the code quality analyzer module (CQA) • Command line and GUI (HTML) outputs

  13. Pinpointing hotspotsGUI snapshot

  14. Outline • Introduction • Pinpointing hotspots • Code quality analysis • Upcoming modules

  15. Static performance modelingIntroduction • Main performance issues: • Core level • Multicore interactions • Communications • Most of the time core level is forgotten

  16. Static performance modelingGoals • Static performance model • Targets innermost loops • source loop V.S. assembly loop • Take into account processor (micro)architecture • Assess code quality • Estimate performance • Degree of vectorization • Impact on micro architecture Source Loop L255@file.c ASM Loop 1 ASM Loop 3 ASM Loop 2 ASM Loop 4 ASM Loop 5

  17. Static performance modelingModel • Simulates the target (micro)architecture • Instructions description (latency, uops dispatch...) • Machine model • For a given binary and micro-architecture, provides • Quality metrics (how well the binary is fitted to the micro architecture) • Static performance (lower bounds on cycles) • Hints and workarounds to improve static performance

  18. Static performance modelingMetrics • Vectorization (ratio and speedup) • Allows to predict vectorization (if possible) speedup and increase vectorization ratio if it’s worth • High latency instructions (division/square root) • Allows to use less precise but faster instructions like RCP (1/x) and RSQRT (1/sqrt(x)) • Unrolling (unroll factor detection) • Allows to statically predict performance for different unroll factors (find main loops)

  19. Static performance modelingReport example Bottlenecks ----------- The divide/square root unit is a bottleneck. Try to reduce the number of division or square root instructions. If you accept to loose numerical precision, you can speedup your code by passing the following options to your compiler: gcc: (ffast-math or Ofast) and mrecip icc: this should be automatically done by default By removing all these bottlenecks, you can lower the cost of an iteration from 14.00 to 1.50 cycles (9.33x speedup). Pathologicalcases ------------------ Yourloop is processing FP elements but is NOT OR PARTIALLY VECTORIZED. Since your execution units are vector units, only a fully vectorized loop can use their full power. By fully vectorizing your loop, you can lower the cost of an iteration from 14.00 to 3.50 cycles (4.00x speedup). Two propositions: - Tryanother compiler or update/tune your current one: * gcc: use O3 or Ofast. If targeting IA32, add mfpmath=ssecombined with march=<cputype>, msse or msse2. * icc: use the vec-report option to understandwhy your loop was not vectorized. If "existence of vector dependences", try the IVDEP directive. If, using IVDEP, "vectorization possible but seems inefficient", try the VECTOR ALWAYS directive. - Remove inter-iterationsdependencesfromyourloop and make it unit-stride. WARNING: Fix as many pathological cases as you can before reading the following sections.

  20. Outline • Introduction • Pinpointing hotspots • Code quality analysis • Upcoming modules

  21. Ongoing work • Dynamic bottleneck analyzer • Differential analysis • Memory characterization tool • Access patterns • Data reshaping • Cache simulator • Value profiler • Function specialization / memorizing • Loops instances (iteration count) variations

  22. MAQAO Tool Thanks for your attention ! Questions ?

More Related