Hi Tim
I think Kem and I have come pretty close to agreement on the number of
objects involved in the two databases, and the sizes of the entries
needed to hold the object information.
Yes, I noticed, great =)
But I want to give you a
heads-up that I think there is something funny about your spreadsheet:
You show the *per-release* size of the time-dependent database growing
rapidly with time. I think it should asymptote to a constant quite
quickly (we are just adding new time points to a constant set of
objects). I think this in turn traces back to column H on the
NoObjPerDR sheet, where you show the number of objects growing
proportional to DR#. Can you check this out?
The number of objects in time db is now calculated as:
"release number" x "number of objects in DR1"
I understood that was the formula we wanted.
Do you have suggestions what I should use instead?
Thanks,
Jacek
Thanks,
Tim
Jacek Becla wrote:
Keywords: DataAccWG
Hi,
We will have a DataAccWG telecon tomorrow at 11:00 PST.
Phone number: 866 330 1200
passcode: 300 2363
The agenda:
- database size estimates
- hypothetical end user access workload
Here is the latest version of the db size estimates
Kem and I put together:
http://ctiowo.ctio.noao.edu:8204/wgroups/dataaccesswg/technicalDiscussions/lsst_storage_estimates_v07.xls
I'll put it in docushare once I add database overheads
Jacek
_______________________________________________
LSST-data mailing list
[email protected]
http://www.lsstmail.org/mailman/listinfo/lsst-data
_______________________________________________
LSST-data mailing list
[email protected]
http://www.lsstmail.org/mailman/listinfo/lsst-data
_______________________________________________
LSST-data mailing list
[email protected]
http://www.lsstmail.org/mailman/listinfo/lsst-data
