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