Hey, > My recent advances on auto-tuning gave birth to a new GSoC idea in my > mind. More exactly, I've come up with something more complete around > (crowd-sourced) auto-tuning and the GUI. > > This would include: > > -> Developing a portable auto-tuning GUI (as of now : BLAS1 / Dense > BLAS2 / Dense BLAS3)
Yes. It always strikes me if I see existing benchmarks, all focusing on some image stuff or GEMM. There are so many use cases brushed under the carpet. > -> Building a better data-base representation for our profiles ; I feel > like manually feeling a map will become awful as we will obtain more > data. Ideally, it would be about integrating ViennaCL with cTuning. This > would allow us to build a centralized data-base and to easily build > statistics/graphs of our data, and in the future to create machine > learning models for these datasets. The idea of a device database is of course not new, but on the other hand we have to keep in mind that there must be good reasons why it is so hard to really put that into libraries. Even autotuning approaches at installation time (cf. ATLAS) is a burden. Back in 2010 we tried ViennaProfiler, which is supposed to provide just that as a standalone database, but even that turned out to be pretty hard to manage in practice. The important point here is 'in practice'. Such a database needs to be maintainable, robust, and all integrated. We cannot expect our users to carry a separate database-file (XML, sqlite, etc.) around, this needs to be in the binary already. As such, I don't know the details about cTuning and how this would interact. It would be great if you can work out some details on how this could be done, so that we can then evaluate which path is supposed to be most fruitful for the GSoC project. > -> Filling the database with as many devices as possible. Yes, this is what we need and probably the most important item of the three. I'd rather have - although awful - a bunch of data jumbled all over the place and in different formats rather than having a great framework for everything without any data in it. Best regards, Karli ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk _______________________________________________ ViennaCL-devel mailing list ViennaCL-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/viennacl-devel