Re: [eigen] Eigen is slow with complex matrices |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/eigen Archives
]
- To: eigen@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [eigen] Eigen is slow with complex matrices
- From: Benoit Jacob <jacob.benoit.1@xxxxxxxxx>
- Date: Tue, 20 Oct 2009 11:58:52 -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:message-id:subject:from:to:content-type :content-transfer-encoding; bh=+tbEl/YSnnH9lWiD7OeKcmO0E0wljkULLhVQloEnf2U=; b=DO2zd8rb+mnTvgFCJmCoYdAq/qLVVuhHpWcqtJi+g57hLtf9GcsTKMKKNkxn6nCezR RIAyQdR1BthBnhwjYvR/Y++rpNmKy2jeeIBTj+PLGCps7nzQxb7S+KvqmOpiidg28hkM Vq5SDTdIr74GcQO0gWcZfbnYYiQP93607LsKY=
- 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=d2wu96lEdT14T9lpwRR3YVXtBZHafxA5DumvM8s1lOLqVvdebqPrq6NwsZKx5NGjvT fHSE9h5UmaNAzNM4hX2Vlng+d+KlRRZCy3DPq0DyIz4xixVvicTXF7iz0qhVIo50DC9s 9LjWh45SnKc3Thu/hqWLYjZdJPLn8DJl0mLPc=
Thanks for the quick reply!
Indeed, interface work is the most important thing to do before it goes live.
Take your time, i didn't mean to rush you :)
Benoit
(Apologies to Mark who will receive this twice)
2009/10/20 Mark Borgerding <mark@xxxxxxxxxxxxxx>:
> I guess the main thing I'd like to implement before it "goes live" is the
> solidification of the interface.
> Specifically,
> * moving the scaling and real-fft-spectral format up to the main Eigen::FFT
> class rather than the helper implementation class
> * implement the functions for (MatrixBase * dst, const MatrixBase & src)
>
> Not more than a few hours work. I should be able to get to that within a
> week.
>
> -- Mark
>
>
> On 10/20/2009 11:18 AM, Benoit Jacob wrote:
>>
>> Yes, in this case i'd be ok to skip unsupported, because it's already
>> been discussed many times and it's clear that it's useful and
>> well-designed.
>>
>> CC'ing Mark.
>>
>> Mark, could you update us on what you think is left to do before that
>> can be included in Eigen?
>>
>> It's true that the sooner this gets merged, the longer the testing it
>> gets before we release 3.0, the better.
>>
>> Benoit
>>
>> 2009/10/20 Rohit Garg<rpg.314@xxxxxxxxx>:
>>
>>>
>>> Well..., if it is good enough, then why not merge into core eigen
>>> directly, instead of unsupported if mark will be maintaining the FFT
>>> backend/kissfft part of FFT for foreseeable future.
>>>
>>> At any rate, stuff merged into development branch, never committed to
>>> stable, can always be removed from the devel branch at a later date.
>>> After all, there is *no* guarantees whatsoever on the unstable branch.
>>> If we have the docs for it (part of eigen-unstable-docs of course),
>>> putting it into eigen-devel will get much more testing done. ATM, I
>>> don't think it has been tested in the wild yet. At least the FFTW
>>> backend can be in eigen-devel, since it is fairly small and benign.
>>>
>>> On Mon, Oct 19, 2009 at 7:40 PM, Benoit Jacob<jacob.benoit.1@xxxxxxxxx>
>>> wrote:
>>>
>>>>
>>>> 2009/10/19 Rohit Garg<rpg.314@xxxxxxxxx>:
>>>>
>>>>>
>>>>> AFAIR, some work was done to add complex number support, compatible
>>>>> with std::complex. It is sitting in the FFT fork.
>>>>>
>>>>
>>>> Good point, i had forgotten about it.
>>>>
>>>>
>>>>>
>>>>> What happened to it?
>>>>>
>>>>
>>>> It's still there.
>>>>
>>>>
>>>>>
>>>>> Also, when can we see the FFT work being merged back into eigen
>>>>> mainline?
>>>>>
>>>>
>>>> I wrote to Mark recently to ask, he replied that he still had to
>>>> implement a few suggestions that had been made.
>>>>
>>>> However, re-reading, these didn't sound like very crucial points (it
>>>> was about "formatting options and I/O"), so it seems as if the FFT
>>>> module is already good enough to be merged to unsupported/ ? Need
>>>> informed feedback here.
>>>>
>>>> Benoit
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Rohit Garg
>>>
>>> http://rpg-314.blogspot.com/
>>>
>>> Senior Undergraduate
>>> Department of Physics
>>> Indian Institute of Technology
>>> Bombay
>>>
>>>
>>>
>>>
>
>