Suppose we have a shared memory are

Suppose we have a shared memory area with the basic constraints detailed above. It is possible to protect the shared data behind a mutual exclusion mutex, in which case no two threads can access the data at the same time. However, this solution is suboptimal, because it is possible that a reader R1 might have the lock, and then another reader R2 requests access. It would be foolish for R2 to wait until R1 was done before starting its own read operation; instead, R2 should start right away. This is the motivation for the first readers-writers problem, in which the constraint is added that no reader shall be kept waiting if the share is currently opened for reading. This is also called readers-preference, with its solution:

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

สมมติว่าเรามีพื้นที่หน่วยความจำร่วมกับพื้นฐานข้อจำกัดรายละเอียดด้านบน สามารถป้องกันข้อมูลใช้ร่วมกันหลัง mutex แยกออกซึ่งกันและกัน ในที่กรณีไม่มี เธรดที่สองสามารถเข้าถึงข้อมูลในเวลาเดียวกัน อย่างไรก็ตาม โซลูชันนี้เป็นสภาพ เพราะเป็นไปได้ว่า อาจมีอ่าน R1 ล็อค และอ่านอีก R2 ร้องขอเข้า มันจะโง่สำหรับ R2 R1 ถูกทำก่อนที่จะเริ่มการดำเนินงานของตนเองอ่าน รอ แทน R2 ควรเริ่มต้นทันที เป็นแรงจูงใจปัญหาอ่านเขียนแรก ซึ่งข้อจำกัดที่ว่า ว่า จะเก็บไว้อ่านไม่รอถ้าหุ้นขณะนี้เปิดอ่าน นี้จะเรียกว่าอ่านชอบ กับการแก้ปัญหา:

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

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

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

สมมติว่าเรามีหน่วยความจำที่ใช้ร่วมกันพื้นที่ที่มีพื้นฐานจำกัดรายละเอียดด้านบน มันเป็นไปได้ที่จะปกป้องข้อมูลที่ใช้ร่วมกัน หลัง mutex การยกเว้นร่วมกันซึ่งในกรณีนี้ไม่มีสองกระทู้ สามารถเข้าถึงข้อมูลได้ในเวลาเดียวกัน อย่างไรก็ตาม การแก้ปัญหานี้คือ suboptimal เพราะเป็นไปได้ว่า ผู้อ่าน R1 อาจจะล็อค และหลังจากนั้นอีกอ่าน R2 ร้องขอการเข้าถึงมันจะโง่สำหรับ R2 เพื่อรอจนกว่า R1 ได้ก่อนที่จะเริ่มปฏิบัติการอ่านของตัวเอง ; แทน , R2 ควรเริ่มต้นทันที นี้เป็นแรงจูงใจให้ผู้อ่านนักเขียนแรกปัญหาซึ่งในการเพิ่มที่ไม่อ่านจะรอ ถ้าหุ้นที่กำลังเปิดอ่าน นี้ก็เรียกว่าโดนใจผู้อ่าน ด้วยโซลูชั่นของมัน