[Octopus-users] Any tips for big systems (protein)?
Cheng. W
cheng at simulatio.jp
Tue Jul 15 03:53:53 WEST 2008
Dear Nicola and Xavier,
Thank you very much for reply. Now the calculation can pass the Hartree
part now.
What I am very curious is that the memory usage seems to be very huge,
the following is the error output of PBS
* O 891.972994 0.000367 4308616 | ..|projector.projector_end
* I 891.973335 1216089039.856874 4308616 |
..|submesh.submesh_init_sphere
* O 892.130911 0.157592 4338120 |
..|submesh.submesh_init_sphere
* I 892.131247 1216089040.014791 4338120 | ..|projector.projector_init
* O 892.131502 0.000251 4338120 | ..|projector.projector_init
* I 892.131730 1216089040.015268 4338120 |
..|submesh.submesh_init_sphere
* O 1011.367826 119.254781 4367624 |
..|submesh.submesh_init_sphere
* I 1011.619627 1216089159.503184 4367624 | ..|projector.projector_end
* I 1011.619725 1216089159.503260 4367624 | ..|..|submesh.submesh_end
* O 1011.619778 0.000054 4367624 | ..|..|submesh.submesh_end
* O 1011.619825 0.000181 4367624 | ..|projector.projector_end
* I 1011.619867 1216089159.503402 4367624 | ..|submesh.submesh_copy
/var/spool/pbs/mom_priv/jobs/4667.cudran.SC: line 14: 5582
Killed octopus_mpi >gs.out
To Nicola:
I found the memory usage depend on the Boxshape and radius, The radius
is the minimum (16.) I can use, otherwise there are warning messages
that some atoms are out of the radius if the radius are set smaller than
16. I am testing other boxshape and see what happened.
Cheers,
Cheng
Nicola Spallanzani wrote:
> Hi,
>
> Cheng:
> only now I notice that you have setted a radius too much large.
> I suggest you to find the bigger volume that allow you to run the gs,
> then find the smaller volume that go to convergence.
>
> Xavier:
> I was able to run the gs with a parallelization both in states and in
> domains, and to run the td only with a parall. in domains.
> Do you know why for you it is opposite?
>
> Cheers,
> Nicola
>
>
>
> Xavier Andrade wrote:
>> Hi,
>>
>> Actually the input file that Cheng mentions has a lot of input
>> variables that you should not normally use, as the default is fine.
>> In particular, as Nicola said, do not use parallelization in states
>> (for the moment it only works for the time propagation) and leave the
>> default poisson solver (isf). With the default parameters I have been
>> able to make test runs (non-converged spacing) up to one thousand atoms.
>>
>> What could be problematic is the SCF convergency. First of all add
>> some few extra states and if still your SCF iteration is not
>> converging you may want to put a finite electronic temperature.
>>
>> Cheers,
>>
>> Xavier
>>
>> On Mon, 14 Jul 2008, Nicola Spallanzani wrote:
>>
>>> Hi Cheng,
>>> I was able to do a gs/td calculation of a big molecule of 207 atoms. I
>>> can suggest you to use the "isf" PoissonSolver and to make a
>>> parallelization only in domains.
>>> This was right for me... I hope the same for you!
>>>
>>> Cheers,
>>> Nicola
>>>
>>>
More information about the Octopus-users
mailing list