since inside a disk drive, there is also striping across platters and
wierd remapping games (and then there's flash), and i don't see
any justification for calling this a different fs layout. you wouldn't
say you changed datastructures if you use 8x1gb dimms instead of
4x2gb, would
On Thu, 21 Apr 2011 18:41:25 EDT erik quanstrom quans...@labs.coraid.com
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
On Fri, 22 Apr 2011 09:05:16 EDT erik quanstrom quans...@quanstro.net wrote:
It all boils down to having to cope with individual units'
limits and failures.
If a file needs to be larger than the capacity of the largest
disk, you stripe data across multiple disks. To handle disk
On 18 Apr 2011, at 2:11 pm, Lucio De Re wrote:
One of these days they'll need installation checkboxes (a) to choose
optional features and (b) to choose different alternative features
that may clash with each other. One will need a university degree in
Linuxology to make educated decisions.
On 04/16/11 23:49, Skip Tavakkolian wrote:
Linux has slowly become Windows-lite
Whatsoever it is, though GNU sucks, but the GNU/Linux is dominating the
markets:
http://mybroadband.co.za/news/software/19762-The-Linux-Microsoft-war-over.html
--
Balwinder S bdheeman DheemanRegistered
erik quanstrom quans...@quanstro.net writes:
It's not that obvious to me. A hard link is another name for a file,
uniquely identified by type,device,qid.
how do you specify the device? you can't without giving up
on per-process-group namespaces. i don't think there's any
way to
On Thu, Apr 21, 2011 at 8:32 AM, smi...@zenzebra.mv.com wrote:
I got the impression, from what I read, that the kernel driver chooses
the device number.
what's a device number and why would we need one?
ron
Bakul Shah ba...@bitblocks.com writes:
Ask yourself *why* do you need it. Is it just convenience
(what you are used to) or is there something you do that
absolutely requires hard links? Next compare the benefit
of hardlinks to their cost. It is worth it?
I'm trying to create a data structure
On Thu, Apr 21, 2011 at 8:44 AM, smi...@zenzebra.mv.com wrote:
I'm trying to create a data structure in the form of a directed acyclic
graph (DAG). A file system would be an ideal way to represent the data,
except that P9 exposes no transaction to give a node more than one name.
warning:
On Thu, 21 Apr 2011 15:44:32 - smi...@zenzebra.mv.com wrote:
Bakul Shah ba...@bitblocks.com writes:
Ask yourself *why* do you need it. Is it just convenience
(what you are used to) or is there something you do that
absolutely requires hard links? Next compare the benefit
of
You can overlay your naming
FS on top of an existing disk based FS. In effect each named
file in this naming FS maps to a canonical name of a disk
based file. You can implement linking via a ctl file or
something.
Is lnfs(4) a relevant example?
On Thu, 21 Apr 2011 21:17:21 BST Richard Miller 9f...@hamnavoe.com wrote:
You can overlay your naming
FS on top of an existing disk based FS. In effect each named
file in this naming FS maps to a canonical name of a disk
based file. You can implement linking via a ctl file or
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
On Thu, Apr 21, 2011 at 3:41 PM, erik quanstrom
quans...@labs.coraid.com 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
On Thu, 21 Apr 2011 16:17:50 PDT ron minnich rminn...@gmail.com wrote:
On Thu, Apr 21, 2011 at 3:41 PM, erik quanstrom
quans...@labs.coraid.com 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
that certainly does seem like the hard way to do things.
why should the structure of the data depend on where it's
located? certainly 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 :-)
On Thu, Apr 21, 2011 at 4:55 PM, erik quanstrom quans...@quanstro.net wrote:
could you please clarify? i'm not following along.
I'm at the end of a long day and not able to write a good explanation
of what they are thinking. :-)
ron
On Thu Apr 21 20:01:54 EDT 2011, rminn...@gmail.com wrote:
On Thu, Apr 21, 2011 at 4:55 PM, erik quanstrom quans...@quanstro.net wrote:
could you please clarify? i'm not following along.
I'm at the end of a long day and not able to write a good explanation
of what they are thinking. :-)
Observation 1: There doesn't seem to be any provision for moving a
directory from one directory into another directory; that is, moving
it to a different directory on the same type,device file system.
Observation 2: There doesn't seem to be any support for hard links.
In
In article BANLkTimODdjj=fj8wzgxs2rn-wj2vlm...@mail.gmail.com,
Rob Pike robp...@gmail.com wrote:
On Sat, Apr 16, 2011 at 11:17 AM, Skip Tavakkolian
skip.tavakkol...@gmail.com wrote:
Linux has slowly become Windows-lite
Except for the lite part.
-rob
Not really true - there are one or two
On Mon Apr 18 05:15:49 EDT 2011, arn...@skeeve.com wrote:
In article BANLkTimODdjj=fj8wzgxs2rn-wj2vlm...@mail.gmail.com,
Rob Pike robp...@gmail.com wrote:
On Sat, Apr 16, 2011 at 11:17 AM, Skip Tavakkolian
skip.tavakkol...@gmail.com wrote:
Linux has slowly become Windows-lite
Except for
the latest proud addition, open_by_handle().
You're joking, right?!
++L
On Mon Apr 18 08:58:15 EDT 2011, lu...@proxima.alt.za wrote:
the latest proud addition, open_by_handle().
You're joking, right?!
http://lwn.net/Articles/375888/
now scheduled for 2.6.39, http://lwn.net/Articles/435215/ in
the kernel release status.
It was a rhetorical question :-)
If you look at what a hard link is, you'll realize why they are not in Plan 9.
nominated for informative post the month.
- erik
If they're unsupported, why? Were they simply overlooked? Are there
compelling technical or theoretical reasons for not providing them?
i think the record is quite clear that ken, rob, presotto, et. al. were
well-aware of these things. ron has made excellent points about why
these features
ron minnich rminn...@gmail.com writes:
If you look at what a hard link is, you'll realize why they are not in
Plan 9.
It's not that obvious to me. A hard link is another name for a file,
uniquely identified by type,device,qid. The effect of a hard link can
be simulated with bind, but
It's not that obvious to me. A hard link is another name for a file,
uniquely identified by type,device,qid.
how do you specify the device? you can't without giving up
on per-process-group namespaces. i don't think there's any
way to uniquely identify a device except through a namespace,
rminn...@gmail.com:
the tangled
thicket of overlapping, but incompatible, feature sets that are
almost, but not quite, entirely unlike what Unix was supposed to be:
that's Linux today.
One for the fortunes file.
Linux has slowly become Windows-lite
On Sat, Apr 16, 2011 at 11:03 AM, Richard Miller 9f...@hamnavoe.com wrote:
rminn...@gmail.com:
the tangled
thicket of overlapping, but incompatible, feature sets that are
almost, but not quite, entirely unlike what Unix was supposed to be:
that's Linux
On Sat, 16 Apr 2011 17:33:39 - smi...@zenzebra.mv.com wrote:
ron minnich rminn...@gmail.com writes:
If you look at what a hard link is, you'll realize why they are not in
Plan 9.
It's not that obvious to me. A hard link is another name for a file,
uniquely identified by
On Sat, Apr 16, 2011 at 11:17 AM, Skip Tavakkolian
skip.tavakkol...@gmail.com wrote:
Linux has slowly become Windows-lite
Except for the lite part.
-rob
dircp and bind(1).
On Apr 15, 2011 10:39 PM, smi...@zenzebra.mv.com wrote:
Hello,
I've been about Plan 9... there are lots of goodies there under
/sys/doc. However, I have a couple of lingering questions that don't
seem to be answered anywhere:
Observation 1: There doesn't seem to be any
interesting questions. They kind of resonate with a discussion I had
with someone recently. The question of feature(X) in linux came up, as
feature(X) was not available in Plan 9. It doesn't much matter what
feature(X) is in this case, since the question is so frequent.
As it happens, feature(X)
33 matches
Mail list logo
