From mboxrd@z Thu Jan 1 00:00:00 1970 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-reply-to: Your message of "Thu, 21 Apr 2011 16:17:50 PDT." References: <255556ff42dac9585ddf5e7f766d7175@hamnavoe.com> <20110421211046.C474DB835@mail.bitblocks.com> <9482032322d5daaadceace1f6875dad3@coraid.com> Date: Thu, 21 Apr 2011 16:54:40 -0700 From: Bakul Shah Message-Id: <20110421235440.12B0EB835@mail.bitblocks.com> Subject: Re: [9fans] Q: moving directories? hard links? Topicbox-Message-UUID: d21c11bc-ead6-11e9-9d60-3106f5b1d025 On Thu, 21 Apr 2011 16:17:50 PDT ron minnich wrote: > On Thu, Apr 21, 2011 at 3:41 PM, erik quanstrom > wrote: > >> IIRC companies such as Panasas separate file names and other > >> metadata from file storage. One way to get a single FS > >> namespace that spans multiple disks or nodes for increasing > >> data redundancy, file size beyond the largest disk size, > >> throughput (and yes, complexity). > > > > that certainly does seem like the hard way to do things. > > why should the structure of the data depend on where it's > > located? =A0certainly ken's fs doesn't change the format of > > the worm if you concatinate several devices for the worm > > or use just one. > > This would be a long discussion :-) > > best bet is to read Gibson's stuff. Indeed. On Isilon's website we find: * Up to 10.4 petabytes and up to 85 GBps of throughput and up to 1.4 million IOPS in a single file system. * Add capacity and/or performance within 60 seconds. I don't know how Isilon does this but think of how one would build a FS that can scale to multi perabyte files requiring multi gigabyte/sec bandwidth and ability to add storage as needed. Think oil companies and movie studios!