Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261252AbUDWUO2 (ORCPT ); Fri, 23 Apr 2004 16:14:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261258AbUDWUO2 (ORCPT ); Fri, 23 Apr 2004 16:14:28 -0400 Received: from twin.uoregon.edu ([128.223.214.27]:29068 "EHLO twin.uoregon.edu") by vger.kernel.org with ESMTP id S261252AbUDWUOZ (ORCPT ); Fri, 23 Apr 2004 16:14:25 -0400 Date: Fri, 23 Apr 2004 13:14:08 -0700 (PDT) From: Joel Jaeggli X-X-Sender: joelja@twin.uoregon.edu To: Paul Jackson cc: Timothy Miller , , , Subject: Re: File system compression, not at the block layer In-Reply-To: <20040423113435.245f918a.pj@sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1204 Lines: 29 On Fri, 23 Apr 2004, Paul Jackson wrote: > > SO... in addition to the brilliance of AS, is there anything else that > > can be done (using compression or something else) which could aid in > > reducing seek time? > > Buy more disks and only use a small portion of each for all but the > most infrequently accessed data. faster drives. The biggest disks at this point are far slower that the fastest... the average read service time on a maxtor atlas 15k is like 5.7ms on 250GB western digital sata, 14.1ms, so that more than twice as many reads can be executed on the fastest disks you can buy now... of course then you pay for it in cost, heat, density, and controller costs. everthing is a tradeoff though. > -- -------------------------------------------------------------------------- Joel Jaeggli Unix Consulting joelja@darkwing.uoregon.edu GPG Key Fingerprint: 5C6E 0104 BAF0 40B0 5BD3 C38B F000 35AB B67F 56B2 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/