読者と作家の問題は何ですか？

「リーダーとライターの問題」は、複数のリーダーとライターが同じリソースにアクセスする必要があるときに作成されるプログラミングのジレンマです。 すべて一度にアクセスが許可された場合、上書き、不完全な情報、その他の問題などの問題が発生する可能性があります。 したがって、プログラマは、システムとユーザーのニーズを考慮して、どの処理スレッドがいつリソースを参照するかを制御するアクセスを制限する場合があります。 リーダーライターの問題に対処する方法はいくつかあります。 最も一般的な解決策の1つは、ステータスにフラグを立ててアクセスを制御するためにセマフォを使用することです。

ある観点からは、コンテンツに変更を加えていないため、任意の数のリーダーがリソースに安全にアクセスできます。 作家が方程式を入力すると、状況はより複雑になります。 スレッドが書き込み中に他のスレッドが読み取り中の場合、リーダーは正しい情報を取得できない場合があります。 変更の一部のみを受け取ることも、古い情報を見て、それが正確であると考えることもあります。

複数の作家も問題を引き起こす可能性があります。 同じコンテンツを同時に変更すると、上書きされて他のエラーが発生する場合があります。 リーダライタの問題の下では、プログラマは、リーダまたはライターに優先順位があるかどうか、およびアクセスの処理方法を決定する必要があります。 リーダーまたはライターに優先順位を割り当てるか、システムが先着順でアクセスを割り当てることができます。 この3番目の解決策は、長い待ち時間を防ぐことができますが、独自の問題が発生する可能性があります。

リーダーに優先順位があるソリューションでは、システムは、アクセスが利用可能になったときに、アクセスを要求するリーダーを最初に許可することを前提としています。 これは、リソースにアクセスしたいライターは待機する必要があることを意味します。 逆に、システムは、ライターがリーダーに影響を与える可能性のある変更を加える必要があるため、リーダー/ライターの問題の下で優先度を与える必要があると想定する場合があります。 読者がリソースを使い終わったら、作家が飛び込んで変更を加えることができます。 これは、ドキュメントを保存するなどのユーザーアクションだけでなく、システムを実行し続けるコンピューター内部の内部プロセスにも適用されます。

別のオプションを使用すると、リーダー/ライターの問題で両当事者のニーズのバランスを取ることができ、各処理スレッドが到着したときにアクセスできます。 これにより、ライターがお互いを上書きしたり、リーダーを混乱させたりするのを防ぐことができます。 このような優先順位は、コンピューターのソフトウェアプログラムまたはメモリアクセス制御に組み込むことができます。 プログラミングに慣れていて、システムで許可されている場合、ユーザーは変更を加えることができます。