Re: [Starpu-devel] starpu

[Vitaliy FEOKTISTOV <vitaliy.feoktistov@gmail.com>]

Bonjour Samuel,

merci bien de votre réponse!

scale-in = analogue openmp (on sort pas d'un noeux)

scale-out = analogue mpi (plusieurs noeux)

pourriez-vous expliquer plus en détail le problème du coût de la soumission de tâches svp ?

on devrait avoir l'overhead de scheduler(s), est-ce que c'est compris dans 1 microsecond ?

quel serait l'overhead du scheduler si l'on a +100000 tâches / second à soumettre ?

avez-vous tester les cas quand il y a +100 000 clients qui vont soumettre en parallèle des petites taches d'ordre 20-100 ms, chaque client peut soumettre 1-10 taches / second.

quel serait l'estimation du temps de réponse par tache (par exemple sur un bi-E5 2697v3) ?

d'avance merci de vos explications !

Bien cordialement,

Vitaliy

2015-07-02 10:47 GMT+02:00 Samuel Thibault <samuel.thibault@inria.fr>:

Bonjour,

Vitaliy FEOKTISTOV, le Wed 01 Jul 2015 18:26:05 +0200, a écrit :
> Je voudrais vous demander si vous aviez des benchmarks sur scale-in et scale-out of StarPU computations ?
> Combien de noeux au maximum vous aviez tester avec StarPU ?
> Quel était overhead ?

Je ne suis pas sûr de comprendre ce que signifie "scale-in".

L'overhead par tâche est de l'ordre de la microseconde. Il faut donc
avoir des tâches de quelques ordres de grandeur plus grand pour
minimiser cet overhead, par exemple des tâches de 100µs ou 1ms.

Nous avons obtenu un très bon passage à l'échelle sur 144 nœuds avec GPU
au CEA, nous n'avons pas eu l'occasion d'essayer avec plus de nœud, mais
cela devrait bien passer à l'échelle, le seul point réellement limitant
étant le coût de la soumission de tâches qui pourrait ne pas passer à
l'échelle, mais les mesures montrent qu'avec une méthode naïve, on
devrait passer à l'échelle à un millier de noœud, et avec une méthode
plus fine, on devrait passer à l'échelle à un million de nœud.

> Est-ce que StarPU peut se compiler sous windows ?

Oui, des zipballs sont fournies sur le site.

Samuel