Biblioteka zadań równoległych - zadanie LongRunning vs wielokrotne kontynuacje

Question

Badam wykorzystanie biblioteki zadań równoległych do projektu roboczego, który robię i chcę zrozumieć zalety/wady długotrwałych zadań. Nie mam jeszcze prawdziwego przykładu, chcę tylko zrozumieć teorię.

Z tego, co mówią strony MSDN o task schedulers i SO question, wydaje się, że najlepiej jest unikać długotrwałych zadań w jak największym stopniu, tak aby nie tworzyć wątków poza wątkiem ThreadPool. Ale mówią, że miał zadanie który zajmie dużo czasu, aby zakończyć, zamiast tego:

Task.Factory.StartNew(() => DoTimeConsumingWork(), TaskCreationOptions.LongRunning) 

można spróbować i podzielić się swoją pracę w mniejszych, szybszych jednostek pracy i używać kontynuacje zadań, jak to:

Task.Factory 
    .StartNew(() => DoWorkPart1()) 
    .ContinueWith(t => DoWorkPart2()) 
    .ContinueWith(t => DoWorkPart3()) 
    //...etc 

Czy takie podejście byłoby bardziej korzystne, czy też jest przesadą w stosunku do tego, co próbuje osiągnąć?

Answer 1

wydaje się jakby to najlepiej, aby uniknąć długotrwałe zadania w maksymalnym stopniu

Nie do końca poprawne. Jeśli tego potrzebujesz, będziesz musiał/jakoś zaalokować wątek, a wtedy opcja Zadanie z LongRunning jest prawdopodobnie najlepszym wyborem. Flaga po prostu informuje planistę, że zadanie może trochę potrwać, aby planista mógł przewidzieć. Może nawet zignorować opcję.

można spróbować i podzielić się swoją pracę na mniejsze, szybsze jednostki pracy

Jeśli możesz, to zrób to. Ale nie wszystkie są tak łatwo rozdzielone.

Answer 2

Po określeniu TaskCreationOptions.LongRunning głównie przypisuje dedykowany wątek spoza puli wątków.

Proponuję po prostu pójść na BackgroundWorker klasy, która sprawia, że ​​Twoje zadanie długo uruchomiony będzie prowadził na oddzielnym dedykowanym wątku zamiast wątku z puli wątków