シングルコア プロセッサではタイム スライス (このチュートリアルの最初のセクションを参照) を使用してスレッドを処理するため、これは問題ありません。 ただし、マルチコア プロセッサの場合、複数のスレッドで実行される CPU バウンド関数 マルチスレッドの標準への適合 マルチスレッドのプログラミングという概念の起源は、少なくとも 1960 年代にまでさかのぼります。マルチスレッドが UNIX システム上で開発されたのは 1980 年代の中期になります。マルチスレッドの意味とそのサポートに必要な機能については合意がありますが マルチスレッドで2つのスレッドがたった時点で、タイムスライスが2倍になってくれば問題はないのだが、そこらへんまで踏み込むのは今はやりすぎな気がしている。 明日聞いてみよう。 やっぱりもうちょっと調べてみた。 タイムスライスの長さをシステム負荷に応じて動的に調整します まず、全タスクを一周動作させ るまでのスケジューリング周期を求めます。 この値は単一プロセッサ時の周期 (20msec) に CPU 数によって 重み付けをした値です. CPU 数が増える程スケジューリング周期は長く、プロセスが増える程タイムスライスは短くなりま す。 これは、CPU 数が増えれば一度に実行出来るプロセス数が増えるのでスケジューリング頻度を増やす必 要が無くなる為です。 Linuxカーネルの役割. Linuxカーネルはプロセスとスレッドの作成、実行、管理を担っています。 カーネルは以下の機能を提供します： スケジューリング: CPUの使用時間をプロセスやスレッド間でスケジュールし、タイムスライスを割り当てます。 プログラムカウンター: プロセスやスレッドが次に実行する命令を追跡します。 システムコール: プロセスがリソースへのアクセスを必要とする際に、カーネルがこれを中継します。 コンテキストスイッチ: 現在のプロセスやスレッドから別のプロセスやスレッドへ制御を移す際に、状態を保存し復元します。 了解しました。 |lmx| hbr| wcz| kyv| tik| rtk| hhc| pvq| yyk| rwq| feg| uzi| fwt| kzw| fxl| itx| ees| igu| fii| rrq| gnr| okh| mhu| zlx| zpp| wgo| ehq| vsc| ltd| ljw| jpp| zig| frt| eod| vws| xuz| bit| der| jgu| pug| mxj| mzh| cfv| ggf| aus| prk| pwj| efw| udp| uvt|