Being able to pass noncontiguous subarrays is a nice featureof the new การแปล - Being able to pass noncontiguous subarrays is a nice featureof the new ไทย วิธีการพูด

Being able to pass noncontiguous su

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: [สำเนา]
คัดลอก!
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,in our code, Fortran wrappers are outside of a module, thuseliminating some advantages of using modern Fortran (e.g.,inlining). Can they be put within a module without breakingthe MPI profiling interface in general? Answering thosequestions is our future work.
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
ความสามารถในการส่งผ่าน subarrays ไม่ติดกันเป็นคุณลักษณะที่ดี
ของ F08 ใหม่ที่มีผลผูกพัน กรณีใช้ศักยภาพที่อยู่ใน
คอมพิวเตอร์ลายฉลุที่หนึ่งต้องไม่ติดกันเพื่อแลกเปลี่ยน
รัศมี (เช่นชายแดน submatrix) เพื่อให้ได้ประสิทธิภาพการทำงาน
โปรแกรมเมอร์มักจะสร้าง MPI มาชนิดข้อมูลล่วงหน้า
เพื่ออธิบายรัศมีดังกล่าว ด้วยคุณสมบัติใหม่ ๆ เช่น
การสร้างข้อมูลประเภทสามารถที่ซ่อนอยู่ในห่อ C เพื่อที่จะ
สามารถอำนวยความสะดวกสำหรับการเขียนโปรแกรม แต่เนื่องจาก MPI เหล่านี้
สายจะฝังตัวมักจะอยู่ในลูป, การสร้างและพ้น
ชนิดข้อมูล MPI ในการย้ำห่วงทุกคนจะเกิดขึ้นอย่างมีนัยสำคัญ
เมื่อเทียบกับค่าใช้จ่ายของรหัสที่ดีที่สุดด้วยตนเอง.
คำถามที่น่าสนใจที่จะถามคือว่าเราจะได้มี
ความสะดวกสบายของ subarrays โดยไม่สูญเสีย การปฏิบัติ สังเกตเห็น
ว่ารูปร่างของรัศมีการแก้ไขจริงในรหัสลายฉลุ
เราสงสัยว่าเราสามารถใช้ประโยชน์จากความเป็นจริงนี้เพื่อ
แคช MPI ชนิดข้อมูลหรือใช้ MPI ร้องขอถาวรในการสั่งซื้อ
เพื่อหลีกเลี่ยงการสร้างชนิดข้อมูลซ้ำและพ้น นอกจากนี้
ในรหัสของเราห่อ Fortran อยู่นอกโมดูลจึง
กำจัดบางข้อดีของการใช้ที่ทันสมัย ​​Fortran (เช่น
inlining) พวกเขาสามารถวางภายในโมดูลโดยไม่ทำลาย
อินเตอร์เฟซที่โปรไฟล์ MPI ในทั่วไป? ผู้ตอบ
คำถามคือการทำงานในอนาคตของเรา
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ได้ผ่านขบวนการที่เกิดในเซลล์ subarrays เป็น
คุณสมบัติที่ดีของใหม่ F08 เข้าเล่ม กรณีที่ใช้ศักยภาพใน
ปากกาคอมพิวเตอร์ ที่ต้องตราขบวนการที่เกิดในเซลล์
รัศมี ( เช่นชายแดนของ submatrix ) เพื่อให้ได้ประสิทธิภาพ
โปรแกรมเมอร์มักจะสร้างบุคลิกภาพประเภทที่ได้รับข้อมูลล่วงหน้า
อธิบายเช่นรัศมี . ด้วยคุณสมบัติใหม่เช่นการสร้าง
ชนิดข้อมูลสามารถที่ซ่อนอยู่ในห่อนั้น
cอาจจะสะดวกสำหรับโปรแกรมเมอร์ แต่ในเมื่อโทร MPI
เหล่านี้มักจะฝังตัวอยู่ในลูป , การสร้างและการเพิ่มชนิดข้อมูลสำหรับทุกห่วง

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

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

Copyright ©2025 I Love Translation. All reserved.

E-mail: