4.4 Memory Consumption OverheadWe m

4.4 Memory Consumption Overhead
We measure the FTL memory consumption for main data
structures of each protocol and show the composition of
the memory overhead in Figure 17. Except for the FTL
mapping table and block management data shared in
all protocols, the specific memory breakdown of each
protocol varies. SCC and BPCC have higher memory
overhead, and the others have low memory overhead.
Active TxTable is a shared data structure to keep the
metadata of active transactions in all protocols except
AW. It consumes 0.31MB of memory. In addition, SCC
keeps the uncommitted pages in memory, which consumes
3.60MB of memory. BPCC maintains the straddle
responsibility set, consuming 5.51MB of memory. In contrast,
MHL-D/MHL-M and LightTx keep only the live
transaction IDs, which consumes only several kilobytes.
Specific memory consumption of each protocol becomes
more significant when the demand-based FTL
(DFTL) technique [31] is used to reduce the memory
consumption of the mapping table. DFTL leverages the
phenomenon of mapping locality. A small portion of
the mapping table can be cached in DRAM with little
performance loss while a large portion is kept in the
flash media. LightTx and MHL-D can use this kind of
mapping table, and SCC and BPCC can also be easily
extended with such a page mapping table. In contrast,
the log-based FTL used by AW and MHL-M can hardly
leverage the mapping locality to reduce the memory
usage of mapping table. Block management can be optimized
in a similar way. Therefore, we conclude that the
memory consumption of previous protocols (AW, SCC
and BPCC) and MHL-M can be significant while LightTx
and MHL-D achieve low memory overhead.
4.5 Mapping Persistence Overhead
The goal of mapping persistence is to reduce the recovery
time. In this section, we will evaluate the recovery
time as well as the mapping persistence overhead.
Recovery Time. As shown in Figure 18, the recovery
time in SCC/BPCC is 6.957 seconds, while that in

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

4.4 หน่วยความจำปริมาณค่าใช้จ่ายในเราวัดปริมาณการใช้หน่วยความจำ FTL สำหรับข้อมูลหลักโครงสร้างของแต่ละโพรโทคอล และแสดงส่วนประกอบของหน่วยความจำในรูปที่ 17 ค่าใช้จ่าย ยกเว้นสำหรับ FTLการแม็ปตารางและบล็อกข้อมูลการจัดการร่วมกันในโพรโทคอทั้งหมด การแบ่งหน่วยความจำเฉพาะของแต่ละโพรโทคอลที่แตกต่างกันไป SCC และ BPCC มีหน่วยความจำสูงค่าใช้จ่ายใน และอื่น ๆ มีหน่วยความจำต่ำค่าใช้จ่ายTxTable ใช้งานเป็นโครงสร้างข้อมูลที่ใช้ร่วมกันเพื่อให้การข้อมูลเมตาของธุรกรรมที่ใช้งานอยู่ในโพรโทคอทั้งหมดยกเว้นกม. สิ้นเปลืองความจำ 0.31MB นอกจากนี้ SCCช่วยให้หน้าไม่ได้ในหน่วยความจำ ซึ่งใช้หน่วยความจำ 3.60MB BPCC รักษาคร่อมชุดความรับผิดชอบ ใช้หน่วยความจำ 5.51MB ในทางตรงกันข้ามMHL-D/MHL-M และ LightTx ให้เท่าชีวิตธุรกรรมรหัส ซึ่งใช้เฉพาะหลายกิโลปริมาณการใช้หน่วยความจำเฉพาะของแต่ละโพรโทคอลกลายเป็นยิ่งเมื่อ FTL ตามความต้องการใช้เทคนิค (DFTL) [31] การลดหน่วยความจำปริมาณของการแม็ปตาราง DFTL ใช้การปรากฏการณ์ของท้องถิ่นการแม็ป ส่วนหนึ่งของการแม็ปตารางสามารถถูกเก็บใน DRAM น้อยด้วยขาดทุนประสิทธิภาพในขณะที่ส่วนใหญ่จะถูกเก็บไว้ในแฟลชสื่อ LightTx และ MHL D สามารถใช้ชนิดของการแม็ป ตาราง และ SCC และ BPCC นอกจากนี้ยังสามารถขยาย ด้วยเช่นหน้าการแม็ปตาราง ในทางตรงกันข้ามFTL การล็อกโดยใช้ AW และ MHL M ไม่สามารถใช้แม็ปท้องถิ่นเพื่อลดหน่วยความจำใช้การแม็ปตาราง จัดการบล็อกสามารถปรับให้เหมาะในลักษณะคล้ายกัน ดังนั้น เราสรุปที่การปริมาณการใช้หน่วยความจำของโพรโทคอลก่อนหน้า (AW, SCCและ BPCC) และ MHL M ได้อย่างมีนัยสำคัญในขณะที่ LightTxและ MHL D บรรลุค่าใช้จ่ายในหน่วยความจำน้อย4.5 การแม็ปที่มีอยู่เหนือศีรษะเป้าหมายของแผนที่มีอยู่คือการ ลดการกู้คืนเวลา ในส่วนนี้ เราจะประเมินการฟื้นตัวเวลาตลอดจนค่าใช้จ่ายในการคงอยู่การแมปฟื้นตัว ดังแสดงในรูปที่ 18 การกู้คืนเวลาใน SCC/BPCC เป็น 6.957 วินาที ในขณะที่ใน

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

4.4 ค่าใช้จ่ายในการบริโภคหน่วยความจำ
เราวัดการใช้หน่วยความจำเร็วสำหรับข้อมูลหลัก
โครงสร้างของแต่ละโปรโตคอลและการแสดงองค์ประกอบของ
ค่าใช้จ่ายของหน่วยความจำในรูปที่ 17. ยกเว้น FTL
ตารางการทำแผนที่และการจัดการข้อมูลที่ใช้ร่วมกันในบล็อก
โปรโตคอลทั้งหมด, หน่วยความจำรายละเอียดเฉพาะของแต่ละ
โปรโตคอลที่แตกต่างกันไป SCC และ BPCC มีหน่วยความจำสูงกว่า
ค่าใช้จ่ายและค่าใช้จ่ายอื่น ๆ มีหน่วยความจำต่ำ.
ใช้งาน TxTable เป็นโครงสร้างข้อมูลที่ใช้ร่วมกันที่จะให้
ข้อมูลเมตาของการทำธุรกรรมการใช้งานในโปรโตคอลทั้งหมดยกเว้น
AW มันกิน 0.31MB ของหน่วยความจำ นอกจากนี้ SCC
ช่วยให้หน้าปราศจากข้อผูกมัดในหน่วยความจำที่สิ้นเปลือง
3.60MB ของหน่วยความจำ BPCC รักษาคร่อม
ชุดรับผิดชอบบริโภค 5.51MB ของหน่วยความจำ ในทางตรงกันข้าม
MHL-D / MHL-M และ LightTx เก็บเฉพาะสด
รหัสการทำธุรกรรมที่สิ้นเปลืองกิโลไบต์หลายเท่านั้น.
ใช้หน่วยความจำเฉพาะของแต่ละโปรโตคอลจะกลายเป็น
อย่างมีนัยสำคัญมากขึ้นเมื่อความต้องการใช้ FTL
(DFTL) เทคนิค [31] จะใช้ในการ หน่วยความจำลด
การบริโภคของตารางการทำแผนที่ DFTL ใช้ประโยชน์จาก
ปรากฏการณ์ของท้องถิ่นการทำแผนที่ ส่วนเล็ก ๆ ของ
ตารางแผนที่สามารถเก็บไว้ในหน่วยความจำ DRAM มีน้อย
สูญเสียประสิทธิภาพในขณะที่ส่วนใหญ่จะถูกเก็บไว้ใน
สื่อแฟลช LightTx และ MHL-D สามารถใช้ชนิดของ
ตารางการทำแผนที่และ SCC และ BPCC นอกจากนี้ยังสามารถได้อย่างง่ายดาย
ขยายด้วยเช่นตารางการทำแผนที่หน้า ในทางตรงกันข้าม
FTL เข้าสู่ระบบตามที่ใช้โดย AW และ MHL-M แทบจะไม่สามารถ
ใช้ประโยชน์จากการทำแผนที่ท้องที่เพื่อลดหน่วยความจำ
การใช้งานของตารางการทำแผนที่ การจัดการบล็อกสามารถเพิ่มประสิทธิภาพ
ในลักษณะที่คล้ายกัน ดังนั้นเราจึงสรุปได้ว่าการ
ใช้หน่วยความจำของโปรโตคอลที่ก่อนหน้านี้ (AW, SCC
และ BPCC) และ MHL-M อย่างมีนัยสำคัญในขณะที่ LightTx
และ MHL-D บรรลุค่าใช้จ่ายหน่วยความจำต่ำ.
4.5 ค่าใช้จ่ายในการทำแผนที่ความคงทน
เป้าหมายของการทำแผนที่การติดตาคือการลดการกู้คืน
เวลา ในส่วนนี้เราจะประเมินผลการกู้คืน
เวลาเช่นเดียวกับค่าใช้จ่ายในการทำแผนที่การติดตา.
ระยะเวลาการฟื้นฟู ดังแสดงในรูปที่ 18, การกู้คืน
ในเวลา SCC / BPCC เป็น 6.957 วินาทีขณะที่ใน

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

4.4 ค่าใช้จ่ายการบริโภคหน่วยความจำ
เราวัดการบริโภคหน่วยความจำ FTL สำหรับข้อมูลหลัก
โครงสร้างของแต่ละโปรโตคอล และแสดงองค์ประกอบของ
หน่วยความจำค่าใช้จ่ายในรูปที่ 17 ยกเว้นแผนที่ความเร็วแสง
ตารางและข้อมูลที่ใช้ร่วมกันในการจัดการบล็อก
ทั้งหมดโปรโตคอลเฉพาะหน่วยความจำรายละเอียดของแต่ละ
โปรโตคอลที่แตกต่างกันออกไป ค่า bpcc ได้ในความทรงจำ
ที่สูงขึ้นและค่าใช้จ่ายอื่นๆมีหน่วยความจำน้อย
งาน txtable คือการแบ่งปันข้อมูลโครงสร้างการเก็บ
metadata ของรายการในทั้งหมดใช้งานโปรโตคอลยกเว้น
โอ้ว มันใช้ 0.31mb ของหน่วยความจำ นอกจากนี้ SCC
เอาแต่หน้าไม่ได้ผูกมัดในหน่วยความจำซึ่งกิน
3.60mb ของหน่วยความจำ bpcc ยังคงคร่อม
ชุด 5.51mb รับผิดชอบการบริโภคของหน่วยความจำ ในทางตรงกันข้าม ,
mhl-d / mhl-m lighttx และเก็บเฉพาะอยู่
รายการบัตรประจำตัวซึ่งใช้เพียงกิโลไบต์หลาย .
การบริโภคหน่วยความจำเฉพาะของแต่ละขั้นตอนจะกลายเป็น
มากขึ้นเมื่อความต้องการของความเร็วแสง
ตาม ( dftl ) เทคนิค [ 31 ] ใช้ลดความจำ
การบริโภคของแผนที่ตาราง โหลดเพลง dftl
ปรากฏการณ์ท้องถิ่นแผนที่ เป็นส่วนเล็ก ๆของ
แผนที่ตารางสามารถเก็บไว้ใน DRAM ที่มีประสิทธิภาพการสูญเสียในขณะที่เล็ก ๆน้อย ๆ

ส่วนใหญ่จะถูกเก็บไว้ในแฟลชสื่อ และ lighttx mhl-d สามารถใช้ชนิดนี้
โต๊ะแผนที่ และค่า bpcc ยังสามารถได้อย่างง่ายดาย
ขยายด้วยเช่นการทำแผนที่หน้าโต๊ะ ในทางตรงกันข้าม
ล็อกใช้ความเร็วแสงที่ใช้โดย AW mhl-m แทบ
และใช้แผนที่ท้องถิ่น เพื่อลดการใช้หน่วยความจำ
ตารางการทำแผนที่ การจัดการบล็อกสามารถเหมาะ
ในลักษณะที่คล้ายกัน ดังนั้นเราจึงสรุปได้ว่า
การใช้หน่วยความจำของระบบก่อนหน้า ( Aw , และ SCC
bpcc ) และ mhl-m สามารถอย่างมีนัยสำคัญ ในขณะที่ lighttx
mhl-d บรรลุค่าใช้จ่ายและหน่วยความจำน้อย

4.5 การทำแผนในเป้าหมายของการทำแผนเพื่อลดเวลาการกู้คืน
. ในส่วนนี้เราจะประเมินการฟื้นตัว
เวลารวมทั้งการทำแผนค่าใช้จ่าย
เวลาการกู้คืน ดังแสดงในรูปที่ 18 , การกู้คืน
เวลาใน SCC / bpcc เป็น 6.957 วินาที ขณะที่ใน