Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Bring in upcoming PUMAS bug fixes (ESCOMP/PUMAS#81); answer-changing for CAM7 defaults

Đang mở
  • Có gì không ổn?
#1,732 0 bình luận 0 reaction 2 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 3 ngày

@peverwhee đang làm issue này rồi.

Từ ngày 20/10/2026.

Đánh giá

Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức phù hợp với người mới
25/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
fortran
Lĩnh vực
backend

Hướng nghiên cứu

Read the linked ESCOMP/PUMAS#81 report and inspect CAM → atmos_phys → schemes/pumas/pumas, currently atmos_phys0_31_000 / pumas_cam-release_v1.41; compare those files with the reported fixes. Before updating the submodule, check the F1850 TOA balance and consider whether the micro_mg_vtrmi_factor tuning needs review. Run CAM7 cases with the stated warm-rain and accretion settings, then review expected baseline changes in aux_cam.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

bug Must have CESM3
What happened?

Heads-up: ESCOMP/PUMAS#81 reports three bugs in PUMAS that are active in the default CAM7 configuration. Once fixes are tagged in PUMAS, they should come into CAM via an atmos_phys update (CAM → atmos_phys → schemes/pumas/pumas; currently atmos_phys0_31_000 / pumas_cam-release_v1.41).

The three bugs:

  1. accre_sees_auto (on by default for cam7): the provisional droplet number passed to accretion is reduced by the rain-number source (nprc) instead of the droplet-number sink (nprc1).
  2. micro_mg_vtrmi_factor (1.39 for cam7): applied twice to part of the small/large-ice fall-speed blend, and never applied to the number-weighted ice fall speed.
  3. Ice slope lower bound: 1._r8/2._r8*dcs evaluates to dcs/2 instead of 1/(2*dcs), so the 900 µm ceiling on mean ice size never engages. This is a regression from 2022.

Things to plan for:

  • The fixes are answer-changing for cam7 compsets, so expect baseline changes in aux_cam.

  • Climate impact looks small in 6-month F2000dev (ne30pg3) ensembles:

    • IWP +2.7%, LWP +1.4%;
    • net TOA −0.16 ± 0.24 W m⁻², not significant.

    However, micro_mg_vtrmi_factor=1.39 was tuned with the buggy behaviour. A check of the F1850 TOA balance (and possibly the tuning) is worth doing before the fixes go into a production configuration.

  • CAM6 is not affected by bugs 1 and 3. src/physics/pumas-frozen (v1.17) has the correct ice bound and no accre_sees_auto. It does have the same vtrmi double-application, which may be acceptable to leave in the frozen code.

Details and patches: ESCOMP/PUMAS#81.

What are the steps to reproduce the bug?

Run any CAM7 configuration with micro_mg_warm_rain='kk2000' and micro_mg_accre_sees_auto=.true.

What CAM tag were you using?

cam6_4_212

What machine were you running CAM on?

CISL machine (e.g. derecho)

What compiler were you using?

Intel

Path to a case directory, if applicable

No response

Will you be addressing this bug yourself?

Yes

Extra info

No response

Ngôn ngữ chính
Không có dữ liệu ngôn ngữ
Star
93
Fork
186
Merge trung bình
5 ngày 15 giờ
Pull request đã merge (30 ngày)
19

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

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của ESCOMP/CAM

Tất cả issue của ESCOMP/CAM

Issue tương tự

Thêm issue về Backend & API Design

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.