From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 24 05:35:34 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55FED106568D for ; Mon, 24 Aug 2009 05:35:34 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id D783B8FC19 for ; Mon, 24 Aug 2009 05:35:33 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2CBB6.dip.t-dialin.net [217.226.203.182]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 02D4084403A; Mon, 24 Aug 2009 07:35:26 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id A7CC1686AA; Mon, 24 Aug 2009 07:35:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1251092122; bh=kCTV/F+uSwjbiGFKZrIyvyCp5bRnNywuw/5mmMYOeYM=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=F+fEv5278iAJtvwfhkVHO1IamH0pmx3ccKIwHUed0WJT7v4t1hnrnr+dpzYiGSmi9 pxYRlu29SK+yYAhb7oMezgcWDqksTEL0QGnhFoOCdkUJDHLOvUnlGkfGyk8qMhQew0 TpoNO9FI+3YR7GtiYlG7yKpXHyEWZfzAPknprX0A1Sy0YBcbXC8keCRVdbnRZtZCPB TKaSzL4CXD/uJm/F+vS80gl2nu2xc+jGuJJijbkbt0vSyCOmxFUZcp+Ss8eit9pMJk uAZIoWSAYcWarrzLDUQKN0piaTlKJjzP4QfATM1BkrY+IPfAgHLx7ZuUcNm6ifPqtQ 4BHxMEEg+m1NA== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n7O5ZLUc062898; Mon, 24 Aug 2009 07:35:21 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 24 Aug 2009 07:35:20 +0200 Message-ID: <20090824073520.642366ipfkqbers4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 24 Aug 2009 07:35:20 +0200 From: Alexander Leidinger To: Antony Mawer References: <6101e8c40908211917k69c82491w3cff00a527d14873@mail.gmail.com> <19e9a5dc0908212303j28a6913er604bfd06e7df81ec@mail.gmail.com> <2DC22872-96F5-4C0A-82E4-F9755A10E245@msys.ch> <20090822182923.000064e0@unknown> <20090823170849.00000fdb@unknown> <7306B4ED-D9AF-4946-9FCE-BD1CE7685AC2@msys.ch> <20090823182454.00006387@unknown> <843B14C2-D6D0-4910-B1B4-C7A8CB37635D@msys.ch> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-8.0 X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 02D4084403A.79111 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1251696926.44805@AnmUMzkSWVQJ6bfuziWu4w X-EBL-Spam-Status: No X-Mailman-Approved-At: Mon, 24 Aug 2009 11:39:00 +0000 Cc: =?utf-8?b?TcOpcsOp?= , Marc Balmer , =?utf-8?b?QXVyw6lsaWVuIA==?=, Oliver Pinter , freebsd-hackers@freebsd.org, Gonzalo Nemmi Subject: Re: Common interface for sensors/health monitoring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 05:35:34 -0000 Quoting Antony Mawer (from Mon, 24 Aug 2009 10:34:46 +1000): > On Mon, Aug 24, 2009 at 2:38 AM, Marc Balmer wrote: > Is there a summary (perhaps something suitable to go on the Project > Ideas page) that outlines: > > - An outline of what such a system should provide > - What it should NOT provide (ie. what would be "out of scope") > - What lessons should be learned from the SoC effort (ie. both good > points and what NOT to do) > - Suggested starting points There's nothing like this. The big controversy in the discussion is, that one party wants to put a lot of processing and logic into the kernel (IMO over-engineered), and the GSoC-party wants to keep this complexity out of the kernel (why doing stuff in the kernel when it can be done in the userland, there's no need to get the last few % of performance out of this). Other things discussed there (providing the data via sysctl or via a binary interface in /dev/) are minor implementation details which do not really matter that much (the argument of the GSoC-party was that we already have the sysctl interface and use it already for similar things like process monitoring (kern.proc.*), and it also usable in single-user mode without the need to write another decoding utility for this new binary data). Bye, Alexander. -- Computers are not intelligent. They only think they are. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137