We discussed the design and implementation of the MPI-3.0 Fortran 2008 การแปล - We discussed the design and implementation of the MPI-3.0 Fortran 2008 ไทย วิธีการพูด

We discussed the design and impleme

We discussed the design and implementation of the MPI-
3.0 Fortran 2008 binding in MPICH. Our design targets a
Fortran 2008 + TS 29113–capable compiler. It is neat, ef-
ficient and portable since we limit the layers of wrappers,
avoid Fortran-specific initialization, avoid unnecessary runtime
overhead in wrappers, and rely only on standard Fortran
and C. Experiments show that the F08 binding is great
at catching compile time errors.
Being able to pass noncontiguous subarrays is a nice feature
of the new F08 binding. A potential use case is in
stencil computing, where one need to exchange noncontiguous
halos (e.g., border of a submatrix). To get performance,
programmers usually create MPI derived data types in advance
to describe such halos. With the new feature, such
data type creation can be hidden in C wrappers so that it
could be convenient for programmers. But since these MPI
calls are usually embedded in loops, creating and freeing
MPI data types in every loop iteration will incur significant
overhead compared with that of a manually optimized code.
An interesting question to ask is whether we can have the
convenience of subarrays without losing performance. Noticing
that the shape of halos is actually fixed in stencil codes,
we wonder whether we can take advantage of this fact to
cache MPI data types or use MPI persistent requests, in order
to avoid repeated data type creation and freeing. Also,
in our code, Fortran wrappers are outside of a module, thus
eliminating some advantages of using modern Fortran (e.g.,
inlining). Can they be put within a module without breaking
the MPI profiling interface in general? Answering those
questions is our future work.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
We discussed the design and implementation of the MPI-3.0 Fortran 2008 binding in MPICH. Our design targets aFortran 2008 + TS 29113–capable compiler. It is neat, ef-ficient and portable since we limit the layers of wrappers,avoid Fortran-specific initialization, avoid unnecessary runtimeoverhead in wrappers, and rely only on standard Fortranand C. Experiments show that the F08 binding is greatat catching compile time errors.Being able to pass noncontiguous subarrays is a nice featureof the new F08 binding. A potential use case is instencil computing, where one need to exchange noncontiguoushalos (e.g., border of a submatrix). To get performance,programmers usually create MPI derived data types in advanceto describe such halos. With the new feature, suchdata type creation can be hidden in C wrappers so that itcould be convenient for programmers. But since these MPIcalls are usually embedded in loops, creating and freeingMPI data types in every loop iteration will incur significantoverhead compared with that of a manually optimized code.An interesting question to ask is whether we can have theconvenience of subarrays without losing performance. Noticingthat the shape of halos is actually fixed in stencil codes,we wonder whether we can take advantage of this fact tocache MPI data types or use MPI persistent requests, in orderto avoid repeated data type creation and freeing. Also,ในรหัสของเรา ภาษาฟอร์แทรนห่อภายนอกโมดูลตัดข้อได้เปรียบของการใช้ภาษาฟอร์แทรนทันสมัย (เช่นinlining) สามารถจะใส่ภายในโมดูลโดยไม่ทำลายหรือไม่พัฒนาอินเทอร์เฟซการสร้างโพรไฟล์ทั่วไป ตอบผู้คำถามคือ งานของเราในอนาคต
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
เราได้พูดถึงการออกแบบและการดำเนินงานของ MPI-
3.0 Fortran 2008 มีผลผูกพันใน MPICH การออกแบบของเรามีเป้าหมาย
Fortran 2008 + TS 29113 ที่สามารถคอมไพเลอร์ มันเป็นระเบียบประสิทธิผล
ficient และแบบพกพาเนื่องจากเรา จำกัด ชั้นของห่อ,
หลีกเลี่ยงการเริ่มต้น Fortran เฉพาะหลีกเลี่ยงการทำงานที่ไม่จำเป็น
ค่าใช้จ่ายในการห่อและต้องใช้เฉพาะใน Fortran มาตรฐาน
และ C การทดลองแสดงให้เห็นว่ามีผลผูกพัน F08 เป็นที่ดี
ที่จับรวบรวม ข้อผิดพลาดเวลา.
ความสามารถในการส่งผ่าน subarrays ไม่ติดกันเป็นคุณลักษณะที่ดี
ของ F08 ใหม่ที่มีผลผูกพัน กรณีใช้ศักยภาพที่อยู่ใน
คอมพิวเตอร์ลายฉลุที่หนึ่งต้องไม่ติดกันเพื่อแลกเปลี่ยน
รัศมี (เช่นชายแดน submatrix) เพื่อให้ได้ประสิทธิภาพการทำงาน
โปรแกรมเมอร์มักจะสร้าง MPI มาชนิดข้อมูลล่วงหน้า
เพื่ออธิบายรัศมีดังกล่าว ด้วยคุณสมบัติใหม่ ๆ เช่น
การสร้างข้อมูลประเภทสามารถที่ซ่อนอยู่ในห่อ C เพื่อที่จะ
สามารถอำนวยความสะดวกสำหรับการเขียนโปรแกรม แต่เนื่องจาก MPI เหล่านี้
สายจะฝังตัวมักจะอยู่ในลูป, การสร้างและพ้น
ชนิดข้อมูล MPI ในการย้ำห่วงทุกคนจะเกิดขึ้นอย่างมีนัยสำคัญ
เมื่อเทียบกับค่าใช้จ่ายของรหัสที่ดีที่สุดด้วยตนเอง.
คำถามที่น่าสนใจที่จะถามคือว่าเราจะได้มี
ความสะดวกสบายของ subarrays โดยไม่สูญเสีย การปฏิบัติ สังเกตเห็น
ว่ารูปร่างของรัศมีการแก้ไขจริงในรหัสลายฉลุ
เราสงสัยว่าเราสามารถใช้ประโยชน์จากความเป็นจริงนี้เพื่อ
แคช MPI ชนิดข้อมูลหรือใช้ MPI ร้องขอถาวรในการสั่งซื้อ
เพื่อหลีกเลี่ยงการสร้างชนิดข้อมูลซ้ำและพ้น นอกจากนี้
ในรหัสของเราห่อ Fortran อยู่นอกโมดูลจึง
กำจัดบางข้อดีของการใช้ที่ทันสมัย ​​Fortran (เช่น
inlining) พวกเขาสามารถวางภายในโมดูลโดยไม่ทำลาย
อินเตอร์เฟซที่โปรไฟล์ MPI ในทั่วไป? ผู้ตอบ
คำถามคือการทำงานในอนาคตของเรา
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
เราได้มีการออกแบบและพัฒนาบุคลิกภาพ -
3 c 2008 ผูกพันใน mpich . การออกแบบของเราเป้าหมาย
c 2008 TS สามารถ 29113 –ผู้แปล มันเป็นระเบียบ , EF -
ficient และพกพาเนื่องจากเรากำหนดชั้นของห่อ
หลีกเลี่ยงโปรแกรมเริ่มต้นที่เฉพาะเจาะจง , หลีกเลี่ยงไม่จำเป็น Runtime
ค่าโสหุ้ยในการห่อ และพึ่ง
ภาษาฟอร์แทรนมาตรฐาน .การทดลองแสดงให้เห็นว่า F08 ผูกพันดีที่จับรวบรวมข้อผิดพลาดเวลา
.
ได้ผ่านขบวนการที่เกิดในเซลล์ subarrays เป็น
คุณสมบัติที่ดีของใหม่ F08 เข้าเล่ม กรณีที่ใช้ศักยภาพใน
ปากกาคอมพิวเตอร์ ที่ต้องตราขบวนการที่เกิดในเซลล์
รัศมี ( เช่นชายแดนของ submatrix ) เพื่อให้ได้ประสิทธิภาพ
โปรแกรมเมอร์มักจะสร้างบุคลิกภาพประเภทที่ได้รับข้อมูลล่วงหน้า
อธิบายเช่นรัศมี .ด้วยคุณสมบัติใหม่เช่นการสร้าง
ชนิดข้อมูลสามารถที่ซ่อนอยู่ใน C ห่อมัน
อาจจะสะดวกสำหรับโปรแกรมเมอร์ แต่ในเมื่อโทร MPI
เหล่านี้มักจะฝังตัวอยู่ในลูป , การสร้างและการเพิ่มชนิดข้อมูลสำหรับทุกห่วง

ซ้ำจะต้องเสียค่าใช้จ่ายอย่างมีนัยสำคัญเมื่อเทียบกับที่ของตนเองปรับรหัส .
คำถามที่น่าสนใจที่จะถามก็คือว่า เราสามารถมี
ความสะดวกสบายของ subarrays โดยไม่สูญเสียประสิทธิภาพการทำงาน สังเกตเห็น
ว่ารูปร่างรัศมีเป็นจริงคงที่ในรหัสลายฉลุ
เราสงสัยว่า เราสามารถใช้ประโยชน์จากความจริงนี้

แคชสำหรับชนิดข้อมูลหรือใช้สำหรับการร้องขอแบบถาวร เพื่อหลีกเลี่ยงการสร้างชนิดข้อมูลซ้ำ
และปลดปล่อย . นอกจากนี้
ในรหัสของเรา ฟอร์แทรน ห่อภายนอกของโมดูลจึง
ข้อดีของการใช้ภาษาชวาสมัยใหม่ ( e.g . ,
inlining ) พวกเขาสามารถวางในโมดูลโดยไม่ทำลาย
MPI โปรไฟล์อินเตอร์เฟซในทั่วไป ? ตอบคำถามเหล่านั้น
คืองานของเราในอนาคต
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: