1. Status and activities in Salerno Cristiano Bozza Salerno Emulsion Group Nagoya Dec 2006

2. Status Cristiano Bozza Salerno Emulsion Group Nagoya Dec 2006 Human Resources: Pino Grella (Professor) Cristiano Bozza (Researcher) Giustino D’Amato (Ph.D. Student) Chiara Sirignano (Post-doc) Fulvio Laudisio, Regina Rescigno (Degree Students) Maurizio Di Marino (Technician)

3. Status Cristiano Bozza Salerno Emulsion Group Nagoya Dec 2006 3 (+1) stages operational (1 used for R&D, not 100% OPERA) Efficiency and background OK Vertex location OK in several conditions (Pions, PEANUT, Scanback/Scanforth/TotalScan/Manual checks) CS-brick connection tested with track patterns, OK (not real procedure in OPERA, just error estimation)

4. CS-Brick connection 57 58 CS2 CS1 Scan 5 zones, 1 cm 2 each, on CS1, CS2, T58, T57 Map CS1 on CS2 and select matching tracks on CS2 Map T57 on T58 and select matching tracks on T58 Map CS2 on T58 Z1 Z2 Z3Z4 Z5 (0,0) X Y

5. CS-Brick connection Zone  X (  m)  Y (  m) Match 1-13.5 ± 3.30.7 ± 2.8637 2-11.1 ± 2.6-10.8 ± 2.1673 3-2.6 ± 3.026.1 ± 2.9639 45.3 ± 3.519.8 ± 2.0704 5-0.2 ± 2.35.4 ± 2.2763 QMap.exe cs_1_5_1.tlg cs_2_5_1.tlg map_cs1_cs2_5.txt 300.03 10 100 ZoneMatch 1530 2347 3446 4490 5397 T57-T58 mapping QMap.exe target_57_5_1.tlg target_58_5_1.tlg map_target_57_58_5.txt -1300.03 30 1000 CS1-CS2 mapping

6. CS-Brick connection CS2-T58 selected mapping QMap.exe MAP_CS1_CS2_1_reformat.TLG MAP_TARGET_57_58_1_reformat.TLG map_cs2_tg58_1.txt Zone  Z (  m)  X (  m)  Y (  m) Match 14870-141.8 ± 21.3-54.4 ± 10.7142 24500-2.4 ± 26.9-29.0 ± 25.6114 34700-47.9 ± 21.079.1 ± 19.5125 4505060.0 ± 24.551.0 ± 28.4127 55000-52.1 ± 25.2-1.4 ± 25.5133

7. DB evolution DB datafile structure is now controlled at a fine detail level Even the disk head path is optimized, through proper settings on the SQL definition of tables (IOT tables) Improvement depends on disk type SCSI disks are already partially optimized, so relative improvement is small Great performance gain on SATA and EIDE disks

8. DB evolution Heap organized table (“normal”) Tablespace PKTB PKTB Index organized table (“IOT”) Tablespace TB PK entry TB

9. DB evolution ID_EVENTBRICK ID_ZONE SIDE ID POSX POSY SLOPEX SLOPEY 810005435110.1230.0451394.5883.9 810005435120.1630.1421343.5835.9 810005435130.2630.1822343.5935.9 810005435210.123-0.0451594.5983.9 81000543522-0.1630.1421343.5735.9 810005435230.263-0.1822543.5635.9 1 12 8 10005435 3 1 22 3 0.1230.0451394.5883.9 0.1630.1421343.5835.9 0.2630.1822343.5935.9 0.123-0.0451594.5983.9 -0.1630.1421343.5735.9 0.263-0.1822543.5635.9 8 10005435 1 12 3 1 22 3 Heap organized table (“normal”) Index organized table (“IOT”) DB evolution

10. Improvement depends on disk type SCSI disks are already partially optimized, so relative improvement is small Great performance gain on SATA and EIDE disks (sustained INSERT process) TypeDisk time (old)  sec/track (old) Disk time (new)  sec/track (new) SATA to SCSI 100%110100%30  50 EIDE100%290100%30  50

11. DB software Data sharing software Salerno PEANUT data copied to OPITA01 (LNGS central DB) Complete process repeated 20 times, successful (46 GB data set) Data sharing tests going on with other groups (Mainly Bari and LNGS – CS scanning station)

12. DB software Oracle backup software (OraBackup) developed by Alessandro Ruggieri (Roma) is under testing in Salerno Tests successful, first release to be circulated soon

13. Computing Infrastructure 2 Evolution lines: 1) = long term 2) = short-term modifications for urgent needs (some improvements can be ported to (1) )

14. Computing Infrastructure 1) Long term modification Requires upgraded DB schema Strengthens security Improves performance Fully documented (SW and usage)

15. Computing Infrastructure 2) Short term modification PredictionScan3Driver includes forking (special version sent to Bari) SimpleScanback2Driver can get predictions from CS (under debug with Bari) Careful work still in progress to be sure old and new functionalities coexist

16. Computing Infrastructure Predictions on first brick plate are searched for with a “special” configuration for PS3D (forking enabled, wide area) Predictions on first brick plate are read from CS doublet tables Predictions on other plates are searched for in a “conventional” way (no forking) New features introduced in “old” software Double forking must be avoided (i.e., 2 candidates appear in both scanback plates AFTER forking because they’re very near)

17. Proposal for evolution strategy Now – End 2006 support to “old” infrastructure and DBs Jan – Apr 2007 Work exclusively on “new” infrastructure and DBs to complete debug Assist labs to “migrate” from “old” to “new” Apr 2007 -.... Use “new” infrastructure and DB for OPERA scanning

18. “Hot” items Make CS-brick connection procedure automatic Improve scanback procedure (tailor tolerances) Allow use of X-ray marks Help on these subjects is strongly needed