The parallel run with two instances

The parallel run with two instances of DROID, each working on one subdirectory of the parent directory of the data collection, took about four hours to complete. Figure 3 shows the comparison of the time involved in running multiple DROID instances with different levels and numbers of subdirectories. It should be noted here that the level of nesting of the directory hierarchy, along with the number of files in each directory, has an impact on the overall runtime of the DROID jobs. It is clear (from Figure 3) that in our test case, running 31 instances of DROID (as there are 31 directories at the second level of nesting) led to the shortest time-to-result with the optimal load-balancing scheme – one hour and fifteen minutes in total. The rate-determining step, the one that took longest to complete, was related to one of the subdirectories of a directory at level-1 of nesting-hierarchy. Since each compute-node that was involved in the parallel runs of DROID had 32 GB of memory only, we ran only one instance of DROID on this compute-node. It is possible to run up to 16 instances of DROID on each compute node of Stampede, as there are 16 cores on each node. Each instance of DROID could be running on one core of the compute-node. However, the size of the directory associated with each DROID instance determines the total number of instances of DROID that can be launched on a node. This is because all the instances of the DROID software running on a node will have to use the shared memory available on the compute-node, which is 32 GB in case of Stampede. Therefore, to prevent the computational job from crashing due to memory-starvation on a node, it is important to distribute the parallel runs over multiple compute nodes such that each DROID instance has enough memory available to it.

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

ขนานที่ทำงานกับอินสแตนซ์ที่สองของ DROID แต่ละทำงานในหนึ่งไดเรกทอรีย่อยของไดเรกทอรีหลักของการรวบรวมข้อมูล ใช้เวลาประมาณสี่ชั่วโมงในการกรอก รูปที่ 3 แสดงการเปรียบเทียบเวลาที่เกี่ยวข้องในการเรียกใช้อินสแตนซ์ DROID หลายระดับแตกต่างกันและตัวเลขของไดเรกทอรีย่อย ควรสังเกตที่นี่ว่า ระดับการซ้อนของลำดับชั้นไดเรกทอรี พร้อมกับจำนวนของแฟ้มในไดเรกทอรีแต่ละ มีผลกระทบในการรันไทม์โดยรวมของงาน DROID เป็นที่ชัดเจน (จากรูปที่ 3) ในกรณีทดสอบของเรา เรียกใช้อินสแตนซ์ที่ 31 ของ DROID (มีไดเรกทอรี 31 ที่ระดับสองซ้อน) ให้สั้นที่สุดเวลาถึงผล กับแบบสมดุลที่ดีที่สุด – เวลาหนึ่งชั่วโมงสิบห้านาทีรวม ขั้นตอนการกำหนดราคา ใช้เวลายาวนานที่สุดเพื่อให้เสร็จสมบูรณ์ เกี่ยวข้องกับไดเรกทอรีย่อยของไดเรกทอรีที่ 1 ระดับของลำดับชั้นซ้อนอย่างใดอย่างหนึ่ง เนื่องจากแต่ละโหนดคำนวณที่เกี่ยวข้องกับการทำงานแบบขนานของ DROID มี 32 GB หน่วยความจำเท่านั้น เราวิ่งเพียงหนึ่งอินสแตนซ์ของ DROID ในโหนคำนวณนี้ สามารถเรียกใช้การคำนวณกรณี 16 ของ DROID ในแต่ละโหนของหนี มี 16 แกนบนแต่ละโหนได้ แต่ละอินสแตนซ์ของ DROID สามารถเรียกใช้บนโหนคำนวณหลักหนึ่ง อย่างไรก็ตาม ขนาดของไดเรกทอรีที่เกี่ยวข้องกับแต่ละอินสแตนซ์ของ DROID กำหนดจำนวนอินสแตนซ์ของ DROID ที่สามารถเปิดบนโหนทั้งหมด ทั้งนี้เนื่องจากอินสแตนซ์ทั้งหมดของซอฟต์แวร์ DROID ที่ใช้งานบนโหนดจะต้องมีหน่วยความจำที่ใช้ร่วมกันบนโหนคำนวณ ซึ่งใช้ 32 GB ในกรณีหนี ดังนั้น เพื่อป้องกันงานคำนวณจากความล้มเหลวเนื่องจากหน่วยความจำความอดอยากบนโหน จึงเป็นสิ่งสำคัญที่จะกระจายการทำงานแบบขนานผ่านโหนคำนวณหลายที่แต่ละอินสแตนซ์ของ DROID มีพอให้มัน

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

วิ่งคู่ขนานกับสองกรณีของ DROID แต่ละการทำงานในหนึ่งไดเรกทอรีย่อยของไดเรกทอรีหลักของการเก็บรวบรวมข้อมูลที่ใช้เวลาประมาณสี่ชั่วโมงจะเสร็จสมบูรณ์ รูปที่ 3 แสดงการเปรียบเทียบเวลาที่เกี่ยวข้องในการทำงานกรณี DROID หลายที่มีระดับที่แตกต่างกันและหมายเลขโทรศัพท์ของไดเรกทอรีย่อย มันควรจะตั้งข้อสังเกตที่นี่ว่าระดับของการทำรังของไดเรกทอรีลำดับชั้นพร้อมกับจำนวนของไฟล์ในแต่ละไดเรกทอรีที่มีผลกระทบต่อรันไทม์โดยรวมของงาน DROID เป็นที่ชัดเจน (จากรูปที่ 3) ในกรณีที่การทดสอบของเราทำงาน 31 กรณีของ DROID (ที่มี 31 ไดเรกทอรีในระดับที่สองของการทำรัง) จะนำไปสู่​​ผลเวลาที่สั้นที่สุดกับโครงการดุลการโหลดที่ดีที่สุด - หนึ่ง ชั่วโมงสิบห้านาทีรวม ขั้นตอนการกำหนดอัตราหนึ่งที่เอาที่ยาวที่สุดเพื่อให้มีความสัมพันธ์กับหนึ่งในไดเรกทอรีย่อยของไดเรกทอรีที่ระดับ 1 จากรังลำดับชั้น เนื่องจากแต่ละโหนดประมวลผลที่มีส่วนเกี่ยวข้องในการทำงานแบบขนานของ DROID มี 32 GB หน่วยความจำเท่านั้นเราวิ่งเพียงหนึ่งตัวอย่างของ DROID เกี่ยวกับเรื่องนี้ Compute โหนด มันเป็นไปได้ที่จะทำงานได้ถึง 16 กรณีของ DROID ในแต่ละโหนด Compute ของแตกตื่นเนื่องจากมี 16 แกนในแต่ละโหนด ตัวอย่างของ DROID แต่ละอาจจะทำงานอยู่บนหนึ่งในหลักของการคำนวณโหนด อย่างไรก็ตามขนาดของไดเรกทอรีที่เกี่ยวข้องกับแต่ละกรณี DROID กำหนดจำนวนรวมของกรณีของ DROID ที่สามารถเปิดตัวในโหนด นี้เป็นเพราะอินสแตนซ์ทั้งหมดของซอฟต์แวร์ DROID ทำงานอยู่ในโหนดจะต้องใช้หน่วยความจำที่ใช้ร่วมกันที่มีอยู่ในการคำนวณโหนดซึ่งเป็น 32 GB ในกรณีของการแตกตื่น ดังนั้นเพื่อป้องกันไม่ให้งานคอมพิวเตอร์จาก crashing เนื่องจากหน่วยความจำอดอยากบนโหนดมันเป็นสิ่งสำคัญที่จะแจกจ่ายวิ่งขนานมากกว่าโหนดคำนวณหลายอย่างเช่นว่าแต่ละอินสแตนซ์ DROID มีหน่วยความจำเพียงพอที่จะมัน