From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Rob Browning Newsgroups: gmane.lisp.guile.devel Subject: Re: Resizing hash tables in Guile Date: Wed, 12 Feb 2003 14:44:18 -0600 Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: <877kc5ns9p.fsf@raven.i.defaultvalue.org> References: <87lm0o7951.fsf@alice.rotty.yi.org> <1044889242.1033.310.camel@localhost> <1044984847.1032.419.camel@localhost> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1045083289 17721 80.91.224.249 (12 Feb 2003 20:54:49 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 12 Feb 2003 20:54:49 +0000 (UTC) Cc: Marius Vollmer Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18j3mI-00049C-00 for ; Wed, 12 Feb 2003 21:46:46 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18j3m0-0003Ip-01 for guile-devel@m.gmane.org; Wed, 12 Feb 2003 15:46:28 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18j3k8-0002jV-00 for guile-devel@gnu.org; Wed, 12 Feb 2003 15:44:32 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18j3jv-0002Zc-00 for guile-devel@gnu.org; Wed, 12 Feb 2003 15:44:20 -0500 Original-Received: from dsl093-098-016.wdc1.dsl.speakeasy.net ([66.93.98.16] helo=defaultvalue.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18j3jv-0002Y7-00 for guile-devel@gnu.org; Wed, 12 Feb 2003 15:44:19 -0500 Original-Received: from raven.i.defaultvalue.org (raven.i.defaultvalue.org [192.168.1.7]) by defaultvalue.org (Postfix) with ESMTP id 1D89AF0FF; Wed, 12 Feb 2003 14:44:18 -0600 (CST) Original-Received: by raven.i.defaultvalue.org (Postfix, from userid 1000) id 220B4B9F37; Wed, 12 Feb 2003 14:44:18 -0600 (CST) Original-To: djurfeldt@nada.kth.se In-Reply-To: (Mikael Djurfeldt's message of "Wed, 12 Feb 2003 18:47:48 +0100") User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-pc-linux-gnu) Original-cc: guile-devel@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Developers list for Guile, the GNU extensibility library List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:1922 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:1922 Mikael Djurfeldt writes: > I agree. When implementing the current thread safety I've > encountered a cluster of very interesting problems. I'll write up a > small text about this, put in the workbook and post on the list. > I'd say I can do this within a few weeks. For example, I've > discovered that the with-mutex construct we provide in threads.scm > is of dubious utility. It also seems hard to second-guess the > "users" needs when trying to provide high-level thread-safety > constructs in general. Sorry I haven't had a chance to comment sooner, but I also feel that we should probably let the user handle thread-safety. Way back when I first started programming heavily with threads, I had the naive impression that everything should "just be thread safe" :> After a lot of hacking, I would have to say I was definitively wrong. In my experience, the issues surrounding thread-safety and the tradeoffs involved are too complex to be easily managed in a blanket way. As a trivial example, it can be frustrating if you're trying to get high performance for a segment of code, to have no way to avoid hundreds or thousands of mutex grabs when you already *know* that the code segment in question is protected by some other means. -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel