small number of parity updates were

small number of parity updates were generated. For a fair
comparison, we built a trace-based experimental environment.
While running real world applications, we first collected I/O
traces that included timestamps, request types, logical addresses,
actual data contents, and so on. Using this information,
we constructed real block I/O requests and sent them to the
Linux’s MD layer. This experimental setup allowed us to
repeat exactly the same workloads under different RAID setups
(e.g., Diff-RAID and DA-RAID). While replaying I/O traces,
we measured important performance numbers that included the
amount of written data, deduplication ratios, and request sizes.
We used six different I/O traces for the evaluations. Three
production system traces, web, homes and mail were from
the FIU [14]. All of them included actual data. Three inhouse
traces, PC, Package, and KV traces were collected
while running real-world applications. PC was a desktop PC
workload such as a web surfing, emailing, and document
editing, whereas Package captured all of the I/O activities
while downloading and installing software packages. KV was a
key-value store workload that was collected from YCSB [16]
running on top of Cassandra [6]. We modified YCSB so that
it wrote data with a specific deduplication ratio (e.g., 25%
or 50%). The detailed configuration for data generation is described
in Section IV-D. Table I summarizes the characteristics
of the I/O traces such as amount of writes, average sequential
write request size, the ratios of sequential write requests and
duplicated data.

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

สร้างจำนวนน้อยปรับปรุงเท่าเทียมกัน สำหรับงานเปรียบเทียบ เราสร้างตามติดตามทดลองสภาพแวดล้อมที่ขณะวิ่งใช้งานจริง เราก่อนรวบรวม I/Oร่องรอยที่ประทับเวลา ชนิดคำขอ แบบลอจิคัลที่อยู่ รวมอยู่เนื้อหาข้อมูลที่แท้จริง และอื่น ๆ ใช้ข้อมูลนี้เราสร้างบล็อกจริง I/O ร้องขอ และส่งให้ชั้น MD ของ Linux ทดลองการตั้งค่านี้ทำให้เราทำซ้ำงานเดียวกันภายใต้การตั้งค่า RAID ต่าง(เช่น Diff RAID และ RAID ดา) ขณะ replaying ติดตาม I/Oเราวัดสำคัญตัวเลขประสิทธิภาพที่รวมอยู่ในจำนวนข้อมูลเป็นลายลักษณ์อักษร deduplication อัตราส่วน และขนาดที่ร้องขอเราใช้หกติดตาม I/O แตกต่างกันสำหรับการประเมินผล สามร่องรอยการผลิตระบบ เว็บ บ้าน และจดหมายมาบังเกิดผล [14] พวกเขาทั้งหมดรวมข้อมูลจริง สามห้องร่องรอย PC แพคเกจ KV และร่องรอยที่ถูกเก็บรวบรวมขณะวิ่งใช้งานจริง พีซีคือ พีซีเดสก์ท็อปภาระงานเช่นการท่องเว็บ อีเมล์ และเอกสารแก้ไข ในขณะที่แพคเกจถ่ายกิจกรรม I/O ทั้งหมดในขณะที่ดาวน์โหลด และติดตั้งแพคเกจซอฟต์แวร์ KV ถูกปริมาณที่เก็บคีย์ค่าที่รวบรวมจาก YCSB [16]ทำงานบนหนัง [6] เราแก้ไข YCSB เพื่อให้มันเขียนข้อมูล deduplication เฉพาะอัตราส่วน (เช่น 25%หรือ 50%) อธิบายการกำหนดค่ารายละเอียดสำหรับการสร้างข้อมูลในส่วนที่ IV-D. ผมสรุปลักษณะตารางการส่งข้อมูล I/O เช่นการเขียน จำนวนเฉลี่ยตามลำดับเขียนคำร้องขอขนาด อัตราส่วนของลำดับเขียนคำร้องขอ และข้อมูลที่ซ้ำกัน

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

จำนวนเล็ก ๆ ของการปรับปรุงความเท่าเทียมกันถูกสร้างขึ้น เพื่อความยุติธรรม
เปรียบเทียบเราสร้างสภาพแวดล้อมการทดลองร่องรอยตาม.
ขณะที่กำลังวิ่งใช้งานจริงเราเก็บรวบรวมครั้งแรกของ I / O
ร่องรอยที่รวม timestamps ประเภทคำขอที่อยู่ตรรกะ
เนื้อหาข้อมูลจริงและอื่น ๆ การใช้ข้อมูลนี้
เราสร้างบล็อกจริงร้องขอ I / O และส่งพวกเขาไปยัง
ชั้น MD ลินุกซ์ การตั้งค่านี้ทดลองให้เราสามารถ
ทำซ้ำว่าปริมาณงานเดียวกันภายใต้การตั้งค่า RAID ที่แตกต่างกัน
(เช่น Diff-RAID และ DA-RAID) ในขณะที่การเล่นของ I / O ร่องรอย
ที่เราวัดตัวเลขผลการดำเนินงานที่สำคัญที่รวมถึง
ปริมาณของข้อมูลที่เขียนอัตราส่วนการขจัดข้อมูลซ้ำซ้อนและขนาดคำขอ.
เราใช้ที่แตกต่างกันหกร่องรอยของ I / O สำหรับการประเมินผล สาม
ร่องรอยระบบการผลิต, เว็บ, บ้านและจดหมายจาก
FIU [14] ทั้งหมดของพวกเขารวมถึงข้อมูลที่แท้จริง สามชมในห้องพัก
ร่องรอย, PC, แพคเกจและร่องรอย KV ถูกเก็บ
ในขณะที่ใช้งานจริงของโลก เครื่องคอมพิวเตอร์เป็นเครื่องคอมพิวเตอร์เดสก์ทอป
ภาระงานเช่นการท่องเว็บ, ส่งอีเมลและเอกสาร
การแก้ไขในขณะที่แพคเกจถูกจับทั้งหมดของกิจกรรม I / O
ในขณะที่ดาวน์โหลดและติดตั้งซอฟแวร์ KV เป็น
ร้านภาระงานคีย์ค่าที่ถูกเก็บรวบรวมจาก YCSB [16]
ทำงานอยู่ด้านบนของคาสซานดรา [6] เรามีการปรับเปลี่ยนเพื่อให้ YCSB
มันเขียนข้อมูลที่มีอัตราการขจัดข้อมูลซ้ำซ้อนที่เฉพาะเจาะจง (เช่น 25%
หรือ 50%) การกำหนดค่ารายละเอียดสำหรับการสร้างข้อมูลอธิบายไว้
ในมาตรา IV-D ตารางที่ผมสรุปลักษณะ
ของร่องรอยของ I / O เช่นจำนวนของการเขียนโดยเฉลี่ยตามลำดับ
ขนาดเขียนคำขออัตราส่วนของการร้องขอลำดับการเขียนและ
ข้อมูลซ้ำ

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

จำนวนเล็ก ๆของความเท่าเทียมกันปรับปรุงได้ถูกสร้างขึ้น สำหรับ แฟร์การเปรียบเทียบ เราสร้างติดตามสิ่งแวดล้อม ทดลองใช้ขณะใช้งานจริง เราใช้ I / O ก่อนร่องรอยที่รวมเวลาประทับ ขอประเภทที่อยู่ตรรกะข้อมูลที่แท้จริง และ การใช้ข้อมูลนี้เราสร้างจริงบล็อกการร้องขอ I / O และส่งพวกเขาไปลินุกซ์เป็น MD ของเลเยอร์ การตั้งค่านี้อนุญาติให้เราทดลองย้ำว่างานเดียวกันภายใต้การตั้งค่า RAID ที่แตกต่างกัน( เช่น RAID Diff และ da-raid ) ในขณะที่ทบทวน I / O ร่องรอยเราวัดประสิทธิภาพที่สำคัญ ได้แก่ ตัวเลขปริมาณของข้อมูลที่เขียนอัตราส่วนดังกล่าว และขอขนาดเราใช้หกที่แตกต่างกันมี I / O สำหรับการประเมิน . สามระบบผลิตร่องรอย , เว็บ , บ้านและจดหมายจากไข้ธรรมดา [ 14 ] ทั้งหมดของพวกเขามีวัตถุประสงค์ที่แท้จริง ห้องสามร่องรอย , PC , แพคเกจและร่องรอย KV ศึกษาในขณะที่ใช้งานจริง . PC เป็นคอมพิวเตอร์ตั้งโต๊ะภาระงานเช่นการท่องเว็บ , อีเมล์ , และเอกสารการแก้ไข ในขณะที่แพคเกจจับทุกกิจกรรม I / Oในขณะที่การดาวน์โหลดและการติดตั้งแพคเกจซอฟต์แวร์ โครงการ คือค่าคีย์เก็บงานที่รวบรวมจาก ycsb [ 16 ]วิ่งบน Cassandra [ 6 ] เราแก้ไข ycsb ดังนั้นมันเขียนข้อมูลด้วยอัตราส่วนที่เฉพาะเจาะจง ( เช่น 25 % ผลิตภัณฑ์หรือ 50 % ) ตั้งค่ารายละเอียดสำหรับสร้างข้อมูลอธิบายในส่วน iv-d. ตารางที่ผมสรุปคุณลักษณะของ I / O ร่องรอยเช่นจํานวนเขียนแบบเฉลี่ยเขียนขนาดขอ อัตราส่วนของการร้องขอและแบบเขียนคัดลอกข้อมูล