Re: [eigen] Allocation policy of eigen decompositions |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/eigen Archives
]
- To: eigen@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [eigen] Allocation policy of eigen decompositions
- From: Benoit Jacob <jacob.benoit.1@xxxxxxxxx>
- Date: Thu, 15 Apr 2010 07:24:43 -0400
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type :content-transfer-encoding; bh=h5HD9L8qdeQVKBm1rzFQ9GDPpWVkuFODyvNKDH0ETCY=; b=hyLe4+2siKwIUSMCLl0JbJYLyBxLYBzKmAZeMpYV3aDeS/fjyxy0oYt7sIkQbREAi3 gAxbW7H3oXmV0ArPDb8wmEDTr7TV94WRAyxla0Urjs327MgHpKUN4ndjuk0yiKIQ3y/0 0b+ZVG710kKpxGAE6o0I29QefCaG5tPkxZ9sk=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=POeYP4LQtjr305ter1IbyNfi80oucsblb9t6V0to5SZbUQT/nSdptsnMM2AK2ymRT0 bsFTpm+Omf9HjYbJaOSACzY9bCflLRrk/kkkncvLDcTKQrA1Z4VzuqRCqM70/NywkHsh A2/7E7EkIJkiesor0mVsSVMnMlF8e5gCNGgcM=
2010/4/15 Adolfo Rodríguez Tsouroukdissian <adolfo.rodriguez@xxxxxxxxxxxxxxxxx>:
> Hi Eigen devs,
>
> After a couple of weeks disconnected from the dev branch, and with the date
> of the Beta1 tag fast approaching,
I was about to propose delaying beta1 and/or turning it into an alpha.
> I'd like to ask about the status of a
> couple of topics that have been discussed in this (and another) thread:
>
> - It was mentioned that decompositions would have a constructor with size
> parameters. Is this API addition still on?. I just checked the two SVD's on
> tip and it is not yet the case
It is still planned, it is not yet implemented.
> - What's the status on computing decompositions in place, and the
> possibility of making this work on blocks?
Both still planned, both not yet implemented.
> - Will optimized matrix products between smallish matrices (size < 50x50)
> involve heap allocations?. A previous post said that on Linux (which is my
> case) alloca() is used so no heap (but rather stack) allocations. Am I
> understanding this correctly?
Yes, on linux we are using stack allocation there. There are plans to
do that on MSVC too. The threshold is controlled by
EIGEN_STACK_ALLOCATION_LIMIT. See Core/util/Memory.h.
Roadmap-wise, here's how things are looking for me:
- i'm currently knee deep in very deep changes with the class
hierarchy, storage orders, and fully supporting 0 and 1 sizes.
- once i'm done i want to finish the cleanup of renaming "Matrix" to
"Object" wherever needed, etc
- once i'm done i must do the new SVD
That i'm sure to be able to do by early May. Then I start my new job
so will have less time.
Help with the above-discussed items is very welcome :)
Benoit
>
> Thanks and cheers,
>
> Adolfo
>
>
> --
> Adolfo Rodríguez Tsouroukdissian, Ph. D.
>
> Robotics engineer
> PAL ROBOTICS S.L
> http://www.pal-robotics.com
> Tel. +34.93.414.53.47
> Fax.+34.93.209.11.09
> AVISO DE CONFIDENCIALIDAD: Este mensaje y sus documentos adjuntos, pueden
> contener información privilegiada y/o confidencial que está dirigida
> exclusivamente a su destinatario. Si usted recibe este mensaje y no es el
> destinatario indicado, o el empleado encargado de su entrega a dicha
> persona, por favor, notifíquelo inmediatamente y remita el mensaje original
> a la dirección de correo electrónico indicada. Cualquier copia, uso o
> distribución no autorizados de esta comunicación queda estrictamente
> prohibida.
>
> CONFIDENTIALITY NOTICE: This e-mail and the accompanying document(s) may
> contain confidential information which is privileged and intended only for
> the individual or entity to whom they are addressed. If you are not the
> intended recipient, you are hereby notified that any disclosure, copying,
> distribution or use of this e-mail and/or accompanying document(s) is
> strictly prohibited. If you have received this e-mail in error, please
> immediately notify the sender at the above e-mail address.
>