-----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.
