starting with something like /sys/src/cmd/nfs.c or ramfs.c
and a setup like this:
mount /stuff /n/node0
import node1 /stuff /n/node1
import node2 /stuff /n/node2
fscreate and fsopen would create or open /n/node[012]/file and fswrite
would write to /n/node[012]/file. a good developer (not necessarily a
superstar) could write it in a week.
but this assumption -- that this would work better than if all the
nodes accessed a reliable file server -- is wrong.
> is it too much for a syntetic filesystem 9P based? or too few?
>
>
>
> On Tue, Feb 10, 2009 at 5:37 PM, ron minnich <rminn...@gmail.com> wrote:
>
>> On Tue, Feb 10, 2009 at 12:06 AM, Giacomo Tesio <giac...@tesio.it> wrote:
>>
>> > If a sincronization system for the grid nodes (or a sintetic filesystem
>> > providing access to the grid and replicating writes among node) would
>> > require more than 3 weeks of man work probably I've no chance to get this
>> > solution approved.
>>
>> 3 weeks? I think you have a problem here. Stop now.
>>
>> This is a non trivial problem. At least from what I know.
>>
>> ron
>>
>>
