gEDA-dev: [PATCH] Symbol library performance

Peter TB Brett peter at peter-b.co.uk
Wed Nov 28 18:41:27 EST 2007


On Wednesday 28 November 2007 23:29:42 Peter TB Brett wrote:
> On Wednesday 07 November 2007 17:11:38 Werner Hoch wrote:
> > > > 2. Copying of my generated symbols is slow in gschem. If I place
> > > > 100 symbols and create a copy, it currently takes quite long (about
> > > > 20s).
> > >
> > > Hmm... is it any slower for the file-based symbols compared to the
> > > command-based ones?
> >
> > Yes. I don't notice any delay when copying file-based symbols.
> >
> > > If so, that's bad and shouldn't be happening -- the symbol data's
> > > supposed to be cached.
> >
> > gschem calls my script over and over again.
>
> Try the attached patchset.  This will cache symbols until the cache is next
> invalidated (e.g. by explicit flushing, adding component sources, or
> clicking the "Refresh" button).

Hmm, something ate the 3rd patch.  Here's another attempt.

> Performance seems to be better, although I haven't done any benchmarking.
>
> Cheers,
>
>                            Peter



-- 
Peter Brett

Electronic Systems Engineer
Integral Informatics Ltd
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0003-clib-Cache-symbol-data-between-library-refreshes.patch
Type: text/x-diff
Size: 8563 bytes
Desc: not available
Url : http://www.seul.org/pipermail/geda-dev/attachments/20071128/13144dd5/attachment.patch 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.seul.org/pipermail/geda-dev/attachments/20071128/13144dd5/attachment.pgp 


More information about the geda-dev mailing list