Dear Freddie, Thanks a lot for the info. I think I'll manage to do what I want the way you indicated.
Best regards, Antonio On Wednesday, May 6, 2015 at 11:58:49 AM UTC+2, Freddie Witherden wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hi Antonio, > > On 06/05/2015 09:50, Antonio Garcia-Uceda wrote: > > 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? :). > > Not portably. This is very much 'implicit' and depends on the backend > being used. If you look at some of the generated code you'll see the > complex indexing calculations that go on to compute this. > > > 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? > > New kernels, each in their own unique directory, are created every > time PyFR runs. So the number of directories will keep on growing. > > There is no CUDA equivalent for this. Although PyCUDA does cache the > kernels I think it only keeps the binaries about and not the source code > . > > > 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? > > Yes. And often this happens within the same runall call. Hence, if > you want to get at a certain variable you may need to break up the > various run calls. This combined with the fact that you can not > readily get handles to the various matrices is what complicates this. > > Regards, Freddie. > -----BEGIN PGP SIGNATURE----- > Comment: GPGTools - http://gpgtools.org > > iQIcBAEBCAAGBQJVSeXSAAoJEJ5wYUFIoPofpZwQAIJCOSvLNB5/mH0IudHGmR0L > 0cPwf8VMW/qFmyMvSvpiJkKw+8tk4KQcXwsPu5gHdI0O+UivHRVWUeKM+OpnxjTU > aSLOsftyqFrcLxTZB0Gtq8fbSOcHp1BsE/Isf7hfySeejIKFG1tzWHiYPhu1epul > 1G974yaYgKBWYRHlhYkZn1rVmRTAZdViHeqljQ+lANHehf32GOgjhg1mwRkDqcGb > Vp8EX05+HBaAee5TKuKvPe079W/q/uWGRY4Wndz2gqFMla2dfvWllj4swdczrvLy > boKznr++djong2T7kuhCJXrnqKveHCH9MY4j+wCGEJLVtp1wwuzS8PgPa+VYdszh > KqLiTErzzAM2f8FVUcQXtAv3WRZjGOVHW9gbLTA3pw54B+boMlYqSuYoTUogxp5D > BjCuyQ5p2l/CAqIpNXK00rBjrLgjuFdszVnBb7ZQNf5WwwTz3I5NYbgQVUbt7D2F > g3kEC0FJZZjKWw3Pt5UnCSFda9lbF/zsQgx5jR5AB97JJn+TsDZiRjrsm/19TH9i > ClvpepoymYQsGascqyh49+rZygGTw6O9tqd2waxG3gjDz9uw56TW3oeaHFzFW6rJ > OnPcTOYIZERXysAzLXRcelVxODN8TgONxnB7pDQLZubqXUfcFHflrOns2vysgwJl > j5nx9aFQ7vRVqxjt4238 > =hJIL > -----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.
