DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net;
	b=PJT+eHUm/P8aRUbCmCtB5yMY4yvjSKD5GDYLZbWHNsv8EBhw8n+JX4mkMfi3cN28TwgDlnx7TuBN8u0j7qu7auWk9xStW8vFO1nm7XScGE0qNCGo2AUU3TrPspbI04THODBdRQcAPx+dRf/Lk5K1hNigzQQlua21RlH5F7fYRuk=;
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Subject: Re: [geda-user] A different kind of gschem nap
From: Edward Hennessy <ehennes AT sbcglobal DOT net>
In-Reply-To: <luirdo$uc0$1@ger.gmane.org>
Date: Tue, 9 Sep 2014 20:50:07 -0700
Content-Transfer-Encoding: 7bit
Message-Id: <D2AAD25F-739B-4A3A-9D4F-3B14E7C8700C@sbcglobal.net>
References: <luh5iq$42s$1 AT ger DOT gmane DOT org> <98C89E6D-3A1B-4E11-8F2A-F0C9D5D2AE7D AT sbcglobal DOT net> <luirdo$uc0$1 AT ger DOT gmane DOT org>
To: geda-user AT delorie DOT com
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
Precedence: bulk


On Sep 7, 2014, at 4:57 PM, Kai-Martin Knaak <kmk AT familieknaak DOT de> wrote:

> Edward Hennessy wrote:
> 
>> The function s_weakref_remove() is taking up a large percentage of
>> the execution time. (More than 85%) And, this function is called
>> from smob_free().
>> 
>> Using a faster container to store weak references could put us into
>> the 2-3 min range.
> 
> This still seems ridiculously inefficient to me. The algorithm jut 
> needs to assign about 100 refdes numbers that are not yet used. This 
> should not take minutes on a contemporary desktop. 

I'm working on something that may help. I wrote some scheme to reset
refdes when copying and pasting. It can be added to the local
configuration with:

	(load-from-path "auto-refdes.scm")
	(add-hook! copy-objects-hook auto-refdes-reset!)

It doesn't reset refdes when cutting and multiple pasting, yet.

Cheers,
Ed