6.1.1 Maintaining the High Water Ma

6.1.1 Maintaining the High Water Mark
To maintain the HWM, we designate one site the
timestamp authority (TA) with the responsibility of
allocating timestamps to other sites. The idea is to divide
time into a number of epochs; we define the epoch number
to be the number of epochs that have elapsed since the
beginning of time. We anticipate epochs being relatively
long – e.g., many seconds each, but the exact duration
may vary from deployment to deployment. We define the
initial HWM to be epoch 0 and start current epoch at 1.
Periodically, the TA decides to move the system to the
next epoch; it sends a end of epoch message to each site,
each of which increments current epoch from e to e+1,
thus causing new transactions that arrive to be run with a
timestamp e+1. Each site waits for all the transactions
that began in epoch e (or an earlier epoch) to complete and
then sends an epoch complete message to the TA. Once
the TA has received epoch complete messages from all
sites for epoch e, it sets the HWM to be e, and sends this
value to each site. Figure 3 illustrates this process.
After the TA has broadcast the new HWM with value
e, read-only transactions can begin reading data from
epoch e or earlier and be assured that this data has been
committed. To allow users to refer to a particular realworld
time when their query should start, we maintain a
table mapping epoch numbers to times, and start the query
as of the epoch nearest to the user-specified time.
To avoid epoch numbers from growing without bound
and consuming extra space, we plan to “reclaim” epochs
that are no longer needed. We will do this by “wrapping”
timestamps, allowing us to reuse old epoch numbers as in

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

6.1.1 รักษาหมายน้ำสูงการรักษา HWM เรากำหนดเว็บไซต์หนึ่งหน่วยงานระบุเวลา (ตา) รับผิดชอบของประทับเวลาที่ปันส่วนไปยังไซต์อื่น ความคิดที่จะ แบ่งเวลาเป็นจำนวน epochs เรากำหนดจำนวนเหตุการณ์เป็น จำนวน epochs ที่พ้นระยะการจุดเริ่มต้นของเวลา เราคาดหวัง epochs ค่อนข้างถูกยาว-เช่น หลายวินาที แต่ระยะเวลาที่แน่นอนอาจแตกต่างจากการปรับใช้การปรับใช้ เรากำหนดHWM เริ่มต้นยุค 0 และเริ่มต้นยุคปัจจุบันที่ 1เป็นระยะ ๆ TA การตัดสินใจที่จะย้ายระบบไปยังยุคถัดไป ส่งสิ้นสุดของยุคข้อละไซต์ซึ่งแต่ละเพิ่มยุคปัจจุบันจาก e ถึง e + 1ทำธุรกรรมใหม่ที่เดินทางมาทำงานด้วยการประทับเวลา e + 1 แต่ละไซต์รอสำหรับธุรกรรมทั้งหมดที่เริ่มในยุค e (หรือยุคการก่อนหน้า) ให้เสร็จสมบูรณ์ และส่งข้อความเสร็จสมบูรณ์ของยุคไปตา ครั้งหนึ่งตาได้รับข้อความเสร็จสมบูรณ์ยุคจากทั้งหมดเว็บไซต์สำหรับยุค e มันกำหนด HWM จะ e และส่งนี้ค่าที่แต่ละไซต์ รูปที่ 3 แสดงให้เห็นถึงกระบวนการนี้หลังจากตามีออกอากาศ HWM ใหม่ ด้วยค่าe ธุรกรรมอ่านจะเริ่มอ่านข้อมูลจากยุค e หรือรุ่นก่อนหน้า และมั่นใจได้ว่า ได้รับข้อมูลนี้ความมุ่งมั่น เพื่อให้ผู้ใช้อ้างถึงใน realworld เฉพาะเวลาของแบบสอบถามควรเริ่มต้น เรารักษาตารางหมายเลขยุคแม็ปครั้ง และเริ่มต้นแบบสอบถามณ ยุคใกล้เวลาผู้ใช้ระบุเพื่อหลีกเลี่ยงเลขยุคเติบโตโดยไม่ต้องผูกกับใช้พื้นที่พิเศษ จัด "แผ้ว" epochsที่ไม่จำเป็น เราจะทำได้ โดยการ "ตัด"ประทับเวลา ทำให้เราสามารถนำตัวเลขยุคเก่าใน

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

6.1.1 การดูแลรักษามาร์คน้ำสูง
เพื่อรักษา HWM เรากำหนดหนึ่งเว็บไซต์ที่
ผู้มีอำนาจในการประทับเวลา (TA) มีความรับผิดชอบใน
การจัดสรร timestamps ยังเว็บไซต์อื่น ๆ ความคิดที่จะแบ่ง
เวลาออกเป็นจำนวน epochs; เรากำหนดจำนวนยุค
ที่จะเป็นจำนวน epochs ที่ผ่านไปนับตั้งแต่
จุดเริ่มต้นของเวลา เราคาดว่าจะยุคสมัยที่ค่อนข้าง
ยาว - เช่นหลายวินาทีแต่ละ แต่ระยะเวลาที่แน่นอน
อาจแตกต่างจากการใช้งานที่จะใช้งาน เรากำหนด
HWM เริ่มต้นที่จะเป็นยุค 0 และเริ่มยุคปัจจุบันที่ 1
ระยะที่ TA ตัดสินใจที่จะย้ายระบบไปยัง
ยุคถัดไป มันจะส่งส่วนท้ายของข้อความยุคให้กับแต่ละสถานที่
แต่ละแห่งซึ่งเพิ่มขึ้นยุคปัจจุบันจาก E ไปยัง e + 1,
จึงก่อให้เกิดการทำธุรกรรมใหม่ที่จะมาถึงจะทำงานด้วย
การประทับเวลา E + 1 แต่ละเว็บไซต์รอสำหรับการทำธุรกรรมทั้งหมด
ที่เริ่มต้นในยุค E (หรือยุคก่อนหน้า) ให้เสร็จสมบูรณ์และ
จากนั้นจะส่งข้อความยุคสมบูรณ์ไป TA เมื่อ
ตาได้รับข้อความยุคที่สมบูรณ์จากทุก
เว็บไซต์สำหรับยุค E จะกำหนด HWM ที่จะเป็น E และส่งนี้
มูลค่าให้กับแต่ละเว็บไซต์ รูปที่ 3 แสดงให้เห็นถึงขั้นตอนนี้.
หลังจาก TA ได้ออกอากาศ HWM ใหม่ที่มีค่า
E อ่านอย่างเดียวสามารถเริ่มต้นการทำธุรกรรมการอ่านข้อมูลจาก
ยุคอีหรือก่อนหน้านี้และมั่นใจได้ว่าข้อมูลนี้ได้รับการ
มุ่งมั่น เพื่อให้ผู้ใช้เพื่ออ้างถึง RealWorld โดยเฉพาะอย่างยิ่ง
เวลาที่ค้นหาของพวกเขาควรจะเริ่มต้นเรารักษา
หมายเลขยุคการทำแผนที่ตารางเวลาและเริ่มต้นการค้นหา
เป็นของยุคที่ใกล้ที่สุดเพื่อเวลาใช้งานที่ระบุ.
เพื่อหลีกเลี่ยงหมายเลขยุคจากการเจริญเติบโตโดยไม่ต้องถูกผูกไว้
และเสียพื้นที่พิเศษเราวางแผนที่จะ "เรียกคืน" ยุคสมัย
ที่ไม่จำเป็นอีกต่อไป เราจะทำเช่นนี้โดย "ตัด"
timestamps ช่วยให้เราสามารถนำมาใช้ใหม่หมายเลขยุคเก่าเช่นเดียวกับใน

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

และการรักษาเครื่องหมายน้ำสูงเพื่อรักษา HWM เราออกแบบเว็บไซต์หนึ่งเวลามีอำนาจ ( TA ) ที่มีความรับผิดชอบการประทับเวลาในเว็บไซต์อื่น ๆ ความคิดที่จะแบ่งเวลาเป็นหลายยุคสมัย เรากำหนดให้จำนวนจะเป็นหมายเลขของยุคสมัยที่ผ่านไปตั้งแต่จุดเริ่มต้นของเวลา เราคาดหวังกับยุคสมัยที่ถูกค่อนข้างนานหลายวินาที ( เช่น กัน แต่ที่แน่นอน ระยะเวลาอาจแตกต่างจากการใช้งานเพื่อการใช้งาน . เรากำหนดเริ่มต้นเป็น 0 และ HWM ยุคเริ่มต้น ยุคปัจจุบันที่ 1เป็นระยะ ๆเช่น ตัดสินใจย้ายระบบไปยังถัดไปยุค มันส่งปลายยุคข้อความแต่ละไซต์ซึ่งแต่ละยุคปัจจุบันเพิ่มขึ้นจาก e E + 1จึงทําให้เกิดใหม่รายการที่ถึงต้องวิ่งหนีด้วยเวลา E + 1 แต่ละเว็บไซต์รอสำหรับการทำธุรกรรมทั้งหมดที่เริ่มขึ้นในยุค E ( หรือยุคก่อนหน้านี้ ) ให้เสร็จสมบูรณ์ และแล้วส่งเป็นข้อความให้สมบูรณ์ให้ทา เมื่อTA ได้รับข้อความสมบูรณ์ยุคจากทั้งหมดเว็บไซต์สำหรับยุค E มันชุด HWM เป็น E และส่งนี้มูลค่าของแต่ละเว็บไซต์ รูปที่ 3 แสดงให้เห็นกระบวนการนี้หลังจากทาได้ออกอากาศ HWM ใหม่ด้วยค่าE , รายการอ่านอย่างเดียวสามารถเริ่มต้นการอ่านข้อมูลจากยุค E หรือก่อนหน้านี้ และมั่นใจได้ว่า ข้อมูลนี้ได้มุ่งมั่น เพื่อให้ผู้ใช้สามารถอ้างถึง realworld โดยเฉพาะเวลาค้นหาของพวกเขาควรเริ่มต้น เราจะรักษาตารางการทำแผนที่ตัวเลขหนึ่งครั้งและเริ่มค้นหาในยุคที่ใกล้ที่สุดกับผู้ใช้ที่ระบุเวลาเพื่อหลีกเลี่ยงจากการเติบโตตัวเลขยุคโดยไม่ผูกและการใช้พื้นที่พิเศษ เราวางแผนที่จะ " เรียกคืน " ยุคสมัยที่ไม่มีความจำเป็นอีกต่อไป เราจะทำเช่นนี้โดย " ตัด "timestamps อนุญาตให้เราใช้ตัวเลขในยุคเก่า