I am doing it with Michael Lange. We plan to have it done by the summer.
There is not much left to do.
Thanks,
Matt
On Fri, Dec 18, 2015 at 8:21 AM, Justin Chang wrote:
> Hi all,
>
> What's the status on the implementation of the parallel
> mesh reader/generator for DMPlex meshes? Is any
Richard,
I haven't looked at it enough to have specific complaints :-)
Barry
> On Dec 18, 2015, at 3:44 PM, Richard Mills wrote:
>
> Hi Barry,
>
> Just curious: Do you have any particular recommendations for how you would
> change the API? I am not a fan simply because the API is ver
Hi Barry,
Just curious: Do you have any particular recommendations for how you would
change the API? I am not a fan simply because the API is very "BLAS
like". I'm wondering if that is your primary objection, or if there is
anything that specifically sticks out as an annoyance. (I have yet to d
Hi Richard/Barry,
I don't have any particular need just yet, but since most HPC clusters have
Intel CPUs, I think an Intel Sparse MKL PETSc branch would bring immediate
optimisations. I do realise that it does require quite a bit of work as
Intel probably didn't design the API that well and which
Hi Wadud,
I work at Intel and plan to add support for the inspector-executor sparse
BLAS routines (https://software.intel.com/en-us/node/590105) soon. (I
think this should be straightforward but it's been a question of simply
finding the time.) I will add a subclass of MATAIJ that uses these. D
We're always happy to accept contributions. Intel unfortunately made some
terrible choices for APIs for these things so it is unlikely without a specific
funding source that we would ourselves add code to PETSc to utilize them.
Barry
> On Dec 18, 2015, at 12:49 PM, W. Miah wrote:
>
> H
Hi,
Do you have any plans for a PETSc port that uses the optimised Intel MKL
sparse BLAS:
https://software.intel.com/en-us/node/520797
I think this will be an interesting optimisation exercise.
Best regards,
--
web: http://miahw.wordpress.com
mobile: +447905 755604
gpg: 4CC2 1A75 BDFB 2E29 B2
> Message: 2
>Date: Fri, 18 Dec 2015 08:21:04 -0800
>From: Justin Chang
>To: petsc-users
>Subject: [petsc-users] Status on parallel mesh reader in DMPlex
>Message-ID:
>
> Content-Type: text/plain; charset="utf-8"
> Hi all,
>What's the status on the implementation of the parallel
I am a
Hi all,
What's the status on the implementation of the parallel
mesh reader/generator for DMPlex meshes? Is anyone actively working on
this? If so is there a branch that I can peek into?
Thanks,
Justin
Hi Venkatesh,
it sounds like a job for the batch scheduler; again, a "bash" problem,
with some additional variables:
On a RHEL cluster, I was using Torque/PBS, which gives the `qsub`, `qstat`
commands. I would guess that Cray has analogous ones .
PETSc and SLEPc are instead toolkits for splitti
Hi,
I have access to Cray with many cores.
It takes about 100 secs to solve in a single core. If I require to solve it
sequentially, it will take a lot of time.
Ok I can ask the admins, but in case you have an idea, pls. let me know.
Best Regards,
Venkatesh
On Fri, Dec 18, 2015 at 2:32 PM, Timoth
You need to be more specific, what kind of machine do you have ? If you
have very few cores, it will not help much to launch them all at the same
time, but at least you can make the thing automatic using the loop as I
told you. Your computer will solve the first problem and then automatically
go to
Hi Timothee,
Yes I have A_0001.bin ... A_1000.bin and B_0001.bin... B1000.bin. Yes is it
possible to submit at same time ?
Venkatesh
On Fri, Dec 18, 2015 at 1:28 PM, Timothée Nicolas <
timothee.nico...@gmail.com> wrote:
> Hi,
>
> Can you be a bit more specific ? You have 1000 different files fo
13 matches
Mail list logo
