| To: | Steve Lord <lord@xxxxxxx> |
|---|---|
| Subject: | Re: maximum files |
| From: | Ragnar Kjørstad <xfs@xxxxxxxxxxxxxxxxxxx> |
| Date: | Thu, 25 Apr 2002 15:46:07 +0200 |
| Cc: | ASANO Masahiro <masano@xxxxxxxxxxxxxx>, linux-xfs@xxxxxxxxxxx |
| In-reply-to: | <1019741548.8309.3.camel@jen.americas.sgi.com>; from lord@sgi.com on Thu, Apr 25, 2002 at 08:32:28AM -0500 |
| References: | <20020424160854G.masano@tnes.nec.co.jp> <1019658798.27989.29.camel@jen.americas.sgi.com> <20020425190934G.masano@tnes.nec.co.jp> <1019741548.8309.3.camel@jen.americas.sgi.com> |
| Sender: | owner-linux-xfs@xxxxxxxxxxx |
| User-agent: | Mutt/1.2.5.1i |
On Thu, Apr 25, 2002 at 08:32:28AM -0500, Steve Lord wrote: > > Great! > > How about 64bit linux? (e.g. XFS for IA-64 linux) > > Well, so far that does not help much, it all depends on what the sizes > of the basic types generated by gcc are on those platforms, I do not > have a list for all platforms, but so far as I know, ia64 for example > is still stuck with 32 bit inodes and 2Tbyte block devices. However, > a patch was just floated on the ia64 list to do 64 bit device access > and other components of that work have appeared in the past. Ben LaHaise wrote patches to support >2TB devices. It should work on both i386 and ia64 (and other platforms), but will ofcourse be faster on 64 bit platforms. I don't know if it has been included in 2.5 yet, or of it will be, but the patch is out there. -- Ragnar Kjørstad Big Storage |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] (repost) kmem_cache_zalloc, Steve Lord |
|---|---|
| Next by Date: | Re: Linux request., Mike Burger |
| Previous by Thread: | Re: maximum files, Steve Lord |
| Next by Thread: | Re: maximum files, Steve Lord |
| Indexes: | [Date] [Thread] [Top] [All Lists] |