Lets simulate the water case of the SPHERIC validation test number 9:
http://canal.etsin.upm.es/aquagpusph/gallery/picture.php?/11/category/4
http://canal.etsin.upm.es/aquagpusph/gallery/picture.php?/9/category/1
We go to the 9th SPHERIC workshop with IDOM as part of the SILER project.
More news coming soon!
One of the main target of AQUAgpusph is the possibility to compute confident enough pressure values.
In this line the standard deviation of the interpolation process has been implemented in AQUAgpusph. Hence now you have a mean value, and a measurement of the dispersion of the data near to the sensor.
It could be extremely useful to get high quality pressure records:
Pressure record for the SPHERIC validation test number 10
In the previous figure the pressure computed in a simulation of the validation test number 10 of the SPHERIC benchmark is compared with the experimental results.
This new feature can be found in the unstable 1.5 branch of the code.
As I reported some weeks ago, I’m working in the code optimization. To do it I implemented the following changes:
Let’s say goodbye to more than 10% of the simulation time!
For the moment the optimized version can be found in the optimization branch of the git repository.
—
P.S. I performed this work with CodeXL by AMD, basically due to NVidia suddenly decided to remove the OpenCL support in the profiler in CUDA 5.
NVidia is expending a lot of resources trying to destroy OpenCL, while AMD is beating them in the hardware side (the real world).
I just hope NVidia people change it’s direction before they reach the final which are deserving.
Also CodeXL is free!
With the last changes implemented in the code the registries pressure during the interactions computations has been dramatically increased, which reduces the computation device occupancy.
This performance lost is my next target to fix (partially at least)…
As it was announced here, the new Input/Output interface has been merged into the master branch, and it is ready to work.
In an user point of view several advantages could be considered:
But the main benefits are for the developers due to now several base classes may be used and new readers/writers could be easily registered.
Anyway some work must be done, like moving the reports stuff which still be inside the server.
A new input/output interface is coming… Following it’s features:
Actually it is in development in the input_output branch, but hopefully it will be merged soon
