elementary-dev-community team mailing list archive

[Albert Palacios <optimisme@xxxxxxxxx>]

Hi,

Here are more ideas:

- Do not mix threads with async methods, sometimes GUI is fluid with async
and threads are not necessary. Maybe both concepts are interesting for your
research.

- Pantheon-files has parallelizing problems with thumbnails and top
navigation bar animations (I am not sure if this is a clutter problem), but
it can be improved.

- (As far as I know) Granite library lacks functions to easily create
threads or async methods, for example to load images/textures for clutter
without blocking animations.

- I don't know how advanced is the work of "search" and "indexing" tools
for Isis, but both will need a lot of parallelization optimizations to
maintain Luna's performance.

Albert



On Tue, Sep 10, 2013 at 11:58 AM, David Gomes <david@xxxxxxxxxxxxxxxx>wrote:

> Hi there,
>
> A mate and I worked on this search app together:
>
> https://github.com/gangsterveggies/ancel-search-tool
>
> It's not an official elementary app but it follows the elementary HIG and
> uses Vala/GTK3/Granite like elementary apps do.
>
> We wanted to make the Search asynchronous and have one thread for the
> search and one thread for the GUI. We stopped working on it, but if you
> want to contribute with something like that (which I believe is somewhat
> related to parallelizing) feel free to, I'm Munchor on #elementary-dev if
> you need any help.
>
> Of course, I might be very wrong and this has nothing to do with
> parallelizing.
>
> ~David
>
> On Tue, Sep 10, 2013 at 5:13 AM, Lochlan Bunn <loklaan@xxxxxxxxx> wrote:
>
>> Hello everyone,
>>
>> For the next few months I am to base a uni project on parallelizing an
>> existing program (or part of). I'd like to use this chance to contribute
>> *something* for the elementary project.
>>
>> So, are there an elementary/community app maintainers that would know of
>> some task that would benefit from being parallel? It would be better if the
>> kind of task had significant improvement potential. If you're not sure
>> about the potential, I would still be interesting in being contacted.
>>
>> Past reading documentation for vala, I'm not at all experienced in using
>> the language. But any memory model and parallelization specific problems I
>> find, I could approach the vala community. If you're suggestion is using C
>> and pthreads, then that could actually be better for both this projects
>> requirements and depth of contributed performance gain.
>>
>> Thanks for reading. I hope to hear back from some people!
>>
>> --
>> Mailing list: https://launchpad.net/~elementary-dev-community
>> Post to     : elementary-dev-community@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~elementary-dev-community
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
> --
> Mailing list: https://launchpad.net/~elementary-dev-community
> Post to     : elementary-dev-community@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~elementary-dev-community
> More help   : https://help.launchpad.net/ListHelp
>
>