<div dir="ltr">That's great! Congrats Alex!<div><br></div><div>Jose<br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 29, 2015 at 2:21 PM, Martin Peres <span dir="ltr"><<a href="mailto:martin.peres@linux.intel.com" target="_blank">martin.peres@linux.intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello everyone,<br>
<br>
I would like to congratulate Alex in public for being accepted into the Google Summer of Code 2015! He will be working on improving the profiling view and I will be his principal mentor. Mark and Carl have also expressed a lot of interest and will also be mentoring Alex as time permits.<br>
<br>
Most of our discussions will happen on irc (#dri-devel?) or on this mailing list.<br>
<br>
Thanks,<br>
Martin Peres<br>
<br>
Here is Alex's proposal for the GSoC:<br>
<br>
---------------------------------------------------------------------------------<br>
<br>
Summary:<br>
<br>
This project aims to improve the profiling capabilities of Apitrace on the OpenGL side by introducing new metric-collection systems and improving the profiling GUI.<br>
<br>
<br>
Goals and details:<br>
<br>
1. Implement an abstraction system for profiling data collectors. The idea behind this is to write a general interface to different sources of profiling data. It should be capable of at least:<br>
<br>
a. Initialization/deinitialization<br>
<br>
b. Setup (basically choosing counters)<br>
<br>
c. Methods like beginQuery/endQuery in OpenGL<br>
<br>
I think this all should be added as an additional feature with the corresponding option to be passed to the compiler.<br>
<br>
2. Implement on top of the abstraction system several backends:<br>
<br>
a. AMD_performance_monitor OpenGL extension<br>
<br>
b. INTEL_performance_query OpenGL extension<br>
<br>
c. perfkit (probably via libperf)<br>
<br>
3. Improve existing GUI for profiling performance of traces. It should basically be extended to support new metric-collection systems. This particular task can be divided into 2:<br>
<br>
a. Signals (counters) selection for retrace<br>
<br>
b. Visualization of metrics.<br>
<br>
This is likely to be the most difficult part.<br>
<br>
<br>
<br>
Additional goals (if there is some spare time):<br>
<br>
1. Additional GUI features.<br>
<br>
2. CLI support for new metric-collection systems.<br>
<br>
3. Windows/Mac support.<br>
<br>
<br>
<br>
Approximate schedule:<br>
<br>
There will be 14 weeks beginning with May 25.<br>
<br>
Week 1-2: Study existing similar solutions (like one from NVIDIA), work out a plan for the GUI design and development.<br>
<br>
Week 3-4: Write an abstraction system. Implement backends.<br>
<br>
Week 5: Rewrite existing GUI in a very simple way to allow testing for implemented backends.<br>
<br>
Week 6: Mid-term evaluations.<br>
<br>
Week 7: Implement signal selection part of the GUI.<br>
<br>
Week 8-11: Main GUI development (this one highly depends on the plan worked out in the first weeks).<br>
<br>
Week 12-13: Test and polish.<br>
<br>
Week 14: Final evaluations.<br>
<br>
<br>
<br>
About me:<br>
<br>
I am currently studying for my Master Degree in St. Petersburg State University (Russia), where I am majoring in Physics. I am looking for a chance to be involved in open-source and graphics stack development.<br>
_______________________________________________<br>
apitrace mailing list<br>
<a href="mailto:apitrace@lists.freedesktop.org" target="_blank">apitrace@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/apitrace" target="_blank">http://lists.freedesktop.org/mailman/listinfo/apitrace</a><br>
</blockquote></div><br></div></div></div>