[CP2K:6632] Re: Compilations with Intel (XE 2013) for CP2K-trunk (2.7dev) & regtests errors
Alfio Lazzaro
alfio.... at gmail.com
Mon Jun 15 12:08:35 UTC 2015
Hi Rolf,
I think for the small phase (and all remaining checks) you don't need to
use any trick since there are less entries (2744 if I recall correctly...).
Alfio
Il giorno lunedì 15 giugno 2015 13:08:36 UTC+2, Rolf David ha scritto:
>
> Hi again,
>
> The 'workaround' proposed by Alfio
>
> > cat no.wlm
>> batch_cmd() {
>> $@
>> }
>>
>> Therefore you can use "-j 100 -w no".
>> Note that I have never tried such a case, so I'm not sure it will work
>> out-of-the-box. Let me how it goes.
>
>
> worked well in my case. I was able to compile. And run tiny1 all of it.
> And tiny2 in standard after.
>
> I'm moving on onto small1.
>
> Also I've compiled libgrid (on a compute node) and successfully integrated
> into CP2K. Is there a "benchmark" to see the effect, I mean a file in the
> tests-folder where people get difference without and with libgrid ?
> I run H2O-512.inp, but not noticeable difference. I run a test I had
> (QM/MM with hybrid functional) and I didn't see noticeable effect (on short
> tests), and in the readme it said about "Gaussian to Plane wave
> transformations", so I assume a speed up in some routine in GPW (or even
> GAPW no ?)
> Also, Iain said (
> https://groups.google.com/forum/#!searchin/cp2k/libgrid/cp2k/DU3KNkwM4as/8_bO8zjWZ0sJ)
> and here again, it's performance-critical.
>
> So if I have a "working" benchmark, I can see if I miscompiled it (no
> error in the out of the libgrid compilation), or maybe wrong compiler
> option and subroutines affected: integrate_v_rspace for example ?
>
> Regards,
>
> Rolf
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cp2k.org/archives/cp2k-user/attachments/20150615/14df7787/attachment.htm>
More information about the CP2K-user
mailing list