Closed lcyyork closed 7 years ago
The json.hpp file is not included or compiled. Let me see what I get on my machine.
I don't this is a bug. I think you are running out of resources. On my computer the code is failing here:
void FCIIntegrals::startup() {
nmo2_ = nmo_ * nmo_;
nmo3_ = nmo_ * nmo_ * nmo_;
nmo4_ = nmo_ * nmo_ * nmo_ * nmo_;
oei_a_.resize(nmo2_);
oei_b_.resize(nmo2_);
tei_aa_.resize(nmo4_); <--
tei_ab_.resize(nmo4_);
tei_bb_.resize(nmo4_);
In this example there are 308 MOs, so forte is trying to allocate an array with 8,999,178,496 elements. That's about 67GB. There is no way we can store three of these on the cluster.
Ah, I see. It could be active is not specified and it takes everything as active.
That's exactly what's happening in this calculation.
Although this is still somewhat strange because Cici told me the same input works previously, like last week. So I guess the simplest fix is to put "active [0,0,0,0]" to the input. @xiaohaiguicc
The input worked before with cc-pvdz basis. But after I changed the basis to def2, it didn't work at all.
@xiaohaiguicc My bad, active [0,0,0,0] will not work because all orbitals should be considered as active. I am not sure if there is a better solution, but I think you can either modify the CI solver to make it generate useful two-electron integral (from DF 3-index integral) on the fly, or implement more efficient CIS according to http://vergil.chemistry.gatech.edu/notes/cis/cis.pdf. In either way, the full two-electron integrals should not be stored.
We are trying to run a CI-NO computation on octatetraene. Here is the input.
However this job will fail after the DF integrals are computed. When I run lldb, here is the error I get:
and back trace
I am confused why this is happening in the startup() function of FCIIntegral which just resize some std vector. Could this be related to the recently added json.hpp? Thanks.