On Tue, 2011-03-01 at 11:00 +0100, Brice Goglin wrote:
> Le 01/03/2011 10:46, Bernd Kallies a écrit :
> > To calculate topology-based pinning schemes and do process pinning (like
> > done e.g. by OpenMPI or MVAPICH2) this is too long, when every process
> > (MPI task) or thre
pinning to the remaining processes.
BK
> Brice
>
>
>
> ___
> hwloc-devel mailing list
> hwloc-de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/hwloc-devel
--
Dr. Bernd Kallies
Konrad-Zuse-Zentrum für Informationstechnik Berlin
Ta
on other OSs? Or do other OSs
> track memory binding information when pages are swapped out?
>
--
Dr. Bernd Kallies
Konrad-Zuse-Zentrum für Informationstechnik Berlin
Takustr. 7
14195 Berlin
Tel: +49-30-84185-270
Fax: +49-30-84185-311
e-mail: kall...@zib.de
On Mon, 2011-02-07 at 14:57 +0100, Brice Goglin wrote:
> Le 07/02/2011 14:34, Bernd Kallies a écrit :
> > Hallo,
> >
> > we currently have some large SMP systems (SGI Ultraviolet, 64 NUMA nodes
> > and 1024 logical procs per OS instance).
> > After reboot o
ine, which is OK
I may upload hwloc-gather-topology information to somewhere (about 600
kByte, which is too big to attach it to emails to your mail server)
Regards BK
--
Dr. Bernd Kallies
Konrad-Zuse-Zentrum für Informationstechnik Berlin
Takustr. 7
14195 Berlin
Tel: +49-30-84185-270
Fax: +49-30-8
On Fri, 2011-01-21 at 17:09 +0100, Samuel Thibault wrote:
> Bernd Kallies, le Thu 20 Jan 2011 20:35:04 +0100, a écrit :
> > On Thu, 2011-01-20 at 20:22 +0100, Samuel Thibault wrote:
> > > Bernd Kallies, le Thu 20 Jan 2011 20:13:03 +0100, a écrit :
> > > > The on
about are these OO method names, which I
had to invent them myself. If there is some need to synchronize these
with the python binding, we may agree about them. Backwards
compatibility of the Perl binding is not a real problem, since there may
be many aliases for a function in the base XS code.
ot in typemap in Hwloc.xs, line 620
> Error: 'hwloc_topology_t' not in typemap in Hwloc.xs, line 635
> Error: 'hwloc_topology_t' not in typemap in Hwloc.xs, line 662
> Error: 'hwloc_topology_t' not in typemap in Hwloc.xs, line 680
> ...lots more like this (and others)
>
--
Dr. Bernd Kallies
Konrad-Zuse-Zentrum für Informationstechnik Berlin
Takustr. 7
14195 Berlin
Tel: +49-30-84185-270
Fax: +49-30-84185-311
e-mail: kall...@zib.de
On Tue, 2011-01-18 at 19:11 +0100, Brice Goglin wrote:
> Le 18/01/2011 17:40, Bernd Kallies a écrit :
> > Hallo,
> >
> > I'm using hwloc-1.1 on Linux 2.6.32.19 (x86_64) on a machine that has
> > several NUMA nodes. It seems to me that there are unwanted bits left in
Hallo,
I'm using hwloc-1.1 on Linux 2.6.32.19 (x86_64) on a machine that has
several NUMA nodes. It seems to me that there are unwanted bits left in
the nodeset "set", when calling hwloc_get_membind_nodeset(topo,
set, ...) after a successful hwloc_set_membind() or
hwloc_set_membind_nodeset().
time. The problem is
nearly the same like having no HWLOC_API_VERSION in hwloc-0.9.
BK
> Brice
>
> ___
> hwloc-devel mailing list
> hwloc-de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/hwloc-devel
--
Dr. Bernd Kallies
Konrad-Zuse-Zentrum für Informationstechnik Berlin
Takustr. 7
14195 Berlin
Tel: +49-30-84185-270
Fax: +49-30-84185-311
e-mail: kall...@zib.de
On Wed, 2010-12-15 at 14:56 +0100, Brice Goglin wrote:
> Le 15/12/2010 14:45, Bernd Kallies a écrit :
> > The CPAN thing is the third implementation, which works with objects and
> > accessor methods. It is as fast as the first implementation, and perl
> > code looks almos
On Wed, 2010-12-15 at 13:32 +0100, Brice Goglin wrote:
> Le 15/12/2010 11:14, Bernd Kallies a écrit :
> > Dear all,
> >
> > the Perl module Sys::Hwloc is available via CPAN, see
> >
> > http://search.cpan.org/~bka/Sys-Hwloc-0.04/
> >
> > Comments are
On Wed, 2010-12-15 at 11:20 +0100, Samuel Thibault wrote:
> Hello,
>
> Bernd Kallies, le Wed 15 Dec 2010 11:15:21 +0100, a écrit :
> > the Perl module Sys::Hwloc is available via CPAN, see
> >
> > http://search.cpan.org/~bka/Sys-Hwloc-0.04/
>
> Do you have c
Dear all,
the Perl module Sys::Hwloc is available via CPAN, see
http://search.cpan.org/~bka/Sys-Hwloc-0.04/
Comments are welcome.
Ciao BK
--
Dr. Bernd Kallies
Konrad-Zuse-Zentrum für Informationstechnik Berlin
Takustr. 7
14195 Berlin
Tel: +49-30-84185-270
Fax: +49-30-84185-311
e-mail: kall
On Thu, 2010-12-02 at 17:49 -0500, Jeff Squyres wrote:
> On Dec 2, 2010, at 4:38 PM, Bernd Kallies wrote:
>
> >> 1.1 is pretty close to done. If you wanted to shift your work to be based
> >> on 1.1, I think you'd be pretty safe.
> >
> > I'll try. Curren
On Fri, 2010-12-03 at 09:54 +0100, Brice Goglin wrote:
> Le 02/12/2010 22:25, Bernd Kallies a écrit :
> >
> >> Do you have any feel for if there are particular bottlenecks in hwloc /
> >> lstopo that make it take so long? I wonder if we should just attack those
>
On Thu, 2010-12-02 at 14:45 -0500, Jeff Squyres wrote:
> On Dec 2, 2010, at 4:25 AM, Bernd Kallies wrote:
>
> > I'm thinking about either submitting this to CPAN or to the hwloc dev
> > team. However, I first wanted to wait how things with hwloc 1.1 will
> > look, w
On Thu, 2010-12-02 at 14:42 -0500, Jeff Squyres wrote:
> On Dec 2, 2010, at 11:07 AM, Bernd Kallies wrote:
>
> > To implement a hash there
> > exist two ways:
> >
> > a) the easy one: provide a new method like hwloc_get_obj_data(), that
> > gets a "point
ect methods that access object data. The hwloc API is not of this
kind.
These were my ideas. Comments are welcome. Note that we have very big
machines with complicated topologies. Executing lstopo (pure C API)
takes up to a second there. It made no sense to me to slow this down
more.
Cheers BK
>
>
>
On Fri, 2010-08-13 at 13:33 +0200, Samuel Thibault wrote:
> Bernd Kallies, le Fri 06 Aug 2010 18:13:06 +0200, a écrit :
> > > https://svn.open-mpi.org/trac/hwloc/changeset/2360
> > >
> > > libibverbs is only used during make check when it's availabl
On Mon, 2010-08-09 at 07:29 -0400, Jeff Squyres wrote:
> On Aug 6, 2010, at 12:13 PM, Bernd Kallies wrote:
>
> > > libibverbs is only used during make check when it's available.
> >
> > There is a problem with this philosophy. We provide hwloc on our
> >
ogy-linux.c solved the problem.
Thanks BK
--
Dr. Bernd Kallies
Konrad-Zuse-Zentrum für Informationstechnik Berlin
Takustr. 7
14195 Berlin
Tel: +49-30-84185-270
Fax: +49-30-84185-311
e-mail: kall...@zib.de
elease_agent=/sbin/cpuset_release_agent 0 0
--
Dr. Bernd Kallies
Konrad-Zuse-Zentrum für Informationstechnik Berlin
Takustr. 7
14195 Berlin
Tel: +49-30-84185-270
Fax: +49-30-84185-311
e-mail: kall...@zib.de
constraint. Other things like e.g. numatools report
the expected constraint.
Please let me know how I can assist you in alayzing the problem.
Sincerely BK
--
Dr. Bernd Kallies
Konrad-Zuse-Zentrum für Informationstechnik Berlin
Takustr. 7
14195 Berlin
Tel: +49-30-84185-270
Fax: +49-30-84185-311
e-mail
of 1st Group3, 2nd task on 1st CPU of 3rd Group3 (which is the
lonely one), 3rd task on 1st CPU of 2nd Group3. Having in mind that an
MPI application that got all CPUs of this topology may start only 3
tasks and each task allocates a lot of memory far beyond than what a
single NUMA node has directly at
the
hwloc_topology_ignore_all_keep_structure approach.
Sincerely BK
On Tue, 2010-07-13 at 11:46 +0200, Brice Goglin wrote:
> Le 13/07/2010 11:22, Bernd Kallies a écrit :
> >> /bin/echo 0-4 > /dev/cpuset/mycpuset/cpus
> >> /bin/echo 0-1 > /dev/cpuset/mycpuset/mems
> >> /bin/echo $$ > /dev/cpuset
27 matches
Mail list logo