Exposes the methodology usage to make an application diagnostic for manycore.

1. Application diagnostic
Assessing the parallel potential
of your application on GPGPU
Many applications can benefit from GPU computing. What about your
application? What speed-up could you expect?
CAPS experts support you to assess the potential of your application.
Migrate your application on GPGPU
Migrating legacy software to accelerator-based architectures (e.g. GPU) is a complex
process that requires mastering the technological risks (e.g. loss of code portability,
extensive code restructuration, debugging complexity, etc.) as well as costs.
CAPS provides you with a migration process using a methodology based on HMPP and a
set of tools selected for their consistency with each step of the process. This methodology
allows you to set up incremental processes that reduce costs and risks of migrating codes
to heterogeneous hardware.
The migration of your application is divided into 3 steps:
1. Diagnostic. This preliminary code study will highlight the potential of optimization of your code on hybrid architecture;
2. Functional migration to GPU including CPU code optimization, exhibition of SIMT parallelism, hotspot push on GPU and
validation of CPU-GPU execution.
3. GPU Code Tuning for improving performance.
What is the potential of your application?
The preliminary code study should help to highlight the potential of the
code on hybrid architecture and to judge suitability for GPU technology.
Our team of in-house experts evaluates the potential of your code and
determines in which measure the code can be migrated to hybrid
solutions. The diagnostic considers the following points:
 Understand your performance goal (analysis, definition and
achievement);
 State-of-the-art (analysis of existing port code);
 Know your hotspots (analysis, code reorganization, CPU
optimizations, hotspot selection, etc.).
We pay special attention to identify migration difficulties and risks in
order to reduce obstacles.
At the end of the diagnosis, an assessment of the potential speed-up
for your application is estimated accompanied with a supported “Go/No
Go” analysis. Some complex applications may need further
investigations in order to determinate an accurate speed-up estimate.
Results coming from diagnostic can influence next phases and supply
indispensable elements to define more precisely each step.
Once the report is handed, you have all key elements for deciding on
further action concerning the migration of your application.
© 2010 CAPS 1. All rights reserved - All product and company names herein may be trademarks of their registered owners.

2. Code migration checklist Customer responsibility
These are necessary elements/questions to check if a diagnosis  Give access to the source code and one or more representative
operation can be performed. data sets.
 Assign a technical person that will be the preferred contact for
Hardware/Software environment
 What is the current execution machine? CAPS technical questions
 What is the target architecture and OS? CAPS responsibility
 What is the compiler used?
 What are the OS and drivers used to run the application usually?  All work done for this work is intellectual property of customer
 No communication on this work without the explicit agreement of
Application code the customer.
 Are all codes and all necessary libraries available?
 Guaranty of the integrity of the source code
 Are representative input data sets available?
 Is the code serial, message passing based, parallel thread Diagnostic deliverables
based?
A synthesis report of the analyses done by CAPS entreprise will be
 Does the parallel execution need to be bit exact compare to the
provided to the customer. This report summarizes the various operations
serial one?
carried out and results obtained.
 Is the procedure to validate the execution results defined (taking
into account changes in floating point rounding)? A typical diagnosis report can be drafted as follows:
 Is there a reference person to answer questions about the
 Introduction
application code and algorithmic?
 Overview of the application
 What are the performance goals (and on which execution
o Application characteristics
profiles)?
o Source code characteristics
 Is there a functional description of the code available?
 Overview of the testing environment
 Is there a documentation of the code available?
o Hardware environment
 What are the available versions of the application?
o Software environment
 What kinds of production runs are usually performed (e.g.
o Presentation of the test procedure
throughput mode, under deadline, etc.)?
 Analysis of the application
Legal and organization issues o Memory analysis and checking
 Is there a need for an NDA? o Execution profile on
 What is the license for the code? o Data structures analysis
 Can the code be executed at CAPS? o Memory footprint
 Can the work be performed off-site (i.e. Caps office)? o Code structure and parallelism analysis
 In what language should the report be written?  Analysis of the application potential
o Migration difficulties and risks
o Potential speedup assessment
o Go/No Go analysis
 Conclusion
Language
English, French, Chinese, Japanese.
CAPS’ missions may take place in Europe, North America and Asia.
Diagnostic Pricing
 3500 €
Headquarters - FRANCE CAPS - USA CAPS - CHINA
Immeuble CAP Nord 4701 Patrick Drive Bldg 12 Suite E2, 30/F
4A Allée Marie Berhaut Santa Clara JuneYao International Plaza
35000 Rennes CA 95054 789, Zhaojiabang Road,
France usa@caps-entreprise.com Shanghai 200032
Tel.: +33 (0)2 22 51 16 00 Tel.: +1 408 550 2887 x70 Tel.: +86 21 3363 0057
info@caps-entreprise.com usa@caps-entreprise.com apac@caps-entreprise.com
© 2010 CAPS entreprise. All rights reserved - All product and company names herein may be trademarks of their registered owners.