In addition to determining which vi

In addition to determining which victim to select for replacement, designers must
also decide what to do with so-called dirty blocks of cache, or blocks that have
been modified. When the processor writes to main memory, the data may be written
to the cache instead under the assumption that the processor will probably
read it again soon. If a cache block is modified, the cache write policy determines
when the actual main memory block is updated to match the cache block. There
are two basic write policies:
• Write-through—A write-through policy updates both the cache and the main
memory simultaneously on every write. This is slower than write-back, but
ensures that the cache is consistent with the main system memory. The obvious
disadvantage here is that every write now requires a main memory access.
Using a write-through policy means every write to the cache necessitates a
main memory write, thus slowing the system (if all accesses are write, this
essentially slows the system down to main memory speed). However, in real
applications, the majority of accesses are reads so this slow-down is negligible.
• Write-back—A write-back policy (also called copyback) only updates blocks in
main memory when the cache block is selected as a victim and must be removed
from cache. This is normally faster than write-through because time is not
wasted writing information to memory on each write to cache. Memory traffic is
also reduced. The disadvantage is that main memory and cache may not contain
the same value at a given instant of time, and if a process terminates (crashes)
before the write to main memory is done, the data in cache may be lost.
To improve the performance of cache, one must increase the hit ratio by using a
better mapping algorithm (up to roughly a 20% increase), better strategies for
write operations (potentially a 15% increase), better replacement algorithms (up
to a 10% increase), and better coding practices, as we saw in the earlier example
of row versus column-major access (up to a 30% increase in hit ratio). Simply
increasing the size of cache may improve the hit ratio by roughly 1–4%, but is not
guaranteed to do so.

Results (Thai) 1:

นอกจากกำหนดที่เหยื่อต้องเปลี่ยน นักออกแบบต้องยัง ตัดสินใจจะทำอะไรกับบล็อกสกปรกเรียกว่าแคชของ หรือบล็อกที่มีการปรับเปลี่ยน เมื่อเขียนหน่วยประมวลผลหน่วยความจำหลัก ข้อมูลอาจเขียนการแคชแทนภายใต้สมมุติฐานที่ว่าตัวประมวลผลจะคงอ่านอีกครั้งเร็ว ๆ นี้ ถ้ามีแก้ไขบล็อกแค แคเขียนนโยบายกำหนดเมื่อบล็อกหน่วยความจำหลักที่จริงมีการปรับปรุงให้ตรงกับบล็อคแค มีมีพื้นฐานสองเขียนนโยบาย:•ผ่านการเขียน — เขียนถึงนโยบายการปรับปรุงแคชและหลักหน่วยความจำพร้อมกันกับเขียนทุก นี้จะช้ากว่าเขียนหลัง แต่ให้แน่ใจว่าแคสอดคล้องกับหน่วยความจำระบบหลัก เห็นได้ชัดข้อเสียที่นี่คือ ที่เขียนทุกตอนนี้ต้องการเข้าถึงหน่วยความจำหลักใช้นโยบายผ่านการเขียนหมายถึง เขียนทุกการแค necessitates เป็นหน่วยความจำหลักเขียน จึง ชะลอตัวระบบ (ถ้าหาทั้งหมดจะเขียน นี้หลักช้าลงความเร็วของหน่วยความจำหลักระบบ) อย่างไรก็ตาม ในความจริงโปรแกรมประยุกต์ ส่วนใหญ่หาได้อ่านเพื่อชะลอนี้เป็นระยะ•กลับเขียน — เขียนหลังนโยบาย (เรียกว่า copyback) เดบล็อกในหน่วยความจำหลักเมื่อบล็อกแคชถูกเลือกเป็นเหยื่อ และต้องถูกเอาออกจากแคช นี้เป็นปกติเร็วกว่าเขียนผ่านได้เนื่องจากไม่มีเวลาเสียเขียนข้อมูลหน่วยความจำในแต่ละเขียนแคช จราจรจำเป็นนอกจากนี้ยัง ลดลง ข้อเสียคือ หน่วยความจำหลัก และไม่ประกอบด้วยแคค่าเดียวกันในทันทีให้เวลา และ ถ้ากระบวนการสิ้นสุดลง (ล้มเหลว)ก่อนทำการเขียนหน่วยความจำหลัก ข้อมูลในแคชอาจสูญหายเพื่อปรับปรุงประสิทธิภาพของแคช หนึ่งต้องเพิ่มสัดส่วนการตี โดยใช้การแม็ปอัลกอริทึม (สูงสุดประมาณการ 20% เพิ่มขึ้น) ดีกว่า ดีกว่ากลยุทธ์สำหรับเขียนการดำเนินงาน (อาจเป็น 15% เพิ่มขึ้น), อัลกอริทึมแทนดีกว่า (ค่าต้องการ 10% เพิ่มขึ้น), และกำหนดปฏิบัติ ดีกว่า เราเห็นในตัวอย่างก่อนหน้านี้แถวกับคอลัมน์หลักเข้า (ได้เพิ่มเป็น 30% ในอัตราส่วนตี) เพียงแค่การเพิ่มขนาดของแคชอาจเพิ่มอัตราการเข้าชม โดยประมาณ 1 – 4% แต่ไม่รับประกันการทำงาน

Results (Thai) 3:

นอกจากการเลือกเหยื่อที่ทดแทน นักออกแบบต้อง
ยังตัดสินใจว่าจะทำอย่างไรกับสิ่งที่เรียกว่าสกปรกบล็อกของแคชหรือบล็อกได้
ถูกแก้ไข เมื่อโปรเซสเซอร์กับหน่วยความจำหลัก เขียน ข้อมูลอาจจะเขียน
ในแคชแทน ภายใต้สมมติฐานว่า หน่วยประมวลผลจะ
อ่านมันอีกครั้ง ถ้าแคชบล็อกมีการดัดแปลงแคชเขียนนโยบายกำหนด
เมื่อจริงบล็อกหน่วยความจำหลักคือการปรับปรุงเพื่อให้ตรงกับแคชบล็อก มีพื้นฐานการเขียนนโยบาย :
2
- write-through-a เขียนผ่านนโยบายปรับปรุงทั้งแคชและหน่วยความจำหลัก
พร้อมกันทุกการเขียน นี้จะช้ากว่าที่เขียนแต่กลับ
ยืนยันว่า แคชสอดคล้องกับระบบหน่วยความจำหลัก ชัดเจน
ข้อเสียที่นี่ คือทุกเขียนตอนนี้ต้องการการเข้าถึงหน่วยความจำหลัก
ใช้เขียนผ่านนโยบายหมายความว่าทุกเขียนแคช necessitates
หน่วยความจำหลัก เขียน จึงทำให้ระบบ ( ถ้าใช้เขียนนี้
หลักช้าระบบลงเพื่อหลักความเร็วหน่วยความจำ ) แต่ในการใช้งานจริง
, ส่วนใหญ่ของการเข้าถึงจะอ่านมันช้าลงเล็กน้อย
.บริการ write-back-a เขียนนโยบายกลับ ( เรียกว่า copyback ) การปรับปรุงบล็อกใน
หน่วยความจำหลัก เมื่อแคชบล็อกจะถูกเลือกเป็นเหยื่อ และต้องลบออก
จากแคช นี้เป็นปกติได้เร็วกว่าเขียน เพราะเวลาไม่ได้
เสียเวลาเขียนข้อมูลหน่วยความจำในแต่ละเขียนแคช การจราจรเป็นความทรงจำ
ยังลดลง ข้อเสีย คือ หน่วยความจำหลัก และแคชไม่อาจมี
ค่าเดียวกันที่ให้ทันเวลา และถ้ากระบวนการสิ้นสุดลง ( ตก )
ก่อนเขียนไปยังหน่วยความจำหลักแล้ว ข้อมูลในแคชอาจสูญหาย
เพื่อปรับปรุงประสิทธิภาพของแคช , หนึ่งจะต้องเพิ่มสัดส่วนตีโดยใช้ขั้นตอนวิธีการทำแผนที่
ดีกว่า ( ถึงประมาณ 20% เพิ่ม ) ดีกว่ากลยุทธ์
เขียนงาน ( อาจเพิ่มขึ้น 15 เปอร์เซ็นต์ ) , ดีกว่าเปลี่ยนอัลกอริทึม ( ขึ้น
ถึง 10% เพิ่ม ) , และดีขึ้นนะครับ ปฏิบัติ อย่างที่เราเห็นในตัวอย่างก่อนหน้านี้ของแถวและคอลัมน์หลักเข้า
( ถึง 30% เพิ่มขึ้นในอัตราส่วนตี ) เพียงแค่
เพิ่มขนาดของแคชอาจปรับปรุงอัตราส่วนตีโดยประมาณ 1 – 4 % แต่ไม่ได้
รับประกันแล้ว