Accéder au contenu.
Menu Sympa

starpu-devel - Re: [Starpu-devel] Drivers, schedulers: where should sched_mutex be locked ?

Objet : Developers list for StarPU

Archives de la liste

Re: [Starpu-devel] Drivers, schedulers: where should sched_mutex be locked ?


Chronologique Discussions 
  • From: Samuel Thibault <samuel.thibault@ens-lyon.org>
  • To: Cyril Roelandt <cyril.roelandt@inria.fr>
  • Cc: "starpu-devel@lists.gforge.inria.fr" <starpu-devel@lists.gforge.inria.fr>
  • Subject: Re: [Starpu-devel] Drivers, schedulers: where should sched_mutex be locked ?
  • Date: Wed, 27 Jun 2012 14:10:08 -0300
  • List-archive: <http://lists.gforge.inria.fr/pipermail/starpu-devel>
  • List-id: "Developers list. For discussion of new features, code changes, etc." <starpu-devel.lists.gforge.inria.fr>

Cyril Roelandt, le Wed 27 Jun 2012 16:43:39 +0200, a écrit :
> The attached patch locks sched_mutex at two different places, rather
> than once in the driver:
> - in _starpu_pop_task(), before calling _starpu_pop_local_task();
> - in the driver, before calling _starpu_block_worker().

That won't fly, because what is needed is that the driver decision to
sleep has to be atomic with the scheduler discover of no available task.
Failing that, a driver can go to sleep just after the scheduler has
pushed a task to be executed.

Composition is nice on the paper, but locks screw it up most of the time
:)

Samuel





Archives gérées par MHonArc 2.6.19+.

Haut de le page