lightweight support for embedded tr

lightweight support for embedded transactions. Generally,
a transaction has four operations: BEGIN, COMMIT/
ABORT, CHECKPOINT and ERASE, as shown in
Figure 1. The BEGIN and COMMIT/ABORT operations
are used by programs to start and complete a transaction.
When a transaction is committed or aborted, its state
has been determined and can be recovered after system
crash, but this requires extra transaction metadata to be
kept, e.g., the log data. The CHECKPOINT operation
writes data to its home location and make the state
persistent, so as to make the transactions recoverable
without keeping transaction metadata. For instance, the
CHECKPOINT operation in WAL is the in-place update
of the new-version data in a transaction. The ERASE
operation is an operation that overwrites or erases the
transaction data when the data is obsolete. Therefore,
a transaction is born when it is started and dies after
the checkpoint operation. The death of a transaction
is different from the completion (commit/abort) of the
transaction. A transaction is alive when the transaction
metadata needs to be kept before the checkpoint. As
shown in Figure 1, we call the transactions that have
not committed or aborted active transactions, and those
that have not yet been checkpointed live transactions. In
a system that uses write-ahead logging, a transaction
completes on commit or abort, and dies after the data
is checkpointed in-place from the logs. In this paper, we
will exploit the death of transactions to reduce transaction
state tracking cost in the FTL.

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

สนับสนุนน้ำหนักเบาสำหรับธุรกรรมที่ฝังตัว ทั่วไปธุรกรรมมีสี่การดำเนินงาน: เริ่มต้น ทราน /ยกเลิก จุดตรวจสอบและลบ มากรูปที่ 1 เริ่มต้นและยืนยัน/ยกเลิกการดำเนินการใช้ โดยโปรแกรม เพื่อทำธุรกรรมเมื่อกำหนด หรือยก เลิก สถานะธุรกรรมตัดสินได้ และสามารถกู้คืนหลังจากระบบความผิดพลาด แต่นี้ต้องตาธุรกรรมพิเศษจะเก็บไว้ เช่น บันทึกข้อมูล การดำเนินการของจุดตรวจสอบเขียนข้อมูลของสถานบ้านและทำให้รัฐแบบถาวร เพื่อทำธุรกรรมได้รับคืนโดยไม่ต้องเก็บรักษาข้อมูลเมตาของธุรกรรม ตัวอย่าง การจุดตรวจสอบการดำเนินงานในหยั่นหวอหยุ่นคือ การปรับปรุงในสถานข้อมูลเวอร์ชันใหม่ในธุรกรรม การลบการดำเนินงานเป็นการดำเนินการที่เขียนทับ หรือลบธุรกรรมข้อมูลเมื่อข้อมูลล้าสมัย ดังนั้นธุรกรรมจะเกิดเมื่อเริ่มต้น และตายหลังจากการดำเนินงานจุดตรวจสอบ การตายของธุรกรรมแตกต่างจากความสมบูรณ์ (ยืนยัน/ยกเลิก) ของการธุรกรรม ธุรกรรมที่จะมีชีวิตอยู่เมื่อธุรกรรมตาต้องเก็บไว้ก่อนด่าน เป็นแสดงในรูปที่ 1 เรียกธุรกรรมที่มีไม่ผูกมัด หรือยกเลิกธุรกรรมงาน และผู้ที่ยังไม่ได้ checkpointed ธุรกรรมอยู่ ในระบบที่ใช้เขียนล่วงหน้าล็อก ธุรกรรมเสร็จสิ้นในการยืนยันหรือยกเลิก และตายหลังจากข้อมูลcheckpointed ทำจากแฟ้มบันทึกได้ ในเอกสารนี้ เราจะใช้การตายของธุรกรรมการลดธุรกรรมสถานะการติดตามต้นทุนในการ FTL

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

การสนับสนุนที่มีน้ำหนักเบาสำหรับการทำธุรกรรมที่ฝังตัว โดยทั่วไป
การทำธุรกรรมมีสี่การดำเนินงาน: BEGIN, COMMIT /
ยกเลิกจุดตรวจสอบและลบดังแสดงใน
รูปที่ 1 BEGIN และ COMMIT / ABORT การดำเนินงาน
จะถูกใช้โดยโปรแกรมจะเริ่มต้นและการทำธุรกรรม.
เมื่อทำธุรกรรมที่มีความมุ่งมั่นหรือยกเลิก รัฐ
ได้รับการพิจารณาและสามารถกู้คืนได้หลังจากที่ระบบ
ผิดพลาด แต่นี้ต้องใช้ข้อมูลเมตาทำธุรกรรมพิเศษที่จะได้รับการ
เก็บรักษาไว้เช่นข้อมูลเข้าสู่ระบบ การดำเนินงานจุดตรวจสอบ
เขียนข้อมูลไปยังสถานที่ที่บ้านของตนและทำให้รัฐ
ถาวรเพื่อที่จะทำให้การทำธุรกรรมคืน
โดยไม่ต้องเก็บรักษาข้อมูลเมตาการทำธุรกรรม ยกตัวอย่างเช่น
การดำเนินงานในด่าน WAL คือการปรับปรุงในสถานที่
ของข้อมูลใหม่รุ่นในการทำธุรกรรม ลบ
การดำเนินงานคือการดำเนินการที่จะเขียนทับหรือลบ
ข้อมูลการทำธุรกรรมเมื่อข้อมูลที่ล้าสมัย ดังนั้น
การทำธุรกรรมจะเกิดเมื่อมีการเริ่มต้นและตายหลังจาก
การดำเนินงานที่ด่าน การตายของการทำธุรกรรม
จะแตกต่างจากเสร็จสิ้น (กระทำ / ยกเลิก) ของ
การทำธุรกรรม การทำธุรกรรมที่มีชีวิตอยู่เมื่อทำธุรกรรม
เมตาดาต้าที่ต้องเก็บไว้ก่อนที่ด่าน ในฐานะที่
แสดงในรูปที่ 1 ที่เราเรียกว่าการทำธุรกรรมที่มี
ความมุ่งมั่นที่ไม่ได้หรือยกเลิกการทำธุรกรรมที่ใช้งานและผู้
ที่ยังไม่ได้รับการทำธุรกรรมที่ checkpointed สด ใน
ระบบที่ใช้ในการเข้าสู่ระบบเขียนล่วงหน้า, การทำธุรกรรม
เสร็จสมบูรณ์ในการกระทำหรือยกเลิกและตายหลังจากที่ข้อมูล
ถูก checkpointed ในสถานที่จากบันทึก ในบทความนี้เรา
จะใช้ประโยชน์จากการตายของการทำธุรกรรมที่จะลดการทำธุรกรรม
การติดตามค่าใช้จ่ายของรัฐในเร็ว

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

สนับสนุนที่มีน้ำหนักเบาสำหรับการทำธุรกรรมที่ฝังตัว โดย
ธุรกรรมได้สี่ดำเนินการ : เริ่มยอมรับ /
ยกเลิกด่าน และ ลบ ดังแสดงในรูปที่ 1
. การเริ่มต้นและการยืนยัน / ยกเลิก
ใช้โปรแกรมที่เริ่มต้นและเสร็จสิ้นธุรกรรม .
เมื่อ ธุรกรรมที่กระทำ หรือ ยกเลิก ของรัฐ
มีความตั้งใจ และสามารถกู้คืนหลังจากที่ผิดพลาดของระบบ
,แต่นี้ต้องใช้ข้อมูลธุรกรรมพิเศษที่จะ
เก็บไว้ เช่น ข้อมูลเข้าสู่ระบบ งานด่าน
เขียนข้อมูลไปยังตำแหน่งของบ้าน และให้รัฐ
แบบถาวร เพื่อให้ธุรกรรมฯ
โดยไม่รักษาข้อมูลธุรกรรม เช่น ด่านางวาลเป็น

ของที่ปรับปรุงรุ่นใหม่ข้อมูลธุรกรรม
ลบการดำเนินงานที่เขียนทับหรือลบข้อมูล
ธุรกรรมเมื่อข้อมูลที่ล้าสมัย ดังนั้น
ธุรกรรมเกิดเมื่อมีการเริ่มต้น และตายหลังจาก
ด่านการดําเนินงาน ความตายของธุรกรรม
แตกต่างจากความสมบูรณ์ ( ยืนยัน / ยกเลิก ) ของ
รายการ ธุรกรรมที่มีชีวิตอยู่เมื่อธุรกรรม
เมตาดาต้าต้องเก็บไว้ก่อนตรวจ โดย
แสดงในรูปที่ 1 เราเรียกรายการที่ยังไม่มั่น หรือธุรกรรมที่ใช้งาน

แล้วและผู้ที่ยังไม่ checkpointed ธุรกรรมอยู่ ในระบบที่ใช้เขียนเลย

เสร็จสมบูรณ์ในการบันทึก การกระทำ หรือ ยกเลิก และตายหลังจากข้อมูล
เป็น checkpointed ในสถานที่จากบันทึก ในกระดาษนี้เราจะใช้ประโยชน์จากความตายของธุรกรรม

ลดรายการสถานะการติดตามค่าใช้จ่ายใน FTL