- ROOT 5.14: (Heather)
ROOT 5.14d reads old ROOT files mostly (?) okay, problem with root
hist converter. Tests ongoing: write with 5.10, read with 5.14.
Problem with hadd (histogram add) merging CALtuples in beam test
pipeline; Heather has reproduced problem with 5.13 and sees no problem
with 5.14. Put 5.14 on "probation" for partial use. Must continue to
check for file corruption. [post-meeting from Heather: reads old
ROOT files fine. There's no issue with RootHistCnv;
that's a red herring.]
(David C.) Som problem usiing ROOT 5.14 to read back simple
data files. [post-meeting from Heather: This turned out to be an issue
with ROOT's redeinition of the TRandom::Rndm routine, so a false alarm.
Reading files is just fine.]
- GlastRelease status:
-
(Toby) v9r26, or rather v10r0, is being assembled, starting new HEAD build
this morning. Will not contain Root 5.14. Yet to include updated job
options for major pipelines which need to get into Gleam and other
packages.
- (Tracy) New tuple variables MC trajectory & relational tables ready.
ATLAS folks claim certain G4 compile flags can achieve substantial CPU
savings (~20%). Libraries have been converted to sharables - reduce
image size.
- (Toby) G4 build can take > 1 hour on win machines. Some question of
using G4 native multiple scattering libraries vs current procedure of
using an external package. Would need Navid's assistance to rebuild
G4 for all platforms.
- Windows Visual Studio 2005: (Toby, Heather)
Ongoing efforts
to provide support for this new compiler. fftw updated. ROOT and CLHEP
need updates. Discussion on how to package a GLAST distribution,
including items for IExternal.
Starting soon (with ROOT 5.14?), introduce a $BUILD directory
structure to include the compiler being used.
(Richard)
Issue at SLAC with getting a Windows build machine with VS2005 powered
up. We lost our electrical outlet at SCCS! Alternative is to use the
UW terminal server.
- Release Manager issues (Navid)
-
Problem with /u30 (lack of inodes - only 1 million per TB),
switched to /u43 Expect reformatting of /u30 with lots of inodes.
- RHEL4 (RedHat Enterprise Linux, v4) support
- CLHEP crashing, trouble tracing problem
- GlastRelease - fair shape, many unit tests passing
- ScienceTools - good shape,
unit tests passing (some problem with fftw library)
- Hand-off IRF problem - compile or unit test problem (Notify Navid if problems observed)
- Interleave Preparations (Tom)
- first goal is a 3 orbit-hour interleave test, almost there!
- code (v9r25) ready and tested (by Tracy)
- background data is ready (but some issue with rates - which should not matter for this first test)
- pipeline2 scripts (mostly) ready for "bare bones" operations
- orbit file(s) ready
- jobOptions still need tuning (Toby offered to help)
(Richard) 3 hour test motivated by Julie to ensure pointed
observations work well. A few additional runs as a run-up to the
55-day run are planned and will be defined today.
Some concern about a consistent view of the Earth's limb, an
x-axis override of some sort...
- ROOT data indexing:
(Eric C.) ROOT-based metadata scheme (used by BABAR) containing pointers to
locate all known data for a given event. The basic idea involves
storing {File, Tree, Entry} in an external table, pointed to by a
single pointer in an NTuple (index file), but with some additional
flexibility (works with xrootd, including when data has been migrated
to tape). Tools to read & copy the event data also provided.
See
https://confluence.slac.stanford.edu/download/attachments/20011/Event_Collections.pdf.
BABAR code is all online in their CVS repository, module KanEvent.
This scheme might find application in GLAST for interleave, skimming,
and analysis scenarios.
- External libraries: (Heather)
Problem getting external libraries compiled with new compilers, we do
not have all the source! Need source repository for external
libraries. Issue with Gaudi and CMT. Have split with LCHb and now
GLAST maintains its own Gaudi version: we could return to having a
proper CVS module in which to keep our changes organized. Should
revisit moving ahead to the latest version of Gaudi.
[Update (Navid): fftw compiles on all platforms;
xerxces compiles for all platforms.
On what time scale do we want to ingest these new package versions as
they become available?
Toby mentioned a ROOT solution for compiler support: w32pragma.h
- EVO: (Richard)
- monitoring EVO...seems to be odd assignment to Panda servers, possible scaling problem.
-
"Master Classes" at CERN causes a lot of stress on the system
T. Glanzman.
Last Modified (J. Bogart):
01-Jun-2010 15:46:59 -0700