From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QnxKB-0005jk-Jf for garchives@archives.gentoo.org; Mon, 01 Aug 2011 18:34:47 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1B82721C0DF; Mon, 1 Aug 2011 18:34:33 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 19D5421C0A3 for ; Mon, 1 Aug 2011 18:33:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 6B08F1B4020 for ; Mon, 1 Aug 2011 18:33:29 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Score: -4.754 X-Spam-Level: X-Spam-Status: No, score=-4.754 required=5.5 tests=[AWL=1.845, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] 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 xBFdBdtWW3Tj for ; Mon, 1 Aug 2011 18:33:21 +0000 (UTC) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by smtp.gentoo.org (Postfix) with ESMTP id D26FA1B4013 for ; Mon, 1 Aug 2011 18:33:19 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QnxIi-00042J-Mf for gentoo-user@gentoo.org; Mon, 01 Aug 2011 20:33:16 +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 ; Mon, 01 Aug 2011 20:33:16 +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 ; Mon, 01 Aug 2011 20:33:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: James Subject: [gentoo-user] Re: jbd2 keeps spinning my disk up Date: Mon, 1 Aug 2011 18:33:04 +0000 (UTC) Message-ID: References: <201107311650.29138.peter@humphrey.ukfsn.org> 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@dough.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:5.0) Gecko/20110719 Firefox/5.0 SeaMonkey/2.2) X-Archives-Salt: X-Archives-Hash: 98ea7d183a0d5a36fa33487549a4bd3d Peter Humphrey humphrey.ukfsn.org> writes: > My little Atom box's hard disk spins up every minute or so, and watching > iotop I see it's jbd2 that does it. > Google shows that others have similar problems. > Before I re-create all the partitions as reiserfs - and remove ext4 from the > kernel - does anyone have a lighter solution? Well, lots in good responses, so please do not interpret mine as saying it's a better solution that what others are suggestion. Atom is more of an embedded processor than a true workstation/server processor, imho. As such, it it more "bare metal" meaning countless software developments for AMD and Intel processors intended for workstations and servers, are irrelevant, useless, harmful, redundant, or just plain stupid for embedded processors. like the atom. So now you (and I and millions of folks) are trying to use mega-software (linux distro) on a bare-metal processor.... NOBODY has fleshed out these issues on an itemized basis. i.e. the knowledge base is sparse (at best) since the only one that can really do this is the silicon vendors and they have a VESTED INTEREST in not doing so. Furthermore, since Atom and ARM and many other embedded processors are combined as "cores" on an SOC (system on a chip) each revision of such hardware by each vendor can have different addtional hardware on the SOC that a generic compiled software distro is clueless about. That's why numerous devices that attempt low power linux, use a proprietary linux based on montaVista or countlesss other embedded linux vendors. These purveyors and vendors of the various embedded linux offerings do not publish anything about these hardware details for some issues and do include documentation, deep in the specifications of the processor. When you stray from that (the linux distro that come with the product), you are on your own, finding piecemeal information about low level hardware intricacies....ad-nossium.....imho. If the device came with some OS other than a linux hack..... YOu are much futher from paradise then with a default linux distro as the OS the vendor provided. It does not mean you will not be successful, just your journey is perilous, at best, if optimization is what you seek. Long story short, for years I have been building firewalls and embedded linux bridges, sniffers and other passive ethernet based devices, using ext2. Works beautifully with little attention. Not optimized, but avoid a HUGE time-sink. I encounter a myriad of issues, when trying newer file systems for embedded linux systems. Ext-2 works for years on Compact Flash drives if you do not log, or limit logs to an NFS link or such. As one reader suggested, you have to audit, one application at a time, to find the culprit. It's actually a never ending process, imho, as feature creep on a myriad of software packages will usually lead to performance issues and thus more aggressive algorithms on data movement. You may want to try some of the file systems intended for embedded system (as part of the newer linux kernels) and the tuning parameters therein, if you are looking for a robust solution. Also delete what you do not need from the atom based system, just as a general policy. Minimal and embedded are different facets of the same thing. Intel atom is first and foremost an embedded processor, not a CISC processor. I.E. just because it compiles, does not mean it runs well on limited resources or bare metal. Happy Hunting, James