Hi!
> well, there is only so much room in the counting bay. At the least the
> compton now runs on dblast09 so we have freed up one more terminal. There
> are computers on the other side of the counting bay.
> There is no more space. Then we should go into the so called oops
> counting bay. So let it be it.
I totally agree with Chris and Chi (and Tancredi in that there is not so
much room in the counting bay).
Not only do we need more computers, I would say some of us (who do not
have this already) would also need a desk in a different place than
the counting bay, with a GOOD computer...
"Crunching" is not the only analysis we need to do, that is only pushing a
button at this point. Counting bay could be very crowded during the day
and it is hard to think sometimes with so many people talking around you.
This is a real issue in my opinion and I have been trying to get this
solved in different ways... I do not understand why it should be so hard
for a student to get a computer and a quiet spot someplace to look into
analysis.
Adrian
>
>
> > >At any rate, the online crunching will soon be automatized (that needs
> > >some slow stepping...) and will run on dblast13,dblast14 (as per cc
> > >suggestions). The other part is that we may need a few super-fast machines
> > >if (and I think the probability is non negligible) we will have to
> > >recrunch a lot of data. But that is a larger discussion, not for now.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >>Chi
> > >>
> > >>P.S.
> > >>Since a lot of these units are used in TBLDetRecon, following is the
> > >>convention enforced in v3:
> > >>Get**tdc(): returns tdc in channels
> > >>Get**t(): retruns tdc in channels, offset corrected
> > >>Get**time(): returns time in ns, offset corrected, time of traveling of
> > >> light in paddle corrected
> > >>Get**adc(): returns adc in channels
> > >>Get**e(): returns adc in channels, pedestal subtracted
> > >>Get**energy(): returns energy deposit, by multiplying e() by adc scale.
> > >> whatever it means
> > >>
> > >>
> > >>
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >>>>I don't want to sound bitter, but it is obvious that people that
> > >>>>are working on codes should meet periodically and discuss the issues
> > >>>>of the day. This regularly does not happen.
> > >>>>
> > >>>>That was the point of analysis meetings. There is where you can ask
> > >>>>these questions and where such coordination can easily occur. E-mail
> > >>>>communication is of course fine, but there is no point in complaining
> > >>>>about things that could have been easily found out by discussing in
> > >>>>person. Unless we pretend to have telepathic abilities and are able
> > >>>>to guess what each other is doing.
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>
> > >>>
> >
> >
>
This archive was generated by hypermail 2.1.2 : Mon Feb 24 2014 - 14:07:29 EST