cwbe coordinatez:
101
1
102
1546480
1546544
1563643
1565113
1565221
1565565

ABSOLUT
KYBERIA
permissions
you: r,
system: public
net: yes

neurons

stats|by_visit|by_K
source
tiamat
K|my_K|given_K
last
commanders
polls

total descendants::0
total children::1
show[ 2 | 3] flat
neviem, toto mi stale pripada ako skrabat sa pravou rukou na lavom uchu.

ako tak pozeram, tak na storage ten inferno moc nie je. chcelo by to nejaky distribuovany filesystem. pretoze to neriesi redundanciu a distribuciu dat :(.




00000101000000010000010201546480015465440156364301565113015652210156556501565765
v92
 v92      18.04.2005 - 11:09:27 (modif: ), level: 1, UP   NEW !!CONTENT CHANGED!!
storage grid mam v TODO liste.inak nemyslim si ze inferno na toto nie je.ano je pravda ze to neriesi sam od seba, ale myslim si ze zas taky velky problem to nebude napisat. kludne by sa to dalo aj cele naskriptovat... .

0000010100000001000001020154648001546544015636430156511301565221015655650156576501567635
linker
 linker      18.04.2005 - 23:57:01 (modif: ), level: 2, UP   NEW !!CONTENT CHANGED!!
Nehovoriac o zatazeni systemu, skriptovanie by som neodporucal z hladiska vykonu. To s tou redundaciou dat je podla mna dost podstatna otazka. Moja predstava bola asi taka:
- vojdem do adresara a mam tam 1TB dat ktore mozem kedykolvek pouzit (proste sa budu na pozadi tahat z inej nody)
- ak ho mam lokalne = casto pouzivane, netaham nic
- vsetko co tam nakopirujem sa zahrnie do globalneho namespace
- vyriesi to redundanciu

0000010100000001000001020154648001546544015636430156511301565221015655650156576501565892
juraj
 juraj      18.04.2005 - 11:52:20 (modif: ), level: 2, UP   NEW !!CONTENT CHANGED!!
no, to si neviem moc predstavit. vzhladom na to, kolko trvalo nieco take vobec naprogramovat, tak pochybujem, ze pri akomkolvek skvelom dizajne systemu nieco taketo pojde naskriptovat....

vies kolko situacii to musi riesit?