From owner-freebsd-threads@FreeBSD.ORG Tue Dec 20 14:47:35 2011 Return-Path: Delivered-To: threads@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C257106564A; Tue, 20 Dec 2011 14:47:35 +0000 (UTC) (envelope-from s_sourceforge@nedprod.com) Received: from europe2.nedproductions.biz (unknown [IPv6:2a02:748:100:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 175EE8FC13; Tue, 20 Dec 2011 14:47:34 +0000 (UTC) Received: by europe2.nedproductions.biz (Postfix, from userid 1003) id 641329EE475; Tue, 20 Dec 2011 14:47:33 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nedprod.com; s=mail; t=1324392453; bh=zQ1NjD+skNI/Zx+L69r6YMNznMTLTcZfBobYcklKFJA=; h=From:To:Date:MIME-Version:Subject:Message-ID:In-reply-to: References:Content-type:Content-transfer-encoding: Content-description; b=VQN31HZ4nzeL9ulbV5gZILFeEm+6OzogeOk7R0voF7xKBI2Du2Enp8+QbiVKnG7c9 zmNE3E4muMdGZzng6K3f+UB37fVyufQqpcjUm5MZ1EW17jLYLyH6TKMeju8UgIaXcf AJk99SYsuyc5T9x2EDTVovlTRvPcjdhvUHF7FN2A= X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on europe2.nedproductions.biz X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_DKIM_INVALID autolearn=ham version=3.3.1 Received: from [192.168.2.8] (dsl-076-041.cust.imagine.ie [87.232.76.41]) by europe2.nedproductions.biz (Postfix) with ESMTPSA id 67ABC9EE241; Tue, 20 Dec 2011 14:47:24 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nedprod.com; s=mail; t=1324392444; bh=zQ1NjD+skNI/Zx+L69r6YMNznMTLTcZfBobYcklKFJA=; h=From:To:Date:MIME-Version:Subject:Message-ID:In-reply-to: References:Content-type:Content-transfer-encoding: Content-description; b=gVD0lT/h24dsS7RuLQB9jGh4Q2SwoLIeF95sIe3iE+zUZvGuns7lHnXH709GDLr8p 9j3bElOc4V3SYalrRtIRIwp14PmibS/fvGFzaRHpV2wVPis6rPam59G2spHXaFaH0j t5sStiUMfle5MmmcU+6M/fs5i0akmb3Fs7t3sTu0= From: "Niall Douglas" To: threads@freebsd.org, arch@freebsd.org Date: Tue, 20 Dec 2011 14:47:25 -0000 MIME-Version: 1.0 Message-ID: <4EF09FFD.7768.B66F73ED@s_sourceforge.nedprod.com> Priority: normal In-reply-to: <62147.1324388400@critter.freebsd.dk> References: >, <62147.1324388400@critter.freebsd.dk> X-mailer: Pegasus Mail for Windows (4.62) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Cc: Subject: Re: [Patch] C1X threading support X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2011 14:47:35 -0000 On 20 Dec 2011 at 13:40, Poul-Henning Kamp wrote: > >If I remember correctly UTC was seen as the safest of all options > >available. Annoying to program I agree, but definitely safer than > >alternatives. > > No, actually UTC is much unsafer than the alternative, and in general > much less useful and desirable for the same reasons it is unsafe. > > UTC as implemented on a computer is not a continuous timescale, > it is not even an monotonic timescale if you are unlucky. Sure, it even varies slightly between CPU core on some platforms. > And maybe, in trying to express that using a real-world example, > the standards comittee would realize that UTC was a mistake, and > changed the timeout argument to a relative time interval instead, > like for instance the poll(2) system-call. There was some very good argument against relative periods. I honestly can't remember what that was. It was a long time ago. > >> Where did the ability to control a threads stacksize or other > >> attributes go in thrd_create() ? > > > >I would assume that they were considered non portable due to vendor > >objection. In particular, I remember an argument that thread > >stacksize settings are dangerous and must be omitted. > > I would assume that the people who found it dangerous were morons > without any actual real-life experience programming threads on > computers with finite resources ? I think you are out of order in this public comment and you should apologise to those who have served on WG14. If you disagree with the standard, please feel free to submit an erratum to http://open-std.org/jtc1/sc22/wg14/ Or even better, participate and donate your own time to the committee. They are very inclusive and more than happy to give time to all viewpoints. You don't even need to officially join - you can attend or participate as an observer. Otherwise quite frankly I don't care what your background, your rep or your experience is. Feel free to voice an opinion after you have attended a few ISO committee meetings and seen the work done there. Otherwise you don't know what you're talking about. Niall -- Technology & Consulting Services - ned Productions Limited. http://www.nedproductions.biz/. VAT reg: IE 9708311Q. Company no: 472909.