Errors can then be captured by the

Errors can then be captured by the application by setting
the appropriate MPI_ERRHANDLER.
An additional criterion to consider is that some MPI operations are collective, or have a matching call at some other
process (e.g. Send/Recv). Convenience would call for the
same error be returned uniformly at all ranks that participated in the communication. This would easily permit tracking the global progress of the application (and then infer a
consistent, synchronized recovery point). However, the performance consequences are dire, as it requires that every
communication concludes with an agreement operation between its participants in order to determine the global success or failure of the communication, as viewed by each process. Such an operation cannot be possibly achieved in less
than the cost of an AllReduce, even without accounting for
the cost of actually tolerating failures during the operation,
and would thus impose an enormous overhead on communication. In regard to the goal of maintaining an unchanged
level of performance, it is clearly unacceptable to double,
at best, the cost of all latency bound communication operations, especially when no failure has occurred. Furthermore,
it is already customary for MPI operations to have a local
only semantic, for example, when an MPI_REDUCE completes
at a non-root process, there is no guarantee that the root
has received the result of the collective operation yet. The
semantic only specifies that when the operation completes,
the local input buffer can be reused.
As a consequence, in ulfm, the reporting of errors has a local operation semantic: the local completion status (in error,
or successfully) cannot be used to assume if the operation
has failed or succeeded at other ranks. In many applications,
this uncertainty is manageable, because the communication
pattern is simple enough. In some cases, however, the communication pattern does not allow such flexibility, and the
application thereby requires an operation to resolve that uncertainty, as described below.

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

ข้อผิดพลาดสามารถถูกรวบรวม โดยแอพลิเคชัน โดยการตั้งค่าMPI_ERRHANDLER ที่เหมาะสมมีเกณฑ์เพิ่มเติมเพื่อพิจารณาคือ การดำเนินการบาง MPI จะรวม หรือมีสายตรงที่อื่น ๆกระบวนการ (เช่นส่ง/รับ) สะดวกจะเรียกสำหรับการข้อผิดพลาดเดียวกันจะส่งคืนที่จัดอันดับทั้งหมดที่เข้าร่วมในการสื่อสารอย่างสม่ำเสมอ นี้ได้อย่างง่ายดายจะอนุญาตให้ติดตามความคืบหน้าส่วนกลางของโปรแกรม (และสรุปแล้ว เป็นสอดคล้องกัน ตรงจุดการกู้คืน) อย่างไรก็ตาม ประสิทธิภาพผลเป็นหายนะ ต้องที่ทุกการสื่อสารสรุป ด้วยการดำเนินการข้อตกลงระหว่างกันของการพิจารณาโลกสำเร็จหรือล้มเหลวของการสื่อสาร ตามดูแต่ละกระบวนการ การดำเนินการดังกล่าวไม่สามารถทำได้อาจจะในน้อยกว่ากว่าต้นทุนของการ AllReduce แม้ไม่มีบัญชีสำหรับของจริง tolerating ความล้มเหลวในระหว่างการดำเนินการและจึงจะกำหนดค่าการผลิตขนาดใหญ่การสื่อสาร ในเรื่องเป้าหมายของการรักษาที่ไม่เปลี่ยนแปลงระดับของประสิทธิภาพ มันไม่ยอมรับอย่างชัดเจนการคู่ที่ดีที่สุด ต้นทุนของเวลาแฝงทั้งหมดผูกการดำเนินการสื่อสาร โดยเฉพาะอย่างยิ่งเมื่อเกิดความล้มเหลวไม่ นอกจากนี้จะได้ดำเนินการพัฒนาเพื่อให้ท้องถิ่นเฉพาะ ทางตรรก เช่น เมื่อ MPI_REDUCE เสร็จสมบูรณ์ที่กระบวนการไม่ใช่ราก มีการรับประกันที่รากได้รับผลของการดำเนินงานร่วมกันได้ การความหมายเฉพาะระบุที่เมื่อดำเนินการเสร็จสิ้นบัฟเฟอร์ขาเข้าภายในสามารถนำมาเป็นผล ulfm การรายงานข้อผิดพลาดมีการดำเนินการภายในทางตรรก: สถานะความสมบูรณ์ภายใน (ความผิดพลาดหรือสำเร็จ) ไม่สามารถใช้การสมมติถ้าการดำเนินการล้มเหลว หรือประสบความสำเร็จที่ระดับอื่น ๆ งานความไม่แน่นอนนี้คือสามารถจัดการได้ เนื่องจากการสื่อสารรูปแบบง่ายพอ ในบางกรณี อย่างไรก็ตาม รูปแบบการสื่อสารไม่ให้ความยืดหยุ่นดังกล่าว และโปรแกรมประยุกต์จึงต้องการการดำเนินการแก้ไขที่ไม่แน่นอน ตามที่อธิบายไว้ด้านล่าง

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

ข้อผิดพลาดแล้วจะถูกจับโดยการประยุกต์ใช้โดยการตั้งค่า
MPI_ERRHANDLER เหมาะสม.
เกณฑ์เพิ่มเติมที่ต้องพิจารณาคือการดำเนินงานบางส่วน MPI เป็นส่วนรวมหรือมีสายที่ตรงกับที่อื่น ๆ บาง
กระบวนการ (เช่นส่ง / Recv) ความสะดวกสบายจะเรียกสำหรับ
ข้อผิดพลาดเดียวกันจะกลับมาเหมือนกันในการจัดอันดับทั้งหมดที่เข้าร่วมในการสื่อสาร นี้ได้อย่างง่ายดายจะอนุญาตให้ติดตามความคืบหน้าระดับโลกของแอพลิเคชัน (แล้วอนุมาน
สอดคล้องจุดกู้คืนข้อมูลให้ตรงกัน) อย่างไรก็ตามผลกระทบที่มีประสิทธิภาพการทำงานที่เลวร้ายตามที่มันต้องการให้ทุก
การสื่อสารสรุปด้วยการดำเนินการข้อตกลงระหว่างผู้เข้าร่วมในการสั่งซื้อเพื่อตรวจสอบความสำเร็จทั่วโลกหรือความล้มเหลวของการสื่อสารในขณะที่ดูได้โดยแต่ละขั้นตอน เช่นการดำเนินการไม่สามารถทำได้อาจจะเป็นในเวลาที่น้อย
กว่าค่าใช้จ่ายของ AllReduce ที่แม้จะไม่มีการบัญชีสำหรับ
ค่าใช้จ่ายของจริงทนความล้มเหลวในระหว่างการดำเนินการ
จึงจะกำหนดค่าใช้จ่ายมหาศาลในการสื่อสาร ในเรื่องเกี่ยวกับเป้าหมายของการรักษาไม่เปลี่ยนแปลง
ระดับของการปฏิบัติก็เป็นที่ยอมรับไม่ได้อย่างชัดเจนกับคู่
ที่ดีที่สุด, ค่าใช้จ่ายในการดำเนินงานที่ถูกผูกไว้แฝงการสื่อสารทั้งหมดโดยเฉพาะอย่างยิ่งเมื่อไม่มีความล้มเหลวที่เกิดขึ้น นอกจากนี้
มันมีอยู่แล้วสำหรับการดำเนินงานประเพณี MPI ที่จะมีในท้องถิ่น
เพียงความหมายเช่นเมื่อ MPI_REDUCE เสร็จสมบูรณ์
ในกระบวนการที่ไม่ใช่รากมีการรับประกันว่ารากไม่
ได้รับผลจากการดำเนินงานโดยรวมยัง
ความหมายเพียงระบุว่าเมื่อการดำเนินการเสร็จสิ้น
บัฟเฟอร์อินพุตท้องถิ่นสามารถนำกลับมา.
เป็นผลให้ใน ulfm การรายงานข้อผิดพลาดที่มีการดำเนินการในท้องถิ่นความหมาย: สถานะเสร็จสิ้นท้องถิ่น (ในข้อผิดพลาด
หรือประสบความสำเร็จ) ไม่สามารถนำมาใช้เพื่อ สมมติถ้าการดำเนินการ
ล้มเหลวหรือประสบความสำเร็จในการจัดอันดับอื่น ๆ ในการใช้งานหลาย
ความไม่แน่นอนนี้สามารถจัดการได้เพราะการสื่อสาร
รูปแบบง่ายพอ ในบางกรณี แต่รูปแบบการสื่อสารที่ไม่อนุญาตให้มีความยืดหยุ่นดังกล่าวและ
การประยุกต์ใช้จึงต้องมีการดำเนินการเพื่อแก้ไขปัญหาความไม่แน่นอนที่ตามที่อธิบายไว้ด้านล่าง

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

ข้อผิดพลาดแล้วสามารถบันทึกโดยการประยุกต์ใช้โดยการตั้งค่าการ mpi_errhandler เหมาะสมเกณฑ์เพิ่มเติมเพื่อพิจารณาว่าดำเนินการบางอย่างยังคงมีกลุ่ม หรือมีการจับคู่โทรศัพท์ที่บางอื่น ๆกระบวนการ ( เช่นการส่ง / recv ) สะดวกจะเรียกสำหรับข้อผิดพลาดเดียวกันกลับเหมือนกันเลยอันดับที่เข้าร่วมในการสื่อสาร นี้ได้อย่างง่ายดายจะอนุญาตให้มีการติดตามความคืบหน้าของโลกของโปรแกรม ( แล้วสรุปว่าเป็นสอดคล้องกัน , ตรงกันจุดกู้คืน ) อย่างไรก็ตาม การแสดงผลที่เลวร้าย มันมีทุกการสื่อสารจบลงด้วยข้อตกลงการดำเนินงานระหว่างผู้เข้าร่วมในการตรวจสอบทั่วโลก ความสำเร็จ หรือความล้มเหลวของการสื่อสาร ตามทัศนะของแต่ละกระบวนการ การดําเนินการดังกล่าวไม่สามารถจะได้น้อยลงกว่าต้นทุนของ allreduce แม้ไม่มีบัญชีสำหรับต้นทุนจริงทนความล้มเหลวในการผ่าตัดแล้วจึงกำหนดเป็นค่าใช้จ่ายมหาศาลในการสื่อสาร ในเรื่องเป้าหมายของการไม่เปลี่ยนแปลงระดับของการปฏิบัติ มันเป็นอย่างชัดเจนไม่ได้คู่ที่ดีที่สุด , ต้นทุนแฝงไว้ทั้งหมด การสื่อสาร โดยเฉพาะอย่างยิ่งเมื่อไม่มีความล้มเหลวได้เกิดขึ้น นอกจากนี้มันเป็นประเพณีสำหรับหน้าการดำเนินการมีในท้องถิ่นแต่ความหมาย ตัวอย่างเช่น เมื่อ mpi_reduce เสร็จสมบูรณ์ที่ไม่ใช่รากกระบวนการ ไม่มีหลักประกันว่า รากได้รับผลของการทำงานร่วมกันเลย ที่ความหมาย เพียงระบุว่า เมื่อผ่าตัดเสร็จสมบูรณ์บัฟเฟอร์ข้อมูลท้องถิ่นสามารถนํากลับมาใช้อย่างไรก็ดี ใน ulfm , รายงานข้อผิดพลาดที่มีความหมาย : เสร็จสิ้นการท้องถิ่นท้องถิ่น สถานะ ( ในข้อผิดพลาดหรือประสบความสำเร็จ ) ไม่สามารถใช้สมมติถ้าผ่าตัดล้มเหลวหรือประสบความสำเร็จในตำแหน่งอื่น ๆ ในการใช้งานหลายความไม่แน่นอนนี้จะสามารถจัดการได้ เพราะการสื่อสารรูปแบบง่าย ๆพอ ในบางกรณี อย่างไรก็ตาม รูปแบบการสื่อสารที่ไม่อนุญาตให้มีความยืดหยุ่นเช่น , และโปรแกรมจึงต้องผ่าตัดเพื่อแก้ปัญหาความไม่แน่นอนที่ตามที่อธิบายไว้ด้านล่าง