Dynamic Bonds
@astatt đang làm issue này rồi.
Từ ngày 11/6/2020.
Đánh giá
Issue này chưa được đánh giá.
Mô tả
Implement dynamic bonds based on a distance criterion between two groups (which may either have no overlap or may be 100% identical).
The basic idea is to split this into roughly 3 steps:
- Find all possible bonds by using a neighbor list. This list should not contain duplicates. We should use a separate neighbor list for the plugin because otherwise there might be funny unwanted interactions if particle interactions or neighbor list parameters change elsewhere in the code. We also might be able to make this very efficient because we are only interested in the intersection of the two groups, so we do only need the tree and not a verlet list and all the other overhead associated with a full neighbor list. T
- Select bonds from all possible bonds based on some criterion (only N bonds per particle, only M bonds per step, ... ) Here we also need to keep track of all existing bonds in the system so that we can compare against it, should be done in a way which is transferable between CPU/CPU, so no vectors/maps.
- Form the bonds by using m_bond_data->addBondedGroup, update the exclusions for the neighbor list handling the particle interactions.
Right now, there is no easy way to add or remove bonds to the BondedGroupData , except for adding them on the CPU with m_bond_data->addBondedGroup. Therefore, we'll first try step 1 and 2 on the GPU and see how the performance is. A bond reservoir will cause issues when used with MPI. One potential useful extension would be to write a function which can add multiple bonded groups at once to avoid paying overhead multiple times.
While groups are very flexible, in MPI we will have to make sure that the buffer layer is large enough to be able to communicate all potential bond partners between ranks ( using particle types would be easier for this).
It might be interesting to keep track of the distance between possible bonding pairs as well to be able to have selection criteria based on this as well, e.g. closer bonds are formed first.
- Ngôn ngữ chính
- C++
- Star
- 27
- Fork
- 18
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của mphowardlab/azplugins
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 58/100
mphowardlab/azplugins#123 ·
-
Update documentation styleĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
mphowardlab/azplugins#96 ·
-
SLLOD AlgorithmĐang mởenhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
mphowardlab/azplugins#35 · 10 bình luận ·
Tất cả issue của mphowardlab/azplugins
Issue tương tự
-
8-membered-ring atrop stereo lost in 2026.09.1Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mởbug
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 86/100
Maintainer thường phản hồi trong vòng 2 ngày
-
thread safetyĐang mở1.0
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
libasr headers?Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
Maintainer thường phản hồi trong vòng 1 ngày
-
LLVM trunk nightly build failureĐang mởllvm-trunk
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug iOS 🍎 ui/ux
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
MerginMaps/mobile#4744 ·
Maintainer thường phản hồi trong vòng 1 ngày