Fait à l'aide de Tâches (TPL) de la bibliothèque de faire une application multithread?

Tâches peut être utilisé pour représenter les opérations se déroulant sur plusieurs threads, mais ils n'ont pas ont pour. Un peut écriture complexe TPL applications qui n'ont jamais exécuter dans un thread unique. Lorsque vous avez une tâche qui, par exemple, représente un réseau demande de certaines données, la tâche est pas va créer des threads supplémentaires pour atteindre cet objectif. Un tel programme est (je l'espère), asynchrone, mais pas nécessairement mutlithreaded.

Parallélisme est en train de faire plus d'une chose en même temps. Cela peut ou peut ne pas être le résultat de plusieurs threads.

Allons-y avec une analogie ici.

---

Ici est de savoir comment Bob cuisiniers dîner:

1. Il remplit un pot de l'eau, et les furoncles il.
2. Il place ensuite les pâtes dans l'eau.
3. Il draine les pâtes lorsqu'elles sont de son fait.
4. Il prépare les ingrédients pour sa sauce.
5. Il met en place tous les ingrédients pour sa sauce dans une casserole.
6. Il fait sa sauce.
7. Il met sa sauce sur ses pâtes.
8. Il mange le dîner.

Bob a cuit entièrement de façon synchrone avec pas de multithreading, asynchronisme, ou le parallélisme lors de la cuisson de son dîner.

---

Ici est de savoir comment Jane cuisiniers dîner:

1. Elle remplit une casserole d'eau et commence à bouillir.
2. Elle prépare les ingrédients pour sa sauce.
3. Elle met les pâtes dans l'eau bouillante.
4. Elle met les ingrédients dans la casserole.
5. Elle draine ses pâtes.
6. Elle met la sauce sur ses pâtes.
7. Elle mange son dîner.

Jane effet de levier asynchrone de cuisson (sans le multithreading) pour atteindre le parallélisme lors de la cuisson de son dîner.

---

Ici est de savoir comment Servy faire le dîner:

1. Il dit Bob à ébullition une casserole d'eau, mettre dans les pâtes lorsqu'elles sont prêtes, et servez les pâtes.
2. Il dit à Jane pour préparer les ingrédients pour la sauce, faire cuire, et ensuite de le servir sur les pâtes une fois terminé.
3. Il attend pour Bob et Jane à la fin.
4. Il mange son dîner.

Servy à effet de levier de plusieurs threads (les travailleurs) qui ont, chacun, individuellement, ont fait leur travail de façon synchrone, mais qui ont travaillé de manière asynchrone par rapport à l'autre pour atteindre le parallélisme.

Bien sûr, cela devient d'autant plus intéressant si l'on considère, par exemple, si notre cuisinière à deux brûleurs, ou un seul. Si notre cuisinière à deux brûleurs ensuite, nos deux fils, Bob et Jane, sont à la fois capables de faire leur travail sans se des uns des autres et en route, un peu. Ils peuvent rencontrer des épaules un peu, ou chacun essaye d'attraper quelque chose du même cabinet, chaque maintenant et puis, donc ils vont chacun être ralenti un peu, mais pas beaucoup. Si ils ont besoin de partager un seul élément de cuisinière mais alors ils ne seront pas en mesure de faire grand-chose, à chaque fois que l'autre personne est en train de faire le travail. Dans ce cas, le travail ne se fait plus rapidement que d'avoir une personne qui fait la cuisine entièrement synchrone, comme Bob fait quand il est sur son propre. Dans ce cas, nous sommes la cuisine avec plusieurs threads, mais notre cuisine n'est pas parallélisé. Pas tous multithread travail est fait en parallèle, un travail. C'est ce qui se passe lors de l'exécution de plusieurs threads sur une machine avec un CPU. Vous n'avez pas réellement faire le travail plus rapidement que simplement en utilisant un thread, parce que chaque thread est juste de prendre les virages en faisant le travail. (Cela ne signifie pas que les programmes multithread sont inutiles sur un des cœurs de Processeurs, ils ne le sont pas, c'est juste que la raison pour leur utilisation n'est pas pour améliorer la vitesse.)

---

On peut même considérer la façon dont ces cuisiniers aurait à faire leur travail à l'aide de la Task Parallel Library, pour voir quelles sont les utilisations de la TPL correspondent à chacun de ces types de cuisine:

Donc tout d'abord nous avons bob, l'écriture juste normal de non-TPL code et de tout faire de manière synchrone:

public class Bob : ICook
{
    public IMeal Cook()
    {
        Pasta pasta = PastaCookingOperations.MakePasta();
        Sauce sauce = PastaCookingOperations.MakeSauce();
        return PastaCookingOperations.Combine(pasta, sauce);
    }
}

Puis nous avons Jane, qui commence deux opérations asynchrones, puis attend pour deux d'entre eux après le départ de chacun d'entre eux pour calculer son résultat.

public class Jane : ICook
{
    public IMeal Cook()
    {
        Task<Pasta> pastaTask = PastaCookingOperations.MakePastaAsync();
        Task<Sauce> sauceTask = PastaCookingOperations.MakeSauceAsync();
        return PastaCookingOperations.Combine(pastaTask.Result, sauceTask.Result);
    }
}

Comme un rappel ici, Jane est à l'aide de la TPL, et elle fait bien son travail en parallèle, mais elle n'est qu'à l'aide de un seul thread de faire son travail.

Puis nous avons Servy, qui utilise Task.Run de créer une tâche qui représente le fait de travailler dans un autre thread. Il commence à deux différentes catégories de travailleurs, a chaque fois de façon synchrone faire un peu de travail, et puis attend pour les deux travailleurs à la fin.

public class Servy : ICook
{
    public IMeal Cook()
    {
        var bobsWork = Task.Run(() => PastaCookingOperations.MakePasta());
        var janesWork = Task.Run(() => PastaCookingOperations.MakeSauce());
        return PastaCookingOperations.Combine(bobsWork.Result, janesWork.Result);
    }
}

Q: Mais vous avez utilisé TPL signifie que vous avez écrit un
application multithread?

Smart question, Tâche != Multi-thread, à l'Aide de TaskCompletionSource vous pouvez créer un Task qui peuvent s'exécuter dans le thread(peut être thread d'INTERFACE utilisateur uniquement) lui-même.

Task est juste une abstraction au-dessus d'une opération qui peut se terminer dans l'avenir. Cela ne signifie pas que le code est multi-thread. Généralement Task implique le multi-threading, pas nécessairement toujours.

Et garder à l'esprit qu'avec la connaissance de TPL vous ne pouvez pas dire que vous connaissez le multi-threading. Il existe de nombreux concepts dont vous avez besoin pour couvrir.

• Fil
• Primitives de synchronisation
• La sécurité des threads
• La programmation asynchrone
• De programmation parallèle qui est une partie de TPL.
• et beaucoup plus ...

et bien sûr Task parallel library trop.

Remarque: ce n'est pas la liste complète, ce sont juste à partir du haut de ma tête.

---

Ressources pour apprendre:

• Eric ancien blog
• Eric le nouveau blog de
• Stephen toub blog

Pour enfiler seul, je suggère http://www.albahari.com/threading/

Pour visionner des didacticiels vidéo, je suggère Pluralsight. Il est payé mais ça vaut le coût.

Dernier mais non le moindre: Oui bien sûr, Il est Stackoverflow.