Message coalescing is one of the ke

Message coalescing is one of the key design considerations of our runtime to increase the effective bandwidth seen at user-level. The runtime aggregates the messages on a per-destination basis into a coalescing queue, which can either be a shared or a private coalescing queue. Figure 7 shows an example of a shared coalescing queue, where the runtime preallocates buffers (coalescing queues), one per destination node (Dest0, Dest1, ..., Destn−1), which are shared across all the threads on the same node. When threads generate messages, these are pushed into the coalescing queues for their respective destinations. Given that, at any given moment, multiple threads may be trying to write to the same queue, this operation requires coordination among threads. With private coalescing queues, each thread owns a set of preallocated buffers for all possible destination nodes, and enqueueing messages does not require coordination or locking. However, the memory consumption, compared to that of the case of shared queues, increases as the number of active threads on each node.

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

Coalescing ข้อความเป็นการพิจารณาออกแบบหลักของรันไทม์ของเราเพื่อเพิ่มแบนด์วิดท์ประสิทธิภาพเห็นที่ระดับผู้ใช้อย่างใดอย่างหนึ่ง รันไทม์การรวมข้อความบนพื้นฐานต่อปลายเข้าคิว coalescing ซึ่งอาจเป็นใช้ร่วมกันหรือ coalescing คิวส่วนตัว รูปที่ 7 แสดงตัวอย่างของคิว coalescing ใช้ร่วมกันที่รันไทม์ preallocates บัฟเฟอร์ (coalescing คิว), หนึ่งต่อโหนปลายทาง (Dest0, Dest1,..., Destn−1), ซึ่งใช้ร่วมกันข้ามเธรดทั้งหมดบนโหนดเดียวกัน เมื่อเธรดที่สร้างข้อความ เหล่านี้จะผลักดันเข้าสู่คิว coalescing สำหรับจุดหมายนั้น ๆ ระบุว่า ทุก หลายเธรดอาจกำลังพยายามเขียนไปยังคิวเดียวกัน การดำเนินการนี้ต้องประสานงานระหว่างหัวข้อ คิวส่วนตัว coalescing แต่ละเธรดที่เป็นเจ้าของชุดของบัฟเฟอร์การปันส่วนล่วงหน้าสำหรับโหนปลายทางเป็นไปได้ทั้งหมด และข้อความ enqueueing ไม่ต้องประสานงานหรือการล็อก อย่างไรก็ตาม การบริโภคหน่วยความจำ เมื่อเปรียบเทียบกับกรณีของคิวร่วม เพิ่มขึ้นเป็นจำนวนเธรดที่ใช้งานอยู่บนแต่ละโหน

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

coalescing ข้อความเป็นหนึ่งในการพิจารณาการออกแบบที่สำคัญของรันไทม์ของเราเพื่อเพิ่มแบนด์วิดธ์ที่มีประสิทธิภาพเห็นได้ในระดับผู้ใช้ Runtime จะรวบรวมข้อความบนพื้นฐานต่อปลายทางเป็นคิว coalescing ซึ่งก็จะสามารถใช้ร่วมกันหรือคิว coalescing ส่วนตัว รูปที่ 7 แสดงตัวอย่างของคิวหลอมรวมร่วมกันที่รันไทม์ preallocates บัฟเฟอร์ (coalescing คิว) ความต่อหนึ่งโหนดปลายทาง (Dest0, Dest1, ... , Destn-1) ซึ่งมีการใช้ร่วมกันในหัวข้อทั้งหมดบนโหนดเดียวกัน . เมื่อหัวข้อสร้างข้อความเหล่านี้จะถูกผลักดันให้เป็นคิว coalescing สำหรับปลายทางของตน ระบุว่าในขณะใดก็ตามหลายหัวข้ออาจจะพยายามที่จะเขียนถึงคิวเดียวกันการดำเนินการนี​​้ต้องมีการประสานงานระหว่างหัวข้อ กับคิว coalescing ส่วนตัวแต่ละหัวข้อเป็นเจ้าของชุดบัฟเฟอร์ preallocated สำหรับโหนดปลายทางเป็นไปได้ทั้งหมดและ enqueueing ข้อความไม่จำเป็นต้องมีการประสานงานหรือล็อค อย่างไรก็ตามการใช้หน่วยความจำเมื่อเทียบกับกรณีของคิวที่ใช้ร่วมกันเพิ่มขึ้นเป็นจำนวนของหัวข้อที่ใช้งานในแต่ละโหนด

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

ข้อความ coalescing เป็นหนึ่งของคีย์การพิจารณาออกแบบใหม่เพื่อเพิ่มประสิทธิภาพแบนด์วิดธ์เห็นในระดับผู้ใช้ รันไทม์มวลรวมข้อความบนพื้นฐานต่อปลายทางเป็น coalescing คิวซึ่งสามารถใช้ร่วมกันหรือส่วนบุคคล coalescing คิว รูปที่ 7 แสดงให้เห็นตัวอย่างของการใช้ coalescing คิวที่ runtime preallocates บัฟเฟอร์ ( coalescing คิว ) ต่อหนึ่งโหนดปลายทาง ( dest0 dest1 , , . . . , destn − 1 ) ซึ่งจะใช้ร่วมกันในหัวข้อทั้งหมดบนโหนดเดียวกัน เมื่อกระทู้สร้างข้อความเหล่านี้ จะผลักดันให้เป็น coalescing คิวสำหรับจุดหมายปลายทางของตน ระบุว่า ในช่วงเวลา ที่หลายๆ กระทู้ พยายามจะเขียนลงในคิวเดียวกัน งานนี้ต้องมีการประสานงานระหว่างกระทู้ ด้วยส่วนตัว coalescing คิว แต่ละหัวข้อที่เป็นเจ้าของชุดของ preallocated บัฟเฟอร์สำหรับโหนดปลายทางทั้งหมดที่เป็นไปได้และ enqueueing ข้อความไม่ต้องประสานงานหรือล็อค . อย่างไรก็ตาม การบริโภคหน่วยความจำเมื่อเทียบกับที่ของกรณีใช้คิว เพิ่มขึ้นตามจำนวนของการใช้งานกระทู้ในแต่ละโหนด