回答編集履歴
5
追記
test
CHANGED
|
@@ -39,3 +39,71 @@
|
|
|
39
39
|
よりネイティブな方が早そうじゃん、って言われても、測って、とか、突き詰めればそれはそうでしょうね、としか言えません。
|
|
40
40
|
|
|
41
41
|
正に、C++とC#の違いですよ。Threadと、Taskっていうのは。
|
|
42
|
+
|
|
43
|
+
|
|
44
|
+
|
|
45
|
+
#追記
|
|
46
|
+
|
|
47
|
+
|
|
48
|
+
|
|
49
|
+
再実装という言い回しには誤りがあったので訂正します。
|
|
50
|
+
|
|
51
|
+
ソースを提示するのが一番適切な回答であると判断に至り、追記させて頂きます。
|
|
52
|
+
|
|
53
|
+
|
|
54
|
+
|
|
55
|
+
Task自身は実行に関するロジックを持っておらず、該当箇所はThreadPoolTaskScheduler内にあります。
|
|
56
|
+
|
|
57
|
+
Taskの実行にあたりTaskScheduler.Currentが呼び出されます。
|
|
58
|
+
|
|
59
|
+
ThreadPoolTaskSchedulerはTaskSchedulerクラスのデフォルト実装です。
|
|
60
|
+
|
|
61
|
+
|
|
62
|
+
|
|
63
|
+
https://referencesource.microsoft.com/#mscorlib/system/threading/Tasks/ThreadPoolTaskScheduler.cs
|
|
64
|
+
|
|
65
|
+
|
|
66
|
+
|
|
67
|
+
最終的にはLongRunningのオプションの有無によってThreadか、ThreadPoolにTaskを振り分ける実装であり、動作速度自体はラップの有無程度になると思います。
|
|
68
|
+
|
|
69
|
+
実行ソースはシンプルなので、ThreadとTaskの距離感も分かりやすいのではないでしょうか。
|
|
70
|
+
|
|
71
|
+
```C#
|
|
72
|
+
|
|
73
|
+
protected internal override void QueueTask(Task task)
|
|
74
|
+
|
|
75
|
+
{
|
|
76
|
+
|
|
77
|
+
if ((task.Options & TaskCreationOptions.LongRunning) != 0)
|
|
78
|
+
|
|
79
|
+
{
|
|
80
|
+
|
|
81
|
+
// Run LongRunning tasks on their own dedicated thread.
|
|
82
|
+
|
|
83
|
+
Thread thread = new Thread(s_longRunningThreadWork);
|
|
84
|
+
|
|
85
|
+
thread.IsBackground = true; // Keep this thread from blocking process shutdown
|
|
86
|
+
|
|
87
|
+
thread.Start(task);
|
|
88
|
+
|
|
89
|
+
}
|
|
90
|
+
|
|
91
|
+
else
|
|
92
|
+
|
|
93
|
+
{
|
|
94
|
+
|
|
95
|
+
// Normal handling for non-LongRunning tasks.
|
|
96
|
+
|
|
97
|
+
bool forceToGlobalQueue = ((task.Options & TaskCreationOptions.PreferFairness) != 0);
|
|
98
|
+
|
|
99
|
+
ThreadPool.UnsafeQueueCustomWorkItem(task, forceToGlobalQueue);
|
|
100
|
+
|
|
101
|
+
}
|
|
102
|
+
|
|
103
|
+
}
|
|
104
|
+
|
|
105
|
+
```
|
|
106
|
+
|
|
107
|
+
|
|
108
|
+
|
|
109
|
+
Threadクラス自体の細かい情報が必要で、自身による拡張の特殊性がMS製のTaskを上回るならThreadを使う判断は有りだ、と考えてよいと思います。
|
4
余分な単語の削除
test
CHANGED
|
@@ -30,7 +30,7 @@
|
|
|
30
30
|
|
|
31
31
|
殆どの言語が新しい概念をデフォルトで使えるように進化しているので、それは時流といえば時流ですし、
|
|
32
32
|
|
|
33
|
-
|
|
33
|
+
古いコードはどんどんobsoleteになってしまったり新しい概念と衝突したりといった問題も抱えているので、良いところばかりとは言えないんでしょうけどね。
|
|
34
34
|
|
|
35
35
|
|
|
36
36
|
|
3
誤字の修正
test
CHANGED
|
@@ -28,7 +28,7 @@
|
|
|
28
28
|
|
|
29
29
|
そういったフランクさがC#の良いところだと思います。
|
|
30
30
|
|
|
31
|
-
殆どの言語が新しい概念をデフォルトで使えるように進化しているので、それ
|
|
31
|
+
殆どの言語が新しい概念をデフォルトで使えるように進化しているので、それは時流といえば時流ですし、
|
|
32
32
|
|
|
33
33
|
反面古いコードはどんどんobsoleteになってしまったり新しい概念と衝突したりといった問題も抱えているので、良いところばかりとは言えないんでしょうけどね。
|
|
34
34
|
|
2
誤字の修正
test
CHANGED
|
@@ -30,7 +30,7 @@
|
|
|
30
30
|
|
|
31
31
|
殆どの言語が新しい概念をデフォルトで使えるように進化しているので、それも時流といえば時流ですし、
|
|
32
32
|
|
|
33
|
-
反面古いコードはどんどんobsoleteになってしまったり新しい概念と衝突したりといった問題も抱えてい
|
|
33
|
+
反面古いコードはどんどんobsoleteになってしまったり新しい概念と衝突したりといった問題も抱えているので、良いところばかりとは言えないんでしょうけどね。
|
|
34
34
|
|
|
35
35
|
|
|
36
36
|
|
1
余分な単語の削除
test
CHANGED
|
@@ -4,7 +4,7 @@
|
|
|
4
4
|
|
|
5
5
|
ThreadPoolがあれば改善するのは速度ではなく、「スレッドの上限を超えてしまう問題」や「スレッド数を制限する」とかそうした煩雑さとの決別にあります。
|
|
6
6
|
|
|
7
|
-
非同期プロシージャコール
|
|
7
|
+
非同期プロシージャコールを考えるより、Taskとして積み上げてしまった方が簡単です。
|
|
8
8
|
|
|
9
9
|
async-awaitプログラミングには必要不可欠だったし、わずか10行のコードを書いてサブスレッドで実行させるなんてのに毎回難しいことはしたくない。
|
|
10
10
|
|