Because the performance problems in my implementation, I'll suspend the
Eigen integration. Also due SVN conflicts with trunk, I'm posting the
current changes here :
http://sourceforge.net/userapps/trac/zoltan_padrah/ticket/4
and reverting my local copy to svn trunk. Also see the notes in
On Fri, 21 Aug 2009 23:35:40 +0200, Alan Grimes
wrote:
> P Zoltan wrote:
>> You said before that there are some book about modified nodal analysis
>> (?). What is the theoretical complexiti of that algorithm? Looking at
>> the
>> current implementation, it seem to me that ktechlab implement
P Zoltan wrote:
>> P Zoltan wrote:
>>> A flowcode (let's do things with style :D) made with ktechlab,
>>> attached, shows the current operations when one step in the simulation
>>> is done. It seem to me that it's too complicated and inefficient. It can
>>> be seen that in Simulator::step() there
On Fri, 21 Aug 2009 21:55:58 +0200, Alan Grimes
wrote:
> P Zoltan wrote:
>> A flowcode (let's do things with style :D) made with ktechlab,
>> attached, shows the current operations when one step in the simulation
>> is done. It seem to me that it's too complicated and inefficient. It can
>> be
P Zoltan wrote:
> A flowcode (let's do things with style :D) made with ktechlab,
> attached, shows the current operations when one step in the simulation
> is done. It seem to me that it's too complicated and inefficient. It can
> be seen that in Simulator::step() there are quite a few loops, and
On Thu, 13 Aug 2009 16:33:39 +0200, Alan Grimes
wrote:
Zoltan Padrah wrote:
ok, tuning the simulator for strange cases should be done some day.
First, I'd like to create something like this for ktechlab's simulation
process, so the implementation could be verified against it:
http://zone.ni.
Zoltan Padrah wrote:
> ok, tuning the simulator for strange cases should be done some day.
> First, I'd like to create something like this for ktechlab's simulation
> process, so the implementation could be verified against it:
> http://zone.ni.com/devzone/jsp/largeImage.jsp?imagename=/cms/images/d
ok, tuning the simulator for strange cases should be done some day.
First, I'd like to create something like this for ktechlab's simulation
process, so the implementation could be verified against it:
http://zone.ni.com/devzone/jsp/largeImage.jsp?imagename=/cms/images/devzone/tut/5(2)-5818.jpg&lang
> Yes, I know. Still, that rank() call should be removed, as LU::solve()
> method returns false if it can't solve the equation system. That case is
> not addressed -- the question is what to do in that case: write a "?"
> for voltage level, or use the last valid state for the circuit?
Yeah, you sh
2009/8/9 Alan Grimes
>
> P Zoltan wrote:
> > here is a patch that makes ktechlab to use Eigen for calculations, so
> > the internal matrix implementation can be removed.
>
> =)
>
> > Known problems:
> > - the caching and changed/unchanged flags probabily don't work as they
> > should
>
> I thi
P Zoltan wrote:
> here is a patch that makes ktechlab to use Eigen for calculations, so
> the internal matrix implementation can be removed.
=)
> Known problems:
> - the caching and changed/unchanged flags probabily don't work as they
> should
I think that's where your memory leak is. It tri
Hi,
here is a patch that makes ktechlab to use Eigen for calculations, so the
internal matrix implementation can be removed.
Steps to use:
1. patch the source. If it fails, tell me, because I haven't tested the
patch :D
2. download and extract eigen somewhere. I've used version 2.0.3
12 matches
Mail list logo
