Dear Freddie,

Thanks a lot, it really helped. 

I managed to output the data inside the mako kernels as you indicated in 
the other posts. Is it also possible to print out as well the given 
sol/flux point in which the operation is going on? There's no index with 
this info inside the mako template as the kernels are pointwise. Perhaps 
any other trick up your sleeve? :).


Btw, if I keep the temporary .c files for the kernels as you indicated, and 
I rerun PyFR, Would these be overwritten? If not it might be easier to just 
modify these temp. .c files in standard c language.

Also, is it possible to keep these temp. files when using the backend CUDA?


When you say: "This makes it difficult to access some intermediate results 
which are later overwritten", do you mean that the memory used to store 
scalars, vectors, at sol/flux points is used for different purposes as the 
iiteration processes? I mean, for instance, the data that stores solution 
extrapolated at flux points, it may be later overwritten with the common 
fluxes resulting from the Riemann solver?


Thanks a lot once more.

Best regards,
Antonio

On Wednesday, May 6, 2015 at 10:04:52 AM UTC+2, Freddie Witherden wrote:
>
> -----BEGIN PGP SIGNED MESSAGE----- 
> Hash: SHA256 
>
> Hi Antonio, 
>
> On 06/05/2015 08:01, Antonio Garcia-Uceda wrote: 
> > Also, is it possible to visualize the temporary .c or .cu files 
> > generated by these templates when running pyFR with a particular 
> > backend? 
>
> When running with the OpenMP backend you can export the environmental 
> variable: 
>
> $ export PYFR_DEBUG_OMP_KEEP_LIBS=1 
>
> before you run PyFR.  The various kernels will then be available in 
> your temporary directory; usually /tmp/pyfr-<n>-<something>/ 
>
> Regards, Freddie. 
>
> -----BEGIN PGP SIGNATURE----- 
> Comment: GPGTools - http://gpgtools.org 
>
> iQIcBAEBCAAGBQJVScsdAAoJEJ5wYUFIoPofP+QP/im1BmXuhGw+m/LgbYahLtMQ 
> ahC5O2X7dPGxZI2Ydd/NlZnW84+1PIuMrWnP/DBM7IeAKIdo9J89NdxXAoLYKuyQ 
> mv5sGG4B7SZBkm586T+bwhS3o0AeNUIA/8OD1jCMarE4jpOgu63pETkJIW9lTnbe 
> l9Wdkbe3C9AMLp644aifJtKD2an+qfR+86t2idYX7CBCE3M60p1h3GVPEx9gYKle 
> Azc9yVyr2XU/8+S8BcMywAvhs2k6f6Ft5d70aGapBHbEgUL5O9eGsfBz7S5eoEhe 
> fFe7dBpVye69y3X3/b2VTLxxNuxFxxvhOGIrTBEWylF2f2neT3o5BsMbXI/z9DkI 
> R3pCBsWha7j/+REZgsP/wsHzF+ZWdP13yDt73HH5gmJcj//zOLTFL81LFUN9NQJx 
> umE9hdvEMQREIBayxqqloptAu/vDSlvis14MocwDbffszQBpjE1+X7kTyUFnw5e5 
> c01IlTAGlmUHvm5Tt65a4WAFqW/IDxysLTVqNx5V8MSO/7bb9rju9AI8/4LhcIrk 
> utMdugu4GxBY16qV4mlnWLQgsp5XgeGdIK0V3dzY2ynjOewgAN8p1cHmRg0L8VBW 
> sQyrC8UadaRQrn83+5nfys6hKWNRYCxQXVoyC2JTiIdxSixz9UKj8ZVDaWBht7RG 
> fkGUffrpCKFRxJ6qUaf5 
> =on04 
> -----END PGP SIGNATURE----- 
>

-- 
You received this message because you are subscribed to the Google Groups "PyFR 
Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send an email to [email protected].
Visit this group at http://groups.google.com/group/pyfrmailinglist.
For more options, visit https://groups.google.com/d/optout.

Reply via email to