Changeset 35072
- Timestamp:
- Jan 29, 2013, 5:33:25 AM (13 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
branches/eam_branches/ipp-20121219/ippToPsps/doc/upgrade.txt
r35063 r35072 1 2 2012.01.27 3 4 remaining issues: 5 6 * operational sequence: 7 8 I need to change the way ippToPsps works at the operational level. 9 currently, the concept is that a 'config' is once and the boundaries 10 / aspect changed to trigger different processing. this is poor 11 because it leaves no tracking, and it means the current situation 12 change change too easily. in addition, the rules for triggering dvo 13 ingest are not completely clear, and probably not enforceable from 14 within ippToPsps 15 16 alternatively, I'd like to have the following sequence: 17 18 * init batch should not require a config -- it simply passes along 19 the statically defined tables from tables.IN.vot. it should be 20 required first, and perhaps depends on the associated dvo database 21 (eg, for skytable?). 22 23 * queue config (probably to include P2,ST,OB batches in general 24 operations) -- should only be done for a region when the items for 25 that region are done. 26 27 * trigger dvo ingest for detections (and image / skytable?) 28 (allow for rerunning ingest operations which failed) 29 30 * run loader once to bundle the batches for the pending items 31 - do not load dvo tables here 32 33 * modify object ingest to happen at same times as the detections 34 35 * seems to be some odd behavior -- failure to ingest, duplicate keys? 1 36 2 37 2013.01.26 … … 13 48 This simple modification speeds up the processing of the smfs by a 14 49 factor of nearly 2x! 15 16 17 50 18 51 2013.01.24 : Status of the ippToPsps Upgrade … … 76 109 77 110 * need to enable -parallel option to dvopsps (config option?) 78 * add multi-row ingest to stilts 79 * need to fix test obj ingest 111 * add multi-row ingest to stilts (maybe not immediately -- the 112 select/load fix helped quite a bit) 113 * need to fix test obj ingest (DONE) 80 114 * file handles are not promptly closed -- is this a garbage 81 115 collection problem?
Note:
See TracChangeset
for help on using the changeset viewer.
