From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1EL10N-0005c3-G5 for garchives@archives.gentoo.org; Thu, 29 Sep 2005 16:11:31 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id j8TG3GfS019480; Thu, 29 Sep 2005 16:03:16 GMT Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id j8TFwXmY007247 for ; Thu, 29 Sep 2005 15:58:33 GMT Received: from mail.joat.com ([71.114.149.33]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0INL00LAV5XE9K21@vms044.mailsrvcs.net> for gentoo-user@lists.gentoo.org; Thu, 29 Sep 2005 11:03:14 -0500 (CDT) Received: from localhost (cornholio.joat.com [127.0.0.1]) by mail.joat.com (Postfix) with ESMTP id C2A051C4 for ; Thu, 29 Sep 2005 12:03:13 -0400 (EDT) Received: from mail.joat.com ([127.0.0.1]) by localhost (mail.joat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09812-03 for ; Thu, 29 Sep 2005 12:03:11 -0400 (EDT) Received: from cdnebinge (jnet.state.pa.us [206.224.31.162]) by mail.joat.com (Postfix) with ESMTP for ; Thu, 29 Sep 2005 12:03:11 -0400 (EDT) Date: Thu, 29 Sep 2005 12:05:04 -0400 From: "Dave Nebinger" Subject: RE: [gentoo-user] [Completely and totally OT] FVWM-Crystal...!!! In-reply-to: <433C0B08.4040407@planet.nl> To: Message-id: <002101c5c50f$8e8cf170$4501010a@jnetlab.lcl> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Mailer: Microsoft Outlook, Build 10.0.6626 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal X-Virus-Scanned: amavisd-new at joat.com X-Archives-Salt: 789c493c-6bb7-4438-b50d-dfc6e4db401a X-Archives-Hash: fb4b25f9974e64ed58233d42da2e688e > Were I you, I would consider: > > - If keeping X, switching to the absolute most minimal wm possible > (twm, ratpoison, ion), to see what effect that had. > - If downstepping from X, investigating what programs run under > DirectFB and seeing what effect that had. > - If going cold-turkey off X, seeing how far you get with the > command-line and ncurses programs. I would also add the following: remoting X. X is a hog, as Holly said, but there's no reason the X server would need to run on the same box as the ongoing recording session. Running two systems, one running X and handling the gui operations, and one running your audio apps, might provide enough of the separation to reduce the latency on the audio box. Of course the two cards should probably be connected with at least a 100mb Ethernet connection (to eliminate the overhead of dealing with the network conversations for X). Another possibility might be your choice of filesystems (assuming the recordings are going to disk). Different filesystems have inherent latency based upon their design - journaling adds overhead, btree maintenance in reiser adds overhead, etc. Just using a simple ext2 filesystem for the initial recording followed by backups to a modern filesystem may have a measurable impact. Going back to X, it is a hog both in cpu cycles and in memory; you mention having an amd64 but no quotes on memory. My assumption is that such a system has a big chunk of memory, but I've learned what happens when one assumes. Obviously a lack of sufficient memory can cause you some swapping issues whether you were aware of it or not. -- gentoo-user@gentoo.org mailing list