In this solution of the readers/wri

In this solution of the readers/writers problem, the first reader must lock the resource(shared file) if such is available. Once the file is locked from writers, it may be used by many subsequent readers without having them to re-lock it again.

Before entering the CS, every new reader must go through the entry section. However, there may only be a single reader in the entry section at a time. This is done to avoid race conditions on the readers (e.g. two readers increment the readcount at the same time, so noone feels entitled to lock the resource from writers). To accomplish this, every reader which enters the will lock the for themselves until they are done with it. Please note that at this point the readers are not locking the resource. They are only locking the entry section so no other reader can enter it while they are in it. Once the reader is done executing the entry section, it will unlock it by signalling the mutex semaphore. Signalling it is equivallent to: mutex.V() in the above code. Same is valid for the . There can be no more than a single reader in the exit section at a time, therefore, every reader must claim and lock the Exit section for themselves before using it.

Once the first reader is in the entry section, it will lock the resource. Doing this will prevent any writers from accessing it. Subsequent readers can just utilize the locked (from writers) resource. The very last reader (indicated by the readcount variable) must unlock the resource, thus making it available to writers.

In this solution, every writer must claim the resource individually. This means that a stream of readers can subsequently lock all potential writers out and starve them. This is so, because after the first reader locks the resource, no writer can lock it, before it gets released. And it will only be released by the very last reader. Hence, this solution does not satisfy fairness.

ผลลัพธ์ (ไทย) 1:

ในการแก้ไขปัญหานี้ปัญหาอ่าน/เขียน อ่านแรกต้องล็อคทรัพยากร (ใช้ร่วมกันแฟ้ม) ถ้าเช่นมี เมื่อแฟ้มถูกล็อกจากนักเขียน มันอาจใช้ โดยอ่านในภายหลัง โดยไม่ให้การล็อคอีกครั้งก่อนที่จะใส่ใน CS อ่านใหม่ทุกต้องไปผ่านส่วนรายการ อย่างไรก็ตาม อาจมีเดียวอ่านในส่วนรายการที่อยู่ นี้จะทำเพื่อหลีกเลี่ยงเงื่อนไขการแข่งขันการอ่าน (เช่นสองอ่านเพิ่ม readcount ในเวลาเดียวกัน เพื่อ noone รู้สึกรับการล็อกทรัพยากรจากนักเขียน) การทำ อ่านทุกที่ป้อนการ จะล็อค เองจนกว่าพวกเขาจะทำกับมัน โปรดทราบว่า ณจุดนี้ผู้อ่านจะไม่ล็อกทรัพยากร พวกเขาจะล็อกส่วนรายการเฉพาะเพื่ออ่านไม่สามารถป้อนในขณะที่อยู่ใน เมื่ออ่านเสร็จดำเนินรายการส่วน มันจะปลดล็อก โดยแดงเซมาฟอร์ mutex แดงมันเป็น equivallent การ: mutex V() ในโค้ดข้างต้น เหมือนถูกต้องสำหรับการ . สามารถมีไม่มากกว่าเดียวอ่านในส่วนออกจากที่ ดังนั้น อ่านทุกต้องอ้าง และล็อคส่วนออกด้วยตนเองก่อนที่จะใช้มันเมื่ออ่านครั้งแรกอยู่ในส่วนรายการ มันจะล็อคทรัพยากร ทำเช่นนี้จะป้องกันไม่ให้ผู้เขียนใด ๆ จากการเข้าถึง ตามมาอ่านสามารถเพียงใช้ทรัพยากรถูกล็อก (จากผู้เขียน) (ระบุตัวแปร readcount) ผู้อ่านมากสุดท้ายต้องปลดทรัพยากร จึง ทำให้มีการเขียนในโซลูชันนี้ ทุกผู้เขียนต้องเรียกร้องทรัพยากรแต่ละ หมายความ ว่า กระแสของผู้อ่านสามารถมาล็อคอาจเขียนทั้งหมดออก และอดไป เป็น เนื่องจากหลังจากอ่านแรกล็อคทรัพยากร ผู้เขียนไม่สามารถล็อค ก่อนที่มันจะออก และเฉพาะจะถูกออก โดยผู้อ่านมากสุดท้าย ดังนั้น การแก้ไขปัญหานี้ไม่ตอบสนองยุติธรรม

ผลลัพธ์ (ไทย) 2:

ในการแก้ปัญหานี้ของผู้อ่าน / ปัญหานักเขียนผู้อ่านจะต้องล็อคทรัพยากร (ไฟล์ที่ใช้ร่วมกัน) ถ้าดังกล่าวสามารถใช้ได้ เมื่อไฟล์ถูกล็อคจากนักเขียนก็อาจจะถูกใช้โดยผู้อ่านที่ตามมาจำนวนมากโดยไม่ต้องให้พวกเขาอีกครั้งล็อคอีกครั้ง. ก่อนจะเข้าสู่บริการลูกค้าทุกผู้อ่านใหม่จะต้องผ่านส่วนรายการ แต่อาจจะมีเพียงคนเดียวเป็นผู้อ่านในส่วนของรายการได้ตลอดเวลา นี้จะทำเพื่อหลีกเลี่ยงสภาพการแข่งขันในการอ่าน (เช่นสองผู้อ่านเพิ่มขึ้น readcount ในเวลาเดียวกันดังนั้นไม่มีใครมีสิทธิ์ที่จะรู้สึกล็อคทรัพยากรจากนักเขียน) เพื่อให้บรรลุนี้ผู้อ่านทุกคนที่เข้ามาใน

จะล็อค สำหรับตัวเองจนกว่าพวกเขาจะทำกับมัน โปรดทราบว่าที่จุดนี้ผู้อ่านจะไม่ล็อคทรัพยากร พวกเขาเป็นเพียงส่วนล็อครายการจึงไม่มีผู้อ่านอื่น ๆ สามารถใส่มันในขณะที่พวกเขาจะอยู่ในนั้น เมื่อผู้อ่านจะทำดำเนินการส่วนรายการที่จะปลดล็อคโดยการส่งสัญญาณสัญญาณ mutex มันเป็นสัญญาณที่จะ equivallent: mutex.V () ในรหัสดังกล่าวข้างต้น เช่นเดียวกับที่ถูกต้องสำหรับ. สามารถมีได้ไม่เกินอ่านเดียวในส่วนทางออกในเวลาดังนั้นผู้อ่านทุกคนต้องเรียกร้องและล็อคออกจากส่วนของตัวเองก่อนที่จะใช้. เมื่ออ่านแรกคือในส่วนของรายการก็จะล็อคทรัพยากร การทำเช่นนี้จะป้องกันไม่ให้นักเขียนใด ๆ จากการเข้าถึง ผู้อ่านที่ตามมาก็สามารถใช้ล็อค (จากนักเขียน) ทรัพยากร ผู้อ่านสุดท้าย (แสดงโดยตัวแปร readcount) จะต้องปลดล็อคทรัพยากรจึงทำให้สามารถใช้ได้กับนักเขียน. ในการแก้ปัญหานี้นักเขียนทุกคนต้องเรียกร้องทรัพยากรเป็นรายบุคคล ซึ่งหมายความว่ากระแสของผู้อ่านในภายหลังสามารถล็อคนักเขียนที่มีศักยภาพทั้งหมดออกมาและพวกเขาอดอาหาร เป็นเช่นนี้เพราะหลังจากที่ผู้อ่านครั้งแรกล็อคทรัพยากรนักเขียนที่ไม่สามารถล็อคก่อนที่จะปล่อยออกมาจะได้รับการ และมันจะได้รับการปล่อยตัวโดยผู้อ่านสุดท้าย ดังนั้นการแก้ปัญหานี้ไม่ได้ตอบสนองความเป็นธรรม

ผลลัพธ์ (ไทย) 3:

ในสารละลายของผู้อ่าน / เขียนปัญหา ผู้อ่านต้องล็อคทรัพยากรที่ใช้ร่วมกัน ( ไฟล์ ) ถ้าเป็นใช้ได้ เมื่อไฟล์ถูกล็อคจากนักเขียน มันอาจจะ ที่ใช้โดยผู้อ่านตามมามากมายโดยไม่มีพวกเขาจะล็อคอีกครั้ง

ก่อนเข้า CS ใหม่ทุกคนอ่านจะต้องผ่านส่วนรายการ อย่างไรก็ตาม มันอาจเป็นแค่เพียงอ่านในส่วนของหัวข้อนี้จะทำเพื่อหลีกเลี่ยงเงื่อนไขการแข่งขันกับผู้อ่าน ( เช่นสองผู้อ่านเพิ่ม readcount ในเวลาเดียวกัน ดังนั้นไม่มีใครรู้สึกสิทธิที่จะล็อคทรัพยากรจากนักเขียน ) เพื่อให้บรรลุนี้ ผู้อ่านทุกคน ซึ่งจะเข้าสู่รายการ > < ส่วนจะล็อค < ส่วนรายการ > ตัวเองจนกว่าพวกเขาจะทำอะไรกับมัน โปรดทราบว่า ณจุดนี้ ผู้อ่านจะไม่ได้ล็อคทรัพยากรพวกเขาเป็นเพียงการล็อกส่วนรายการอื่น ๆดังนั้นไม่อ่านสามารถป้อนในขณะที่พวกเขาอยู่ในนั้น เมื่ออ่านเสร็จแล้วรันส่วนรายการก็จะปลดล็อคโดยการส่งสัญญาณ mutex สัญญาณ . สัญญาณมัน equivallent : mutex . v() ในโค้ดข้างต้น เดียวกันสามารถใช้ได้สำหรับ < ออกจากส่วน > สามารถมีได้ไม่เกินหนึ่งอ่านในส่วนของทางออกในเวลา ดังนั้นผู้อ่านทุกคน ต้องเรียกร้อง และล็อคส่วนทางออกสำหรับตัวเองก่อนที่จะใช้มัน .

เมื่ออ่านครั้งแรก คือในส่วนของรายการก็จะล็อคทรัพยากร การทำเช่นนี้จะป้องกันไม่ให้การใด ๆจากนักเขียน เข้าถึงมัน ผู้อ่านที่ตามมาสามารถใช้ล็อค ( จากนักเขียน ) ทรัพยากร อ่านล่าสุดมาก ( แสดงโดยตัวแปร readcount ) ต้องปลดล็อคทรัพยากรจึงทำให้มันสามารถใช้ได้กับนักเขียน

ในการแก้ปัญหานี้ นักเขียนทุกคนต้องเรียกร้องทรัพยากรบุคคล . ซึ่งหมายความ ว่า กระแสของผู้อ่านและนักเขียนอาจล็อคออกทั้งหมด และกินพวกเขา นี้เป็นเพราะหลังจากอ่านก่อนล็อคทรัพยากร ไม่มีนักเขียนสามารถล็อคได้ ก่อนได้รับการปล่อยตัว และมันก็จะได้รับการปล่อยตัวออกมาโดยผู้อ่านมากล่าสุด ดังนั้นโซลูชั่นนี้ไม่ตอบสนองความเป็นธรรม