From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 4ECC613881B for ; Sun, 19 Oct 2014 16:41:36 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0A27AE0912; Sun, 19 Oct 2014 16:41:30 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id B5972E08A6 for ; Sun, 19 Oct 2014 16:41:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 678F6340354 for ; Sun, 19 Oct 2014 16:41:27 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -2.994 X-Spam-Level: X-Spam-Status: No, score=-2.994 tagged_above=-999 required=5.5 tests=[AWL=1.037, BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-1.429, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AEsKkom0sjnK for ; Sun, 19 Oct 2014 16:41:19 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 0DDAC340340 for ; Sun, 19 Oct 2014 16:41:18 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XftXd-0007lG-QE for gentoo-user@gentoo.org; Sun, 19 Oct 2014 18:41:14 +0200 Received: from rrcs-71-40-157-251.se.biz.rr.com ([71.40.157.251]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 19 Oct 2014 18:41:13 +0200 Received: from wireless by rrcs-71-40-157-251.se.biz.rr.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 19 Oct 2014 18:41:13 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: James Subject: [gentoo-user] Re: gigabyte mobo latency Date: Sun, 19 Oct 2014 16:41:04 +0000 (UTC) Message-ID: References: <5442DAC8.2030106@thegeezer.net> <5442F17C.7040904@thegeezer.net> <5443A864.2030508@thegeezer.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 71.40.157.251 (Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1) X-Archives-Salt: 1f0a9e7a-a0a1-47b5-9cf2-2317318d7901 X-Archives-Hash: 5c86910b9e4bcaebb3e557d17b667230 thegeezer thegeezer.net> writes: > especially for non-local systems. other distros have apps such as > "cgclassify" which provides some shortcut to managing cgroups -- > creation / and moving process in and out Ok. So, if you or anyone else knows of or runs across a robust gui managment interface for cgroups, please post to this list or drop me some email. Porting something that is established is my preferred modis_operandi..... > you can also have a nohup process that does ps -eLf to search for > process you want to classify and move them into the appropriate cgroup > for default cgroups you can also use inotify > a quick search shows http://libcg.sourceforge.net/ which daemonises this > process. Yes well this is fantastic information. I've read dozens and dozens of things about cgroups, but none more useful than what you have stated here. So now I'm on the path to finding something to port to gentoo/openrc/cgroups or something to hack to fill this void(). The only FSM (Finite State Machine) development software I see in portage is qfsm. I'm off to look for a new FSM design software package; as an 'old_fart' it seems logical that limited physical resources should have finite states and therefore be first designed as a FSM. I feel 'cheated" that after quickly looking at about a dozen books on deep issues with 'C" on unix, that none mentioned cgroups. I feel, stupid and ignoranat and orphaned because this wonderful technology, cgroups, has been pretty well hidden? A gui interface to a FSM instantiated control system for cgroups, appears to be to be a very cool idea. It's going to be a prerequisite for robust linux clustering, imho. FSMs are the best way to manage finite hardware resources and they are the mainstay of traditional device (hardware) driver codes. [1] > all this is a bit hack'n'slash though i appreciate, so if anyone else > knows of suitable tools i'd also be interested to hear of them I've done quite a bit of reading and research. There is much "high_brow" talk (chatter) about cgroups but very little on a practical, useful basis. I sense there are many more folks just like us that need a robust, easy to follow methodology to learn about, setup and master cgroups. Even if we all end up migrating to systemd (which from plentiful complaints from many very bright folks about the net and the lack of a clean, useful documentation on systemd, it's likely to be a decade before systemd stablizes and folks produce sufficiently useful documentation and examples) cgroups does illuminate how things should work in a complex environment so it still is worth it's weight in gold, before one attempts to master the (systemd) beast. Your information about cgroups is WONDERFUL! thx, James [1] http://en.wikipedia.org/wiki/Finite-state_machine#Software_applications [2] http://sourceforge.net/projects/fsmdesigner/ [3] http://www.typesafe.com/activator/template/akka-sample-fsm-scala [4] https://wiki.python.org/moin/FiniteStateMachine