Supposedly similar to the sims, which is a load of crap - an interesting concept but unplayable due to the extreme tediousness of controlling every aspect of several people's lives.
You do a big distributed storage network of slashdot users who have large hard drives and fast connections, and have some sort of gnutellanet-like search network.
i.e. the nodes decide who stores what, with some redundancy hopefully, and they index the data/as they store it/ and then you just put some gnutellanet-like structure on top for searching the archives.
The archives would all be read-only, and the indexing is done when the article is first stored, so then you can BZIP2 chunks of 30 articles together and keep a table of messageIDs pointing to where everything's held...
Slashdot Mirror
I'm assuming you're a troll; if you *really* believe that, you're merely practising blatant hypocrisy.
The *real* tapes are here. Open your eyes to the NASA conspiracy!
It's a windows game.
Supposedly similar to the sims, which is a load of crap - an interesting concept but unplayable due to the extreme tediousness of controlling every aspect of several people's lives.
Go and enrich your life - read a book instead.
How about the laptop I had in '97-'98?
:)
Toshiba T2000SXe
-- 386 SX/20
-- 2MB RAM
-- 60MB HDD
-- One 1.44MB floppy drive
-- Mono VGA
Managed (via floppies, then PPP over it's serial port) to get "Linux-Lite" running, (v1.0.9 kernel).
It took a day to compile the kernel, swapping continuously
Aha. Why not use Freenet or something like that?
/as they store it/ and then you just put some gnutellanet-like structure on top for searching the archives.
You do a big distributed storage network of slashdot users who have large hard drives and fast connections, and have some sort of gnutellanet-like search network.
i.e. the nodes decide who stores what, with some redundancy hopefully, and they index the data
The archives would all be read-only, and the indexing is done when the article is first stored, so then you can BZIP2 chunks of 30 articles together and keep a table of messageIDs pointing to where everything's held...
-don