Renato, Actually I wanted to send GSOC email about the open projects tonight. So, yes - please add them to the corresponding ideas pages. On Wed, Feb 27, 2013 at 10:57 PM, Chris Lattner <clattner at apple.com> wrote:> > On Feb 27, 2013, at 9:24 AM, Renato Golin <renato.golin at linaro.org> wrote: > >> Hi all, >> >> I have some ideas for GSOC projects using LLVM, where should I post them? > > Please add them to llvm-www/OpenProjects.html. > > -Chris > >> >> Idea #1: llvm-env >> >> A simple tool, with little or no dependency on LLVM itself, that will investigate a target architecture by probing hardware, software, libraries and compiling and executing code to identify all properties that would be relevant to command-line options, triple settings etc. >> >> The first stage is to build a CFLAGS for Clang that would produce code on the current Host to the identified Target. >> >> The second stage would be to produce a configuration file (that can be used independently of the Host) so that Clang can read it and not need a gazillion of command-line options. Such file should be simple JSON / INI or anything that Vim could change. >> >> >> Idea #2: LNT perf Monitor >> >> The LNT perf database has some nice features like detect moving average, standard deviations, variations, etc. But the report page give too much emphasis on the individual variation (where noise can be higher than signal). >> >> The first part of the project would be to create an analysis tool that would track moving averages and report: >> * If the current result is higher/lower than the previous moving average by more than (configurable) S standard deviations >> * If the current moving average is more than S standard deviations of the Base run >> * If the last A moving averages are in constant increase/decrease of more than P percent >> >> The second part would be to create a web page which would show all related benchmarks (possibly configurable, like a dashboard) and show the basic statistics with red/yellow/green colour codes to show status and links to more detailed analysis of each benchmark >> >> A possible third part would be to be able to automatically cross reference different builds, so that if you group them by architecture/compiler/number of CPUs, this automated tool would understand that the changes are more common to one particular group. >> >> cheers, >> --renato >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > _______________________________________________ > cfe-dev mailing list > cfe-dev at cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev-- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University
Ok, I've added the LNT statistics project, I think it's better to add the Clang stuff to http://clang.llvm.org/OpenProjects.html right? cheers, --renato On 27 February 2013 20:17, Anton Korobeynikov <anton at korobeynikov.info>wrote:> Renato, > > Actually I wanted to send GSOC email about the open projects tonight. > So, yes - please add them to the corresponding ideas pages. > > On Wed, Feb 27, 2013 at 10:57 PM, Chris Lattner <clattner at apple.com> > wrote: > > > > On Feb 27, 2013, at 9:24 AM, Renato Golin <renato.golin at linaro.org> > wrote: > > > >> Hi all, > >> > >> I have some ideas for GSOC projects using LLVM, where should I post > them? > > > > Please add them to llvm-www/OpenProjects.html. > > > > -Chris > > > >> > >> Idea #1: llvm-env > >> > >> A simple tool, with little or no dependency on LLVM itself, that will > investigate a target architecture by probing hardware, software, libraries > and compiling and executing code to identify all properties that would be > relevant to command-line options, triple settings etc. > >> > >> The first stage is to build a CFLAGS for Clang that would produce code > on the current Host to the identified Target. > >> > >> The second stage would be to produce a configuration file (that can be > used independently of the Host) so that Clang can read it and not need a > gazillion of command-line options. Such file should be simple JSON / INI or > anything that Vim could change. > >> > >> > >> Idea #2: LNT perf Monitor > >> > >> The LNT perf database has some nice features like detect moving > average, standard deviations, variations, etc. But the report page give too > much emphasis on the individual variation (where noise can be higher than > signal). > >> > >> The first part of the project would be to create an analysis tool that > would track moving averages and report: > >> * If the current result is higher/lower than the previous moving > average by more than (configurable) S standard deviations > >> * If the current moving average is more than S standard deviations of > the Base run > >> * If the last A moving averages are in constant increase/decrease of > more than P percent > >> > >> The second part would be to create a web page which would show all > related benchmarks (possibly configurable, like a dashboard) and show the > basic statistics with red/yellow/green colour codes to show status and > links to more detailed analysis of each benchmark > >> > >> A possible third part would be to be able to automatically cross > reference different builds, so that if you group them by > architecture/compiler/number of CPUs, this automated tool would understand > that the changes are more common to one particular group. > >> > >> cheers, > >> --renato > >> _______________________________________________ > >> LLVM Developers mailing list > >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > > > _______________________________________________ > > cfe-dev mailing list > > cfe-dev at cs.uiuc.edu > > http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev > > > > -- > With best regards, Anton Korobeynikov > Faculty of Mathematics and Mechanics, Saint Petersburg State University >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130227/79c63131/attachment.html>
Done, both projects added to the list. Thanks! --renato On 27 February 2013 21:11, Renato Golin <renato.golin at linaro.org> wrote:> Ok, I've added the LNT statistics project, I think it's better to add the > Clang stuff to http://clang.llvm.org/OpenProjects.html right? > > cheers, > --renato > > > On 27 February 2013 20:17, Anton Korobeynikov <anton at korobeynikov.info>wrote: > >> Renato, >> >> Actually I wanted to send GSOC email about the open projects tonight. >> So, yes - please add them to the corresponding ideas pages. >> >> On Wed, Feb 27, 2013 at 10:57 PM, Chris Lattner <clattner at apple.com> >> wrote: >> > >> > On Feb 27, 2013, at 9:24 AM, Renato Golin <renato.golin at linaro.org> >> wrote: >> > >> >> Hi all, >> >> >> >> I have some ideas for GSOC projects using LLVM, where should I post >> them? >> > >> > Please add them to llvm-www/OpenProjects.html. >> > >> > -Chris >> > >> >> >> >> Idea #1: llvm-env >> >> >> >> A simple tool, with little or no dependency on LLVM itself, that will >> investigate a target architecture by probing hardware, software, libraries >> and compiling and executing code to identify all properties that would be >> relevant to command-line options, triple settings etc. >> >> >> >> The first stage is to build a CFLAGS for Clang that would produce code >> on the current Host to the identified Target. >> >> >> >> The second stage would be to produce a configuration file (that can be >> used independently of the Host) so that Clang can read it and not need a >> gazillion of command-line options. Such file should be simple JSON / INI or >> anything that Vim could change. >> >> >> >> >> >> Idea #2: LNT perf Monitor >> >> >> >> The LNT perf database has some nice features like detect moving >> average, standard deviations, variations, etc. But the report page give too >> much emphasis on the individual variation (where noise can be higher than >> signal). >> >> >> >> The first part of the project would be to create an analysis tool that >> would track moving averages and report: >> >> * If the current result is higher/lower than the previous moving >> average by more than (configurable) S standard deviations >> >> * If the current moving average is more than S standard deviations of >> the Base run >> >> * If the last A moving averages are in constant increase/decrease of >> more than P percent >> >> >> >> The second part would be to create a web page which would show all >> related benchmarks (possibly configurable, like a dashboard) and show the >> basic statistics with red/yellow/green colour codes to show status and >> links to more detailed analysis of each benchmark >> >> >> >> A possible third part would be to be able to automatically cross >> reference different builds, so that if you group them by >> architecture/compiler/number of CPUs, this automated tool would understand >> that the changes are more common to one particular group. >> >> >> >> cheers, >> >> --renato >> >> _______________________________________________ >> >> LLVM Developers mailing list >> >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >> >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >> > >> > _______________________________________________ >> > cfe-dev mailing list >> > cfe-dev at cs.uiuc.edu >> > http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev >> >> >> >> -- >> With best regards, Anton Korobeynikov >> Faculty of Mathematics and Mechanics, Saint Petersburg State University >> > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130227/af24aacf/attachment.html>