Suppose we have a shared memory area with the constraints detailed abo การแปล - Suppose we have a shared memory area with the constraints detailed abo ไทย วิธีการพูด

Suppose we have a shared memory are

Suppose we have a shared memory area with the 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
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
สมมติว่าเรามีพื้นที่หน่วยความจำร่วมกับข้อจำกัดรายละเอียดด้านบน สามารถป้องกันข้อมูลใช้ร่วมกันหลัง mutex แยกออกซึ่งกันและกัน ในที่กรณีไม่มี เธรดที่สองสามารถเข้าถึงข้อมูลในเวลาเดียวกัน อย่างไรก็ตาม โซลูชันนี้เป็นสภาพ เพราะเป็นไปได้ว่า อาจมีอ่าน R1 ล็อค และอ่านอีก R2 ร้องขอเข้า มันจะโง่สำหรับ R2 R1 ถูกทำก่อนที่จะเริ่มการดำเนินงานของตนเองอ่าน รอ แทน R2 ควรเริ่มต้นทันที เป็นแรงจูงใจปัญหาอ่านเขียนแรก ซึ่งข้อจำกัดที่ว่า ว่า จะเก็บไว้อ่านไม่รอถ้าหุ้นขณะนี้เปิดอ่าน นี้จะเรียกว่าอ่านชอบ กับการแก้ปัญหา
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
สมมติว่าเรามีพื้นที่หน่วยความจำที่ใช้ร่วมกันที่มีข้อ จำกัด รายละเอียดข้างต้น มันเป็นไปได้ในการปกป้องข้อมูลที่ใช้ร่วมกันที่อยู่เบื้องหลังการยกเว้นร่วมกันด้วยข้อผิดพลาดในกรณีที่ไม่มีสองหัวข้อที่สามารถเข้าถึงข้อมูลได้ในเวลาเดียวกัน อย่างไรก็ตามวิธีนี้คือการก่อให้เกิดผลลัพธ์เพราะมันเป็นไปได้ว่าผู้อ่าน R1 อาจมีการล็อคแล้วอ่านอีก R2 ร้องขอการเข้าถึง มันจะโง่ R2 เพื่อรอจนกว่า R1 ได้กระทำก่อนที่จะเริ่มดำเนินการอ่านของตัวเอง; แทน R2 ควรเริ่มต้นทันที นี้เป็นแรงจูงใจสำหรับครั้งแรกที่ปัญหาผู้อ่านนักเขียนซึ่งในข้อ จำกัด ที่มีการเพิ่มว่าผู้อ่านจะไม่ถูกเก็บไว้รอถ้าหุ้นเปิดอยู่ในปัจจุบันสำหรับการอ่าน นี้จะเรียกว่าผู้อ่านค่ากับการแก้ปัญหาของ
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
สมมติว่าเรามีหน่วยความจำที่ใช้ร่วมกันพื้นที่ที่มีข้อ จำกัด รายละเอียดด้านบน มันเป็นไปได้ที่จะปกป้องข้อมูลที่ใช้ร่วมกัน หลัง mutex การยกเว้นร่วมกันซึ่งในกรณีนี้ไม่มีสองกระทู้ สามารถเข้าถึงข้อมูลได้ในเวลาเดียวกัน อย่างไรก็ตาม การแก้ปัญหานี้คือ suboptimal เพราะเป็นไปได้ว่า ผู้อ่าน R1 อาจจะล็อค และหลังจากนั้นอีกอ่าน R2 ร้องขอการเข้าถึงมันจะโง่สำหรับ R2 เพื่อรอจนกว่า R1 ได้ก่อนที่จะเริ่มปฏิบัติการอ่านของตัวเอง ; แทน , R2 ควรเริ่มต้นทันที นี้เป็นแรงจูงใจให้ผู้อ่านนักเขียนแรกปัญหาซึ่งในการเพิ่มที่ไม่อ่านจะรอ ถ้าหุ้นที่กำลังเปิดอ่าน นี้ก็เรียกว่าโดนใจผู้อ่าน ด้วยโซลูชั่น
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: