Date: Mon, 24 Aug 2009 07:35:20 +0200 From: Alexander Leidinger <Alexander@Leidinger.net> To: Antony Mawer <lists@mawer.org> Cc: =?utf-8?b?TcOpcsOp?= <aurelien.mere@amc-os.com>, Marc Balmer <marc@msys.ch>, =?utf-8?b?QXVyw6lsaWVuIA==?=, Oliver Pinter <oliver.pntr@gmail.com>, freebsd-hackers@freebsd.org, Gonzalo Nemmi <gnemmi@gmail.com> Subject: Re: Common interface for sensors/health monitoring Message-ID: <20090824073520.642366ipfkqbers4@webmail.leidinger.net> In-Reply-To: <ea2d4a5b0908231734t2b461256j8a77b0c660ace702@mail.gmail.com> References: <D3D19C706C2842389C87590424D0A8CB@kmlaptop> <6101e8c40908211917k69c82491w3cff00a527d14873@mail.gmail.com> <19e9a5dc0908212303j28a6913er604bfd06e7df81ec@mail.gmail.com> <2DC22872-96F5-4C0A-82E4-F9755A10E245@msys.ch> <20090822182923.000064e0@unknown> <C1C76364BD5341C887C0AEA906BB5763@kmlaptop> <20090823170849.00000fdb@unknown> <7306B4ED-D9AF-4946-9FCE-BD1CE7685AC2@msys.ch> <20090823182454.00006387@unknown> <843B14C2-D6D0-4910-B1B4-C7A8CB37635D@msys.ch> <ea2d4a5b0908231734t2b461256j8a77b0c660ace702@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Quoting Antony Mawer <lists@mawer.org> (from Mon, 24 Aug 2009 10:34:46 +1000): > On Mon, Aug 24, 2009 at 2:38 AM, Marc Balmer<marc@msys.ch> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090824073520.642366ipfkqbers4>