From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-159411-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 4ECC613881B
	for <garchives@archives.gentoo.org>; 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 <gentoo-user@lists.gentoo.org>; 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 <gentoo-user@lists.gentoo.org>; 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 <gentoo-user@lists.gentoo.org>;
	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 <gentoo-user@gentoo.org>; Sun, 19 Oct 2014 16:41:18 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <lnx-gentoo-user@m.gmane.org>)
	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 <gentoo-user@gentoo.org>; 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 <gentoo-user@gentoo.org>; Sun, 19 Oct 2014 18:41:13 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-user@lists.gentoo.org
From: James <wireless@tampabay.rr.com>
Subject: [gentoo-user] Re: gigabyte mobo latency
Date: Sun, 19 Oct 2014 16:41:04 +0000 (UTC)
Message-ID: <loom.20141019T171850-378@post.gmane.org>
References: <loom.20141018T172004-713@post.gmane.org> <5442DAC8.2030106@thegeezer.net> <loom.20141018T233956-266@post.gmane.org> <5442F17C.7040904@thegeezer.net> <loom.20141019T041305-882@post.gmane.org> <5443A864.2030508@thegeezer.net>
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
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 <at> 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