> Our focus in the Summer is to implement our technique on a distributed > applications. This ML algorithms are a basic ML algorithms, which we have > implemented logistic regression model so far. > We have introduces a new ClangTool which make runtime technique, such as > for_each, to implement ML algorithms for selecting its parameters, such as > chunk size. > > Madhavan, as I remember you told me that you have already submit a > proposal for another project, am I right? > And far as I know, a student cannot work on more than one project, and > s/he will not be paid for more than one. > So, I am not sure if you can work on two projects at the same time.
An alternative possibility would be to look at the existing solutions (as described above) and to devise a method for the user to be able to train the used models using his/her own applications. Regards Hartmut --------------- http://boost-spirit.com http://stellar.cct.lsu.edu > > > > > Best Regards, > > Zahra Khatami | PhD Student > Center for Computation & Technology (CCT) > School of Electrical Engineering & Computer Science > Louisiana State University > 2027 Digital Media Center (DMC) > Baton Rouge, LA 70803 > > > On Sun, Apr 2, 2017 at 1:10 AM, #SESHADRI MADHAVAN# > <madhavan...@e.ntu.edu.sg> wrote: > Hi Zahra, > > I had a brief look at the code. Can I understand the direction in which > you want to proceed with the project? > > Currently, I see that a few basic algorithms have been implemented over > the hpx framework. So, am I right to assume that more basic algorithms are > to be implemented on top of the hpx framework? > > Best Regards, > Madhavan > > From: #SESHADRI MADHAVAN# > Sent: Friday, March 31, 2017 12:34 AM > To: 'Zahra Khatami' <z.khatam...@gmail.com>; hpx-users@stellar.cct.lsu.edu > Subject: RE: [hpx-users] Applying machine learning techniques on HPX > algorithms > > Hi Zara, > > I have already submitted a proposal for HPX (HPXCL), so I won’t be > submitting for this one. > > But I shall chip in contribution for this one as well as I find this to be > an interesting area. My summer is currently free, so I shouldn’t have a > problem in contributing to this in addition to HPXCL. I will begin by > taking a look at the code base [1] and shall discuss further with you. > > Best Regards, > Madhavan > > [1] https://github.com/STEllAR-GROUP/hpxML > > From: Zahra Khatami [mailto:z.khatam...@gmail.com] > Sent: Friday, March 31, 2017 12:25 AM > To: hpx-users@stellar.cct.lsu.edu; #SESHADRI MADHAVAN# > <madhavan...@e.ntu.edu.sg> > Subject: Re: [hpx-users] Applying machine learning techniques on HPX > algorithms > > Hi Madhavan, > > Thank you for your interest. I would be happy to work with you on this > project. > This project is mainly about combining machine learning techniques, > compiler optimizations and runtime methods, which is a new and super > interesting idea for our group at least ;) > We have implemented a major part in connecting these three areas together. > However, we have tested it on a single node, not on a distributed > version. > As you have worked with Hadoop, so I believe that you have a good > background in a distributed computing area. > For the next step of this project, focused on a Summer, we plan to > implement our proposed techniques on a distributed applications. The first > phase of this would be implementing distributed machine learning > techniques, such NN or SVM. > Then we can analyze big data and design a learning model for our > algorithms. > > So please start writing your proposal, emphasize on extending ideas about > implementing distributed machine learning techniques with HPX and > targeting them for tying compiler and runtime techniques. > The proposal should be submitted before deadline (April 3rd). So I would > suggest you to give me a first draft earlier, so we can work together for > its final submission. > > > > Best Regards, > > Zahra Khatami | PhD Student > Center for Computation & Technology (CCT) > School of Electrical Engineering & Computer Science > Louisiana State University > 2027 Digital Media Center (DMC) > Baton Rouge, LA 70803 > > > On Thu, Mar 30, 2017 at 11:13 AM, #SESHADRI MADHAVAN# > <madhavan...@e.ntu.edu.sg> wrote: > Hi Zahra, > > Sorry, for high jacking the previous email thread, changed the subject in > this one. > > I have proposed the idea for working on HPXCL with Patrick, hence I shall > not be proposing this as my GSoC project, but I would love to jump into > "Applying machine learning techniques on HPX algorithms". The project > seems interesting and I have had some background implementing Machine > Learning algorithms on Hadoop, predominantly in Java. But I have been > through the process of designing and optimizing algorithms for execution > in parallel which I believe will be useful for this. Let me know how I can > get started. > > Best Regards, > Madhavan > > From: hpx-users-boun...@stellar.cct.lsu.edu [mailto:hpx-users- > boun...@stellar.cct.lsu.edu] On Behalf Of Zahra Khatami > Sent: Thursday, March 30, 2017 11:56 PM > To: denis.bl...@outlook.com > Cc: hpx-users@stellar.cct.lsu.edu > Subject: Re: [hpx-users] [GSoC 2017] Proposal for re-implementing > hpx::util::unwrapped > > Hi Denis, > > I am so glad that you are interested in HPX GSOC. > I have looked at your github and your projects seems so interesting for > me. Feel free to write your proposal and submit it before April 3rd. I > would be happy to be your mentor, as I have found your background match > with my current projects as well. If you go through > > https://github.com/STEllAR-GROUP/hpx/wiki/GSoC-2017-Project-Ideas#re- > implement-hpxutilunwrapped > > You will find a project "Applying machine learning techniques on HPX > algorithms", which I think it could be a good fit for you too. Our team > has been working on it since 2-3 months ago and so far we have got > interesting results, which are going to be prepared for a conference > paper. In this project we are using LLVM and Clang LibTooling to implement > a machine learning techniques on an HPX parallel algorithm, and we have > applied and tested them on an hpx loop. > So as another option, you could look at this GSOC project idea and write a > brief proposal about how you can implement it. > > > Best Regards, > > Zahra Khatami | PhD Student > Center for Computation & Technology (CCT) > School of Electrical Engineering & Computer Science > Louisiana State University > 2027 Digital Media Center (DMC) > Baton Rouge, LA 70803 > > > On Thu, Mar 30, 2017 at 10:55 AM, Patrick Diehl <patrickdie...@gmail.com> > wrote: > Hi Denis, > > the ides sounds good, for GSoC, you should submit your proposal at their > official website. You can use this template [0] and our guidelines [1] > to prepare your proposal. The deadline for the submission is > > > April 3 16:00 UTC Student application deadline > > We are looking forward to review your proposal. > > Best, > > Patrick > > [0] https://github.com/STEllAR-GROUP/hpx/wiki/GSoC-Submission-Template > > [1] https://github.com/STEllAR-GROUP/hpx/wiki/Hints-for-Successful- > Proposals > > On 30/03/17 11:29 AM, Denis Blank wrote: > > Hello HPX Developers, > > > > I'm Denis, an Informatics Student at the Technical University of Munich, > Germany. > > > > In the summer semester, I'm transitioning to my master's program and > > thus I will finally have enough time to have a chance on participating > at GSoC. > > > > I'm very keen on Open-Source because you always learn something new > about various topics > > not covered in studies, and you get connected to other developers around > the world. > > > > Thus I'm highly active on GitHub (https://github.com/Naios), also, I > recently started > > to attend various conferences such as the MeetingC++ or EuroLLVM. > > > > In my spare time, I'm working on side projects very related to the field > HPX is covering, > > like a library for compile-time known continuation chaining - > continuable [0]. > > > > I'm also a member of the TrinityCore [1] Open-Source project where I'm > contributing > > for 6 years now (beside of other projects like fmtlib or ANTLR). > > > > HPX is very attractive for me as a potential GSoC project, > > because of its high-quality codebase as well as its impact on > > the today's important infrastructure for parallel computing. > > > > During my work on previous side projects and contributions, I gathered > > significant knowledge in C++ template meta-programming as well as > designing good API's. > > My bachelor's thesis was also about improving meta-programming in static > languages. > > > > Thus I want to work on improving the API of HPX especially the > `hpx::util::unwrapped` function. > > While browsing the issue tracker I spotted other related issues, > > not mentioned in the existing proposal, such as the requirement > > of a unified waiter API for arbitrary objects (#1132 [2]). > > > > My plans for a potential GSoC stipend embrace a complete rewrite of the > > `hpx::util::unwrapped` function, in order to use a new designed waiter > > and unwrapping internal API which picks up the ideas mentioned in #1132, > > to fully support the requirements of issue #1404, #1400 and #1126. > > The API should also replace the existing internal solutions of: > > > > - `dataflow` > > - `wait_all` > > - `when_all` > > > > in order to remove a lot of duplicated code (`when_all_frame` and > `wait_all_frame`), > > as well as to make the API consistent across these functions. > > Also we could make the following mapping for the following parameter > types available > > to all functions I mentioned above: > > > > - Args... -> Args... (Ready types) > > - Tuple<Args...> -> Args... (Ready fixed-range) > > - hpx::future<Tuple<Args...>> -> Args... (Waitable fixed-range > futures) > > > Where Tuple is an object that is unwrappable through a sequenced > call > > > of std::get<I>(tuple)..., which includes `std::pair`, > `std::tuple`, > > > `hpx::tuple` and potentially `std::array`. > > - Container<hpx::future<Arg>> -> Container<Arg> > > > Where Container is an object satisfying the range requirements > > > (`begin()` and `end()`), which makes it possible to use > > > any arbitrary standard or user-given container. > > > > The new internal API could use function overloading instead of heavy > SFINAE, > > so we can also slightly improve the build performance there (issued in > #950 [3]). > > > > Because of my current knowledge I'm sure to complete these features, > > as well as appropriate unit-tests, in 2 months. > > Also since I've implemented similar capabilities into my continuable > library [4] before. > > > > For the remaining month, I plan to propose generic project improvements > into the timeline. > > > > How do you think about the proposed changes? > > > > Are there any other similar defects or requirements related to > > template meta-programming, at which, > > I could possibly work for the planned remaining time? > > > > Kind regards > > Denis > > > > - [0] https://github.com/Naios/continuable > > - [1] https://github.com/TrinityCore/TrinityCore > > - [2] https://github.com/STEllAR-GROUP/hpx/issues/1132 > > - [3] https://github.com/STEllAR-GROUP/hpx/issues/950 > > - [4] > https://github.com/Naios/continuable/blob/6d9680905acc8a7ba3812eddf02f2d69 > f3172e3f/include/continuable/continuable-base.hpp#L856 > > _______________________________________________ > > hpx-users mailing list > > hpx-users@stellar.cct.lsu.edu > > https://mail.cct.lsu.edu/mailman/listinfo/hpx-users > > _______________________________________________ > hpx-users mailing list > hpx-users@stellar.cct.lsu.edu > https://mail.cct.lsu.edu/mailman/listinfo/hpx-users > > > _______________________________________________ > hpx-users mailing list > hpx-users@stellar.cct.lsu.edu > https://mail.cct.lsu.edu/mailman/listinfo/hpx-users > _______________________________________________ hpx-users mailing list hpx-users@stellar.cct.lsu.edu https://mail.cct.lsu.edu/mailman/listinfo/hpx-users