[RC5] OGR anyone?
AZilinskas at SolutionsIQ.com
Thu Jan 21 12:26:26 EST 1999
From: Ed Wensell III aka THE StormRaiser
>... I had suggested that d.net offer it's services to companies that
>have massive databases that need converting to Y2K
The problem there is not so much computing power limited
as in the brute force DES searches, but data transfer limitations.
Company X has a 10 Gigabyte database, they want to tweak some fields
and rebuild the database to 10.01 Gigabytes.
Firstoff the company might not look kindly upon the fact that
their data is shipped off to 100,000 odd machines to be reassembled
Second in the act of collecting the rows in the data tables to be parsed out
others, you could have just changed the fields right then and there.
Lets not even discuss the issues of keeping indexes and relationships
in sync after a "scatter-gather" of the database.
From: Clayton, Dennis
>That would be really cool and then have a stats system that tells us
>what frame and what pixels each person did on the movie so we can watch
>for our own pxiels/frames! ;-)
I can just see it now, someone jumping up in the theater in the middle
of the movie; "Did you see that glint in her eye? That was My Pixel!" :-)
Ray tracing images, massive FEM (finite element modelling) simulation and
attractive for a massively parallel system like d.net, the problems
will be the large amount of data that must be transferred to the
clients to do their work (you can't figure out the illumination on
a pixel without knowing all the light sources impinging on it, including
the reflections of neighboring pixels).
There is also problems in keeping synchronization, DES encryption, one
machine can go check block#159 and another go check block#225 as all the
blocks are independent of each other, they are easily computed out
Now for a FEM Simulation, you can't have a bunch of machines working on
time=10second mark with other still working on time=9second as
the state of the system at time=10seconds depends upon the previous
state which has not completed yet. I guess a clever dispersion of
information and regrouping/synchronization algorithms are needed.
(can't have the big iron clients waiting around because one block
of the task was given to a '286 and it is not done yet).
azilinskas at solutionsiq.com
To unsubscribe, send 'unsubscribe rc5' to majordomo at lists.distributed.net
rc5-digest subscribers replace rc5 with rc5-digest
More information about the rc5