BSE collision-out of memory and wrong SHG
Posted: Thu Oct 10, 2024 3:11 am
Dear all:
1、When I calculate the GW-BSE collision step, I always encounter a memory overflow issue. Then I used 100 CPUs and set up
There was an error as follows:
Then I changed the settings of the CPUs,
When the task is calculated to [06.01] SEX+HARTREE (e-e correlation) this step, the process will be stuck. Could you kindly advise on how we might allocate CPU resources more effectively in such scenarios? I appreciate any guidance and tutorial on that!
2、While calculating the two-dimensional material, I observed that the second harmonic generation (SHG) output in the z-direction (Xz**) is showing no value. However, based on the material's symmetry, I would expect it to have a non-zero value. Could you please help clarify why this might be the case?Thank you for your assistance!
Best,
sunxl
1、When I calculate the GW-BSE collision step, I always encounter a memory overflow issue. Then I used 100 CPUs and set up
Code: Select all
RT_CPU= "10.2.5" # [PARALLEL] CPUs for each role
RT_ROLEs= "k.b.q" # [PARALLEL] CPUs roles (k,b,q,qp)
Code: Select all
[ERROR] STOP signal received while in[06] Extended collisions
[ERROR] USER parallel structure does not fit the current run parameters. HARTREE+SEX COLLISIONS
Code: Select all
RT_CPU= "100.1.1" # [PARALLEL] CPUs for each role
RT_ROLEs= "k.b.q" # [PARALLEL] CPUs roles (k,b,q,qp)
2、While calculating the two-dimensional material, I observed that the second harmonic generation (SHG) output in the z-direction (Xz**) is showing no value. However, based on the material's symmetry, I would expect it to have a non-zero value. Could you please help clarify why this might be the case?Thank you for your assistance!
Best,
sunxl