From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 17 May 2002 14:27:09 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 17 May 2002 14:27:08 -0400 Received: from tomcat.admin.navo.hpc.mil ([204.222.179.33]:32644 "EHLO tomcat.admin.navo.hpc.mil") by vger.kernel.org with ESMTP id ; Fri, 17 May 2002 14:27:07 -0400 Date: Fri, 17 May 2002 13:26:40 -0500 (CDT) From: Jesse Pollard Message-Id: <200205171826.NAA44036@tomcat.admin.navo.hpc.mil> To: phillips@bonn-fries.net, Jesse Pollard , Peter Chubb Subject: Re: [PATCH] remove 2TB block device limit In-Reply-To: Cc: Anton Altaparmakov , Peter Chubb , Christoph Hellwig , linux-kernel@vger.kernel.org, axboe@suse.de, akpm@zip.com.au, martin@dalecki.de, neilb@cse.unsw.edu.au X-Mailer: [XMailTool v3.1.2b] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org --------- Received message begins Here --------- > > On Friday 17 May 2002 15:32, Jesse Pollard wrote: > > And for the curious, the filesystems are SAMFS and SAMQFS on Sun E10000s. > > We migrated the data from Cray NC1 filesystems with DMF - Cray data > > migration facility (this took over 4 months. Would have taken only a month > > or two, but we also had to accept new data at the same time). > > Thanks for the fascinating data, however you left out one crucial piece of > information: how many data bits in your processor? Sorry - I did omit that.. Sun E10000s are Sparc based, and 64 bit. I realize this doesn't refer to the 32 bit boundaries, but they were operating in 32 bit mode for the initial installation (Solaris 2.6) and since some of the filesystem support was 3rd party and didn't work when the kernel was in 64 bit mode. ------------------------------------------------------------------------- Jesse I Pollard, II Email: pollard@navo.hpc.mil Any opinions expressed are solely my own.