• # Précision/Question

    Posté par . En réponse au journal Qt 4.4 : Version de démonstration. Évalué à 2.

    L'inclusion d'un framework facilitant l'écriture de code multithreadé (sans avoir à s'embarrasser des mutexes et autres joyeusetés)

    À lire en diagonale la page suivante : http://labs.trolltech.com/blogs/category/labs/threads/qt-con(...) le framework n'a pas forcément pour objectif de remplacer les mutexes et autres joyeusetés[1] pour les applications à exécution parallèle[2] : on dirait plutôt que un framework permettra de mieux exploiter le matériel (utilisation de n cœurs ou processeurs) dans le cadre d'exécution de traitements indépendants entre eux[3] ; ils utilisent pour cela l'idée déployée par Google dans leur MapReduce[4].

    En bref, rien de vraiment nouveau sous le soleil on dirait, juste une facilité de dev accrue (ce que l'on peut attendre d'un bon toolkit :-)).

    [1] attention, le journal ne l'a ni dit, ni laissé penser
    [2] mon apport à la protection de la langue française ( pour multi-thread) :-)
    [3]
    - amis savants, à vos claviers pour donner des termes techniques ou des explications plus détaillées.
    - remarquez également QFuture qui semblent être un mutex ++ (un mutex et un conteneur)
    [4] me semble un peu excessif de citer Google pour cette idée : elle n'a rien d'exceptionnelle, et avait sûrement déjà utilisée bien avant ; peut être un brevet ?