Thank you very much!
If I do not use "adaptive coarsening", just only use mesh data structure.
Whether parallel mesh can work with 10K CPUs?
Regards
--
Fande Kong
ShenZhen Institutes of Advanced Technology
Chinese Academy of Sciences
-- Original
>
> Try configuring the svn head with --disable-libHilbert and see if
> things read properly.
The old file does read properly when read with the svn head with
--disable-libHilbert.
Thank you!
Andrea
> ---
> Roy
--
En
On Wed, 23 Mar 2011, Andrea Hawkins-Daarud wrote:
Search through the svn logs for libHilbert, which we use to get
partitioning-independent node numbering in mesh files. There was a
bug in our earlier interface to libHilbert which was actually creating
corrupted outputs in some cases. IIRC we
>
> Search through the svn logs for libHilbert, which we use to get
> partitioning-independent node numbering in mesh files. There was a
> bug in our earlier interface to libHilbert which was actually creating
> corrupted outputs in some cases. IIRC we switched the renumbering off
> to avoid trig
-- Forwarded message --
Date: Wed, 23 Mar 2011 22:41:04 +0100
From: johannes.hu...@unibas.ch
To: Roy Stogner
Subject: Re: [Libmesh-users] Add variable to dof, that lives on surface
Hi Roy,
thanks a lot for the hint!
I'm working without a libmesh system anyway, so your last point
On Wed, 23 Mar 2011, Andrea Hawkins-Daarud wrote:
> It appears that this topic came up before, but I did not see a
> resolution. Anyway, I have a few mesh and solution xda files that I
> created back in (about) August that do not seem to read in correctly.
> I don't know what version of libMesh I
Hello-
It appears that this topic came up before, but I did not see a
resolution. Anyway, I have a few mesh and solution xda files that I
created back in (about) August that do not seem to read in correctly.
I don't know what version of libMesh I was using then, but the headers
of these files say
I understand now, thank you. Would you see if the change in the svn
head fixes the problem?
Thanks,
---
Roy
On Wed, 23 Mar 2011, Loris Nagler wrote:
> Sorry, in my previous post I was not too specific. I need to write out a
> complex valued vector. I write out my data using MeshData::write(**)
Sorry, in my previous post I was not too specific. I need to write out a
complex valued vector. I write out my data using MeshData::write(**),
which in my case calls MeshData::write_xdr(**), which calls Xdr::data(**).
By doing so in the former libmesh version, the vector entries were
written out
On Wed, Mar 23, 2011 at 10:36 AM, Roy Stogner wrote:
>
>
> -- Forwarded message --
> Date: Wed, 23 Mar 2011 11:31:30 -0500
> From: Ataollah Mesgarnejad
> To: Roy Stogner
> Subject: Re: [Libmesh-users] Mesh is ambiguous
>
> Dear Roy,
>
> I tried compiling without MESH but now I ge
-- Forwarded message --
Date: Wed, 23 Mar 2011 11:31:30 -0500
From: Ataollah Mesgarnejad
To: Roy Stogner
Subject: Re: [Libmesh-users] Mesh is ambiguous
Dear Roy,
I tried compiling without MESH but now I get the following error:
Compiling C++ (in optimized mode) src/utils/xdr_
Browsing the localize source for the petsc vector implementation reveals a
really old implementation involving a parallel sum. We should definitely
replace this with a Parallel::allgather().
Do you guys have code which localizes to a std::vector<>?
-Ben
On Mar 23, 2011, at 9:29 AM, Roy Stogner wrote:
> On Wed, 23 Mar 2011, Vetter Roman wrote:
>
>> I'm solving a transient nonlinear implicit system in parallel. In
>> each time step, a list of interacting element pairs is built, based
>> on which the residual and jacobian are constructed. These ele
On Wed, 23 Mar 2011, Vetter Roman wrote:
> I'm solving a transient nonlinear implicit system in parallel. In
> each time step, a list of interacting element pairs is built, based
> on which the residual and jacobian are constructed. These element
> interactions spread over arbitrary processors, e
On Wed, 23 Mar 2011, Loris Nagler wrote:
I recently updated libmesh to version 0.7.0.4. In a former version, the function
void Xdr::data (std::complex& a, const char* comment)
which is defined in xdr_cxx.C, wrote out complex numbers like this:
*out << a.real() << "\t " << a.imag() << "\t " <
On Wed, Mar 23, 2011 at 8:52 AM, Preston, Eric - IS
wrote:
>
> It appears the wiki has been hijacked by an online poker site. The site will
> appear fine, but includes a link to the poker site. I created a user account
> so I could edit it out, and now the page won't appear. It's been hacked
>
It appears the wiki has been hijacked by an online poker site. The site will
appear fine, but includes a link to the poker site. I created a user account so
I could edit it out, and now the page won't appear. It's been hacked somehow to
prevent that.
This e-mai
Hello
I'm solving a transient nonlinear implicit system in parallel. In each time
step, a list of interacting element pairs is built, based on which the residual
and jacobian are constructed. These element interactions spread over arbitrary
processors, e.g. element 0 (processor 0) interacts wit
Dear Roy,
I recently updated libmesh to version 0.7.0.4. In a former version, the
function
/void Xdr::data (std::complex& a, const char* comment)/
which is defined in xdr_cxx.C, wrote out complex numbers like this:
/*out << a.real() << "\t " << a.imag() << "\t " << comment << '\n';
/
whereas n
19 matches
Mail list logo
