The design of our NoCMsg layer avoi

The design of our NoCMsg layer avoids deadlocks in a generalized fashion.We utilize
a polling work loop that cycles between computation, sending, and receiving of data.
In this work loop, a buffered message is sent only if sufficient credits are available
in the output queue; otherwise, the credit check is repeated in the next iteration of
the work loop. When the head of a message opens a wormhole path, NoC links on the
path remain reserved until the full payload (encoded in the head) has been received,
which severely limits the number of concurrent paths. If two (or more) paths share
links or endpoints, then the later one will block at an input queue of a switch. As this
later sender submits more flits, it would eventually experience head-of-line blocking,
which would block the sender in the work loop and prevent it from receiving more
flits, which could result in deadlocks or circular send/receive dependencies. To prevent
such blocking, we no longer send flits when the output queue at the sender is full. But
we still receive flits, which ensures that no deadlock can occur since receives reduce
backpressure.

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

การออกแบบของชั้น NoCMsg ของเราหลีกเลี่ยงการติดตายในทั่วไป fashion.We
ใช้ห่วงการทำงานของหน่วยเลือกตั้งที่รอบระหว่างการคำนวณการส่งและรับข้อมูล.
ในวงงานนี้มีข้อความบัฟเฟอร์จะถูกส่งเฉพาะในกรณีที่สินเชื่อที่มีอยู่เพียงพอในการส่งออก
คิว; ฉะนั้นการตรวจสอบเครดิตซ้ำแล้วซ้ำอีกในการย้ำต่อไปของวงงาน
เมื่อหัวของข้อความเปิดเส้นทางหนอน, NOC
เชื่อมโยงในเส้นทางที่ยังคงลิขสิทธิ์จนน้ำหนักบรรทุกเต็มรูปแบบ(การเข้ารหัสในหัว)
ที่ได้รับซึ่งรุนแรงจะจำกัด จำนวนของเส้นทางพร้อมกัน ถ้าสองคน (หรือมากกว่า)
ส่วนแบ่งเส้นทางการเชื่อมโยงหรือปลายทางแล้วหนึ่งในภายหลังจะป้องกันในคิวป้อนข้อมูลของสวิทช์ เช่นนี้ส่งต่อมาส่งผละอื่น ๆ อีกมากมายในที่สุดก็จะได้สัมผัสกับหัวของเส้นปิดกั้นที่จะปิดกั้นผู้ส่งในวงการทำงานและป้องกันไม่ให้มันมากขึ้นจากการได้รับผละซึ่งอาจส่งผลให้เกิดการติดตายหรือวงกลมส่ง / รับการอ้างอิง เพื่อป้องกันไม่ให้ปิดกั้นดังกล่าวเราไม่ได้ส่งผละเมื่อคิวการส่งออกที่ผู้ส่งที่เต็มไปด้วย แต่เรายังคงได้รับผละซึ่งทำให้มั่นใจได้ว่าการหยุดชะงักไม่สามารถเกิดขึ้นได้เนื่องจากได้รับการลดbackpressure

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

การออกแบบชั้น nocmsg ของเราเพื่อหลีกเลี่ยงการติดตายในแฟชั่นทั่วไป เราใช้
จัดงาน ห่วงว่ารอบระหว่างการคำนวณ , การส่งและรับข้อมูล .
ในห่วงงานนี้ ข้อความนี้ส่งเฉพาะถ้าเครดิตเพียงพอเป็นใช้ได้
ในคิวเอาท์พุท หรือ สินเชื่อ ตรวจสอบซ้ำใน ซ้ำต่อไปของ
งานวงเมื่อหัวของข้อความจะเปิดเส้นทางรูหนอน ลิงค์โป๊บน
เส้นทางยังคงสงวนจนกว่าอัตราเต็ม ( เข้ารหัสในหัว ) ได้รับ
ที่รุนแรงจำกัดเส้นทางพร้อมกัน ถ้าสอง ( หรือมากกว่า ) เส้นทางแบ่งปัน
การเชื่อมโยงหรือข้อมูลแล้วและจะบล็อกที่ใส่คิวสวิทช์ นี้
ภายหลังผู้ส่งส่งโผ s เพิ่มเติมแล้วในที่สุดก็จะพบหัวหน้าสายการปิดกั้น
ซึ่งจะบล็อกผู้ส่งในการทํางาน ห่วง และป้องกันไม่ให้ได้รับโผ s มากขึ้น
ซึ่งอาจส่งผลในการติดตาย หรือ กลม ส่ง / รับการอ้างอิง . เพื่อป้องกัน
เช่นกั้น เราไม่ส่งโผ s เมื่อผู้ส่งออกคิวเต็ม แต่เรายังคงได้รับโผ s
,ซึ่งยืนยันว่า ไม่มีการหยุดชะงักเกิดขึ้นเมื่อได้รับลด
backpressure .