Writing policies[edit]A Write-Throu

Writing policies[edit]

A Write-Through cache with No-Write Allocation
A Write-Back cache with Write Allocation
When a system writes a datum to cache, it must at some point write that datum to backing store as well. The timing of this write is controlled by what is known as the write policy.
There are two basic writing approaches:
• Write-through: write is done synchronously both to the cache and to the backing store.
• Write-back (or write-behind): initially, writing is done only to the cache. The write to the backing store is postponed until the cache blocks containing the data are about to be modified/replaced by new content.
A write-back cache is more complex to implement, since it needs to track which of its locations have been written over, and mark them as dirty for later writing to the backing store. The data in these locations are written back to the backing store only when they are evicted from the cache, an effect referred to as a lazy write. For this reason, a read miss in a write-back cache (which requires a block to be replaced by another) will often require two memory accesses to service: one to write the replaced data from the cache back to the store, and then one to retrieve the needed datum.
Other policies may also trigger data write-back. The client may make many changes to a datum in the cache, and then explicitly notify the cache to write back the datum.
No data is returned on write operations, thus there are two approaches for situations of write-misses:
• Write allocate (also called fetch on write): datum at the missed-write location is loaded to cache, followed by a write-hit operation. In this approach, write misses are similar to read misses.
• No-write allocate (also called write-no-allocate or write around): datum at the missed-write location is not loaded to cache, and is written directly to the backing store. In this approach, only system reads are being cached.
Both write-through and write-back policies can use either of these write-miss policies, but usually they are paired in this way:[2]
• A write-back cache uses write allocate, hoping for subsequent writes (or even reads) to the same location, which is now cached.
• A write-through cache uses no-write allocate. Here, subsequent writes have no advantage, since they still need to be written directly to the backing store.
Entities other than the cache may change the data in the backing store, in which case the copy in the cache may become out-of-date or stale. Alternatively, when the client updates the data in the cache, copies of those data in other caches will become stale. Communication protocols between the cache managers which keep the data consistent are known as coherency protocols.

Results (Thai) 1:

เขียนนโยบาย [แก้ไข]การเขียนผ่านแค มีการปันส่วนไม่เขียน แคเขียนกลับ มีการปันส่วนการเขียนเมื่อระบบเขียนวันที่โพสแค มันต้องบางจุดเขียนวันที่ที่โพสเพื่อสำรองข้อมูลเก็บเป็นอย่างดี ระยะเวลาของการเขียนนี้จะถูกควบคุม โดยสิ่งเรียกว่าเป็นนโยบายเขียนมีสองวิธีในการเขียนพื้นฐาน:•ผ่านการเขียน: เขียนเสร็จพร้อมกันทั้งแค และเก็บสำรองไว้•เขียนหลัง (หรือด้านหลังเขียน): ครั้งแรก ทำเขียนกับแคชเท่านั้น เขียนเพื่อเก็บสำรองถูกเลื่อนออกไปจนกว่าประกอบด้วยข้อมูลบล็อกแคจะสามารถปรับเปลี่ยน/แทนที่ ด้วยเนื้อหาใหม่แคเขียนย้อนซับซ้อน ใช้ เนื่องจากต้องติดตามสถานของซึ่งได้ถูกเขียนไป และทำเครื่องหมายเป็นสกปรกสำหรับการเขียนไปยังที่เก็บสำรองในภายหลังได้ ข้อมูลในตำแหน่งเหล่านี้เขียนกลับไปยังที่เก็บสำรองเฉพาะเมื่อพวกเขาถูกเอาออกจากแคช ลักษณะพิเศษเรียกว่าการเขียนขี้เกียจ ด้วยเหตุนี้ นางสาวอ่านในแคเขียนหลัง (ซึ่งต้องมีบล็อกถูกแทนที่ ด้วยอื่น) มักจะต้องหาหน่วยความจำ 2 บริการ: เขียนแทนข้อมูลจากแคชกลับไปยังที่เก็บ และจากนั้นเรียกวันที่ต้องการโพสนโยบายอื่น ๆ ยังอาจทริกเกอร์เขียนข้อมูลย้อน ไคลเอนต์อาจให้เปลี่ยนแปลงวันที่โพสในแคช กแล้ว แจ้งแคเขียนวันที่โพสกลับอย่างชัดเจนไม่มีข้อมูลถูกส่งกลับการดำเนินงานเขียน จึง มีสองวิธีสำหรับสถานการณ์ของเขียนพุ่ง:•เขียนจัดสรร (ยังเรียกว่านำมาใช้ในการเขียน): โหลดแคช ตาม ด้วยการดำเนินการเขียนตีวันที่โพสที่เขียนไม่ ในวิธีการนี้ เขียนพุ่งจะคล้ายกับอ่านพุ่ง•เขียนไม่ปันส่วน (ยังเรียกว่าการเขียนไม่มีปันส่วน หรือเขียนรอบ): วันที่โพสที่เขียนพลาดไม่โหลดแคช และเขียนโดยตรงไปยังที่เก็บสำรองไว้ ในวิธีการนี้ อ่านระบบเฉพาะถูกแคทั้งเขียนผ่าน และหลังเขียนนโยบายสามารถใช้อย่างใดอย่างหนึ่งนโยบายเหล่านี้เขียนพลาด แต่มักจะพวกเขาจะถูกจับคู่ในลักษณะนี้: [2]• A แคเขียนกลับเขียนใช้ปันส่วน หวังเขียนต่อ ๆ ไป (หรืออ่านว่า) มา ซึ่งขณะนี้แคไม่ใช้เขียนผ่านแค• A เขียนจัดสรร ที่นี่ เขียนภายหลังได้ไม่มีประโยชน์ เนื่องจากพวกเขายังจำเป็นต้องมีบันทึกโดยตรงไปยังที่เก็บสำรองนิติบุคคลที่ไม่ใช่แคอาจเปลี่ยนข้อมูลในการจัดเก็บสำรอง ซึ่งกรณีสำเนาในแคชอาจล้าสมัย หรือเก่า หรือ เมื่อไคลเอ็นต์การปรับปรุงข้อมูลในแคช สำเนาข้อมูลในแคชอื่น ๆ เหล่านั้นจะกลายเป็นเก่า โพรโทคอลการสื่อสารระหว่างผู้จัดการแคซึ่งเก็บข้อมูลที่สอดคล้องกันจะเรียกว่าโปรโตคอล coherency

Results (Thai) 2:

นโยบายการเขียน [แก้ไข] แคชเขียนผ่านกับไม่มีเขียนจัดสรรแคชเขียนกลับด้วยการจัดสรรเขียนเมื่อระบบเขียนตัวเลขไปยังแคชจะต้องในบางจุดเขียนตัวเลขในการจัดเก็บการสนับสนุนที่ดี . ระยะเวลาของการเขียนนี้จะถูกควบคุมโดยสิ่งที่เรียกว่านโยบายการเขียนมีสองวิธีการเขียนขั้นพื้นฐาน: •เขียนผ่าน:. เขียนจะทำพร้อมกันทั้งสองไปยังแคชและการจัดเก็บการสนับสนุน•เขียนกลับ (หรือ write- ที่อยู่เบื้องหลัง): เริ่มต้นการเขียนจะทำเพียงแค่ไปยังแคช การเขียนในการจัดเก็บสำรองถูกเลื่อนออกไปจนกว่าจะมีการบล็อกแคชที่มีข้อมูลเกี่ยวกับการที่จะแก้ไข / แทนที่ด้วยเนื้อหาใหม่. เขียนกลับเป็นแคชที่ซับซ้อนมากขึ้นในการดำเนินการเนื่องจากจะต้องมีการติดตามว่าสถานที่ที่ได้รับการเขียนมากกว่า และทำเครื่องหมายพวกเขาเป็นที่สกปรกสำหรับการเขียนต่อมาในการจัดเก็บการสนับสนุน ข้อมูลในสถานที่เหล่านี้จะถูกเขียนกลับไปที่ร้านการสนับสนุนเฉพาะเมื่อพวกเขาจะถูกขับไล่ออกจากแคชผลเรียกว่าขี้เกียจเขียน ด้วยเหตุนี้พลาดอ่านในแคชเขียนกลับ (ซึ่งต้องมีการบล็อกจะถูกแทนที่ด้วยอื่น) มักจะต้องมีสองหน่วยความจำเข้าถึงการให้บริการอย่างใดอย่างหนึ่งที่จะเขียนแทนที่ข้อมูลจากแคชกลับไปที่ร้านแล้วหนึ่ง เพื่อดึงตัวเลขที่จำเป็น. นโยบายอื่น ๆ ก็อาจทำให้เกิดการเขียนข้อมูลกลับ ลูกค้าอาจทำให้เปลี่ยนแปลงหลายตัวเลขในแคชแล้วอย่างชัดเจนแจ้งแคชเขียนกลับตัวเลข. ไม่มีข้อมูลที่จะถูกส่งกลับในการดำเนินการเขียนจึงมีสองวิธีสำหรับสถานการณ์ของการเขียนคิดถึง: •เขียนจัดสรร (ยัง เรียกว่าเรียกในการเขียน): ตัวเลขในสถานที่ที่ไม่ได้รับเขียนถูกโหลดไปยังแคชตามด้วยการดำเนินการเขียนตี ในวิธีนี้เขียนคิดถึงมีความคล้ายคลึงกับการอ่านคิดถึง. •ไม่เขียนจัดสรร (เรียกว่าเขียนไม่จัดสรรหรือเขียนรอบ): ตัวเลขในสถานที่ที่ไม่ได้รับเขียนไม่ได้โหลดไปยังแคชและถูกเขียนโดยตรงกับการสนับสนุน ร้านค้า ในวิธีนี้ระบบเดียวอ่านที่ถูกเก็บไว้ชั่วคราว. ทั้งสองเขียนผ่านและเขียนกลับนโยบายสามารถใช้ทั้งนโยบายเหล่านี้เขียนพลาด แต่พวกเขามักจะได้รับการจับคู่ในลักษณะนี้: [2] •แคชเขียนกลับมาใช้เขียน จัดสรรหวังให้เขียนต่อมา (หรือแม้กระทั่งคนอ่าน) ไปยังสถานที่เดียวกันซึ่งถูกเก็บไว้ชั่วคราวในขณะนี้. •แคชเขียนผ่านใช้ไม่มีเขียนจัดสรร ที่นี่เขียนที่ตามมามีความได้เปรียบไม่ได้เนื่องจากพวกเขายังคงต้องมีการเขียนโดยตรงในการจัดเก็บการสนับสนุน. หน่วยงานอื่น ๆ กว่าแคชอาจมีการเปลี่ยนแปลงข้อมูลในการจัดเก็บการสนับสนุนซึ่งในกรณีในการคัดลอกในแคชอาจจะกลายเป็นออกจากวันที่ หรือค้าง อีกวิธีหนึ่งคือเมื่อลูกค้าการปรับปรุงข้อมูลในแคชสำเนาของข้อมูลผู้ที่อยู่ในแคชอื่น ๆ จะกลายเป็นเก่า โปรโตคอลการสื่อสารระหว่างผู้จัดการแคชซึ่งเก็บข้อมูลที่สอดคล้องกันเป็นที่รู้จักกันเป็นโปรโตคอลที่เชื่อมโยงกัน

Results (Thai) 3:

การเขียนนโยบาย [ แก้ไข ]

เขียนผ่านแคช ไม่เขียนจัดสรร
เขียนแคชเขียนกลับมีการจัดสรร
เมื่อระบบเขียนตัวเลขให้แคช มันต้องในบางจุดเขียนตัวเลขเพื่อสนับสนุนร้านเช่นกัน เวลาเขียนจะถูกควบคุมโดยสิ่งที่เรียกว่าเขียนนโยบาย มีสองวิธีพื้นฐานการเขียน
:
- เขียนถึง :เขียนเสร็จ synchronously ทั้งแคชและเพื่อสนับสนุนร้าน .
- เขียนกลับ ( หรือเขียนไว้ ) : ตอนแรกเขียนเสร็จแล้วแต่แคช เขียนเพื่อสนับสนุนร้านถูกเลื่อนออกไปจนกว่าแคชบล็อกที่มีข้อมูลเกี่ยวกับการปรับเปลี่ยน / แทนที่ด้วยเนื้อหาใหม่ การเขียนกลับแคชจะซับซ้อนมากขึ้นที่จะใช้เพราะมันต้องติดตาม ซึ่งในสถานที่ของมันถูกเขียนทับและมาร์ค มันสกปรกนะ เขียนเพื่อสนับสนุนร้าน ข้อมูลในสถานที่เหล่านี้จะเขียนมาเพื่อสนับสนุนร้านเฉพาะเมื่อพวกเขาจะเอาออกจากแคชผลเรียกว่า ขี้เกียจเขียน ด้วยเหตุผลนี้อ่านแล้วคิดถึงในแคชเขียนกลับ ( ซึ่งต้องใช้บล็อกที่จะถูกแทนที่ด้วยอื่น ) มักจะต้องใช้สองหน่วยความจำเข้าถึงบริการ : หนึ่งเขียนเปลี่ยนข้อมูลจากแคชกลับไปที่ร้านแล้วให้เรียกใช้ Datum .
นโยบายอื่น ๆยังอาจเรียกข้อมูลเขียนกลับ ลูกค้าอาจทำให้เปลี่ยนแปลงหลายตัวเลขในแคชแล้วโดยแจ้งแคชเขียนกลับ Datum .
ไม่มีข้อมูลที่ถูกส่งกลับในเขียนงานจึงมีสองวิธีสำหรับสถานการณ์เขียนพลาด :
- เขียนจัดสรร ( เรียกว่าการดึงข้อมูลเขียน ) : Datum ที่พลาดเขียนสถานที่โหลดแค ตามด้วยการบันทึกตี ในวิธีการนี้ เขียนพลาด คล้ายกับอ่าน
คิดถึง .- ไม่เขียนจัดสรร ( เรียกว่ายังเขียนไม่จัดสรรหรือเขียนรอบ ) : Datum ที่พลาดเขียนสถานที่ไม่ได้โหลดแค และเขียนโดยตรงเพื่อสนับสนุนร้าน ในวิธีนี้ระบบเดียวที่อ่านจะถูกเก็บไว้ .
ทั้งเขียนผ่านและเขียนนโยบายกลับสามารถใช้อย่างใดอย่างหนึ่งเหล่านี้เขียนพลาดนโยบาย แต่โดยปกติพวกเขาจะจับคู่ในลักษณะนี้ : [ 2 ]
- การใช้แคชเขียนกลับเขียนให้ หวังว่าจะตามมาเขียน ( หรืออ่าน ) ไปยังสถานที่เดียวกัน ซึ่งขณะนี้เก็บไว้ .
- เขียนผ่านแคชไม่ใช้เขียนจัดสรร ที่นี่ ต่อมาเขียนไม่มีความได้เปรียบ เนื่องจากพวกเขายังคงต้องถูกเขียนโดยตรงเพื่อสนับสนุนหน่วยงานอื่น ๆ กว่าร้าน
แคชอาจเปลี่ยนข้อมูลในการจัดเก็บซึ่งในกรณีนี้การคัดลอกในแคชอาจจะกลายเป็นออกจากวันที่หรือน่าเบื่อ อีกวิธีหนึ่งคือ เมื่อลูกค้าอัพเดทข้อมูลในแคช สำเนาของข้อมูลในแคชอื่นจะกลายเป็นเก่า โปรโตคอลการสื่อสารระหว่างผู้จัดการแคชซึ่งให้ข้อมูลที่สอดคล้องกันว่าเป็นรับสั่ง
โปรโตคอล