which is needed by CPU before refer

which is needed by CPU before referenced again. In this case, the data is “dead” indeed. Still leaving these data mentioned above would makes matter worse. On the one hand, it is a kind of wasting cache resource which leads to more cache misses. On the other hand, refreshing these “dead” data for unknown period of time surely goes against energy saving. In this paper, we define a data block status “dead”, as this data block has not been replaced when its data retention time T dr is very close to line counter since it located in L1 cache.So, what can we do to avoid refreshing when a data block reaches its retention time T dr in STT-RAM L1? Fig. 2 lists an example of our proposed dead data block process strategy. Note T S and T S’ are random time intervals (T S < T dr and T S’

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

ซึ่งจำเป็นต้องใช้ CPU ก่อนอ้างอิงอีกครั้ง ในกรณีนี้ ข้อมูลที่เป็น "ตาย" แน่นอน ออกจากข้อมูลเหล่านี้ยัง กล่าวถึงข้างต้นจะทำให้เรื่องแย่ลง ในด้านหนึ่ง มันเป็นชนิดของเสียแคทรัพยากรซึ่งนำไปสู่การหายแคชเพิ่มเติม บนมืออื่น ๆ ฟื้นฟูข้อมูลเหล่านี้ "ตาย" ไม่ทราบระยะเวลาแน่นอนไปกับประหยัดพลังงาน ในกระดาษนี้ เรากำหนดเป็นข้อมูลบล็อกสถานะ "ตายแล้ว" กับบล็อกข้อมูลนี้ได้ไม่ถูกแทนเมื่อเป็นข้อมูลการเก็บข้อมูลเวลา T ดรอยู่ใกล้กับเคาน์เตอร์บรรทัดอยู่ในแคช L1 ดังนั้น เราทำอะไรเพื่อหลีกเลี่ยงการฟื้นฟูเมื่อบล็อกข้อมูลถึง dr เวลา T ของการเก็บข้อมูลใน STT RAM L1 ได้บ้าง รูป 2 แสดงตัวอย่างของกลยุทธ์ของเรากระบวนการบล็อกข้อมูลเสนอตาย หมายเหตุ T S และ T S' เป็นช่วงเวลาสุ่ม (T S < T dr และ T S'

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

ซึ่งเป็นสิ่งจำเป็นโดย CPU ก่อนที่จะอ้างอิงอีกครั้ง ในกรณีนี้ข้อมูลจะ "ตาย" แน่นอน ยังคงออกจากข้อมูลเหล่านี้ที่กล่าวถึงข้างต้นจะทำให้เรื่องเลวร้าย ในมือข้างหนึ่งก็เป็นชนิดของทรัพยากรแคชเสียซึ่งนำไปสู่​​เพิ่มเติมพลาดท่าแคช บนมืออื่น ๆ สดชื่นข้อมูลเหล่านี้ "ตาย" สำหรับระยะเวลาที่รู้จักของเวลาก็ไปกับการประหยัดพลังงาน ในบทความนี้เราจะกำหนดสถานะบล็อกข้อมูล "ตาย" เป็นบล็อกข้อมูลนี้ยังไม่ได้รับการเปลี่ยนเมื่อการเก็บรักษาข้อมูลของ T เวลา DR อยู่ใกล้มากที่เคาน์เตอร์สายเพราะมันอยู่ใน L1 cache.So สิ่งที่เราสามารถทำได้เพื่อหลีกเลี่ยง สดชื่นเมื่อบล็อกข้อมูลถึงการเก็บรักษา T เวลา DR ใน STT-RAM L1? มะเดื่อ. 2 แสดงตัวอย่างของข้อมูลตายกลยุทธ์กระบวนการบล็อกที่นำเสนอของเรา หมายเหตุ TS และ T S 'เป็นช่วงเวลาที่สุ่ม (TS <T และ T DR S'

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

ซึ่งเป็นสิ่งจำเป็นโดย CPU ก่อนอ้างอิงอีก ในกรณีนี้ ข้อมูล คือ " ตาย " จริงๆ ยังปล่อยให้ข้อมูลเหล่านี้ที่กล่าวถึงข้างต้นจะทำให้เรื่องแย่ลง ในมือข้างหนึ่ง มันเป็นชนิดของทรัพยากรที่นำไปสู่การสูญเสียแคชแคชมากขึ้นคิดถึง . บนมืออื่น ๆ , สดชื่น " ตาย " ข้อมูลสำหรับระยะเวลาของเวลา ย่อมไม่รู้จักไป กับการประหยัดพลังงาน ในกระดาษนี้เรากำหนดบล็อกข้อมูลสถานะ " ตาย " ตามข้อมูลบล็อกไม่ได้ถูกแทนที่เมื่อข้อมูลใน t ดร อยู่ใกล้กับเคาน์เตอร์สายเนื่องจากมันตั้งอยู่ใน L1 แคช ดังนั้นสิ่งที่เราสามารถทำได้เพื่อหลีกเลี่ยงสดชื่นเมื่อบล็อกข้อมูลถึงเวลาเก็บกักใน stt-ram L1 t ดร ? รูปที่ 2 ตัวอย่างของการนำเสนอรายการของเราตายบล็อกข้อมูล กระบวนการ กลยุทธ์ หมายเหตุ T S และ T " s จะสุ่มช่วงเวลา ( T S < T T < T " s ดรดร ) หลักสูตรนี้สามารถสรุปได้ในสามกรณี :