+--server-tuning
|   +--dd
|   +--fdtree
|   +--fs
|   +--loader
|   +--memcached
|   +--metadata
|   +--network
|   +--perflog
|   |   +--cron-perflog
|   |   +--sample-output
|   +--postgres
|   +--postmark
|   +--raid
|   +--ram
|   +--scaling
|   +--swap

Filesystem notes

==> io-tuning.pdf <==

==> linuxcon2010_wheeler.pdf <==

==> billion-files <==

    http://lwn.net/Articles/400629/
    One billion files on Linux
    Jonathan Corbet
    Wed, 18 Aug 2010
    
    What happens if you try to put one billion files onto a Linux filesystem?
    One might see this as an academic sort of question; even the most
    enthusiastic music downloader will have to work a while to collect that
    much data.  It would require over 30,000 (clean) kernel trees to add up
    to a billion files.  Even contemporary desktop systems, which often seem
    
==> disk-tuning <==

    http://www.softpanorama.org/Commercial_linuxes/performance_tuning.shtml
    
    1.  For fast disk subsystems, it is desirable to use large flushes of
        dirty memory pages.
    
        The value stored in /proc/sys/vm/dirty_background_ratio defines at
        what percentage of main memory the pdflush daemon should write data
        out to the disk.
    
        If larger flushes are desired then increasing the default value of 10%
    
==> linux-filesystem-tune-up <==

    http://www.linux.com/learn/tutorials/384597-weekend-project-linux-filesystem-tune-up
    Weekend Project: Linux Filesystem Tune-up
    Nathan Willis
    Thu, 25 Nov 2010 05:48:00 -0500
    
    Introduction
    
      If the thought of getting up at 3AM on "Black Friday" and dragging yourself
      across town to stand in line for sales doesn't fill you with the holiday
      spirit, why not spend your weekend doing something more meaningful,
    
==> pdflush-tuning <==

    http://www.westnet.com/~gsmith/content/linux-pdflush.htm
    The Linux Page Cache and pdflush:
      Theory of Operation and Tuning for Write-Heavy Loads
    Gregory Smith
    Wed, 26 Mar 2008 11:37:37 -0400
    
    Introduction
    
      As you write out data ultimately intended for disk, Linux caches this
      information in an area of memory called the page cache.  You can find out
    
==> xfs-recommendation-1 <==

    Message-ID: <4DAE0FF0.5070805@hardwarefreak.com>
    Date: Tue, 19 Apr 2011 17:42:56 -0500
    From: Stan Hoeppner <stan@hardwarefreak.com>
    To: debian-user@lists.debian.org
    Subject: Re: file systems
    References: <87wriqjd0t.fsf@towardsfreedom.com>
    In-Reply-To: <87wriqjd0t.fsf@towardsfreedom.com>
    
    prad put forth on 4/19/2011 1:45 PM:
    > we are thinking of redoing our existing servers and workstations in
    
==> xfs-recommendation-2 <==

    From SRS0=LM0p=MF=lists.debian.org=bounce-debian-user=vogelke+debian=pobox.com@bounce2.pobox.com  Mon Apr 26 06:03:10 2010
    Message-ID: <4BD562A7.3050907@hardwarefreak.com>
    Date: Mon, 26 Apr 2010 04:53:43 -0500
    From: Stan Hoeppner <stan@hardwarefreak.com>
    MIME-Version: 1.0
    To: debian-user@lists.debian.org
    Subject: Re: Filesystem recommendations
    References: <o2p258ced3f1004241053j28352c68v7fa61b56b021443b@mail.gmail.com>
     <4BD3425F.6080301@cox.net> <4BD3DEEF.7050305@allums.com>
     <4BD53D53.9050205@hardwarefreak.com> <4BD54D42.3030701@allums.com>
    
==> xfs-recommendation-3 <==

    Message-ID: <4DBD0D23.1080903@hardwarefreak.com>
    Date: Sun, 01 May 2011 02:34:59 -0500
    From: Stan Hoeppner <stan@hardwarefreak.com>
    To: debian-user@lists.debian.org
    Subject: Re: file systems
    References: <87wriqjd0t.fsf@towardsfreedom.com>
     <4DAE0FF0.5070805@hardwarefreak.com>       <4DB513E5.5030902@cox.net>
     <4DB5CC72.4070106@hardwarefreak.com>       <4DB5EDAB.6010706@cox.net>
     <4DB60919.6080403@hardwarefreak.com>       <4DB60C9E.4090104@cox.net>
     <4DB630D1.9040005@hardwarefreak.com>       <4DB646ED.8080909@cox.net>