SVN Repository Access
Updated on Thu, 2007-07-12 12:39. Originally created by kocolosk on 2007-05-25 01:29. We set up a Subversion repository at MIT to track a few pieces of software that many of us are using, but that don't fit into the STAR framework.
Browsing and Checking Out Code
http://deltag5.lns.mit.edu/viewvc/
will allow you to browse the contents of the repository. You'll need to have a Subversion client installed in order to check out code. Simplest way on a Mac is to do
fink install svn-client
although there are also binary .pkg installers floating around for most eveery platform if you'd prefer to go that route. Then do
svn co http://deltag5.lns.mit.edu:8080/svn/modulename
Committing Changes
The web server doesn't do any authentication, so if you plan on committing changes to these packages you'll need to be added to the svnusers group on deltag5 and you'll also need to use ssh to get your working copy:
svn co svn+ssh://deltag5.lns.mit.edu/svnrep/modulename
In that case, make sure that your .bashrc on deltag5 adds /usr/local/bin to your $PATH. Note that this method may ask you for your password as much as 4 times, so publickey authentication is your friend (see SSHKeychain for Macs).
For more information on Subversion (basically the successor to CVS) take a look at http://svnbook.red-bean.com/
Browsing and Checking Out Code
http://deltag5.lns.mit.edu/viewvc/will allow you to browse the contents of the repository. You'll need to have a Subversion client installed in order to check out code. Simplest way on a Mac is to do
fink install svn-client
although there are also binary .pkg installers floating around for most eveery platform if you'd prefer to go that route. Then do
svn co http://deltag5.lns.mit.edu:8080/svn/modulename
Committing Changes
The web server doesn't do any authentication, so if you plan on committing changes to these packages you'll need to be added to the svnusers group on deltag5 and you'll also need to use ssh to get your working copy:svn co svn+ssh://deltag5.lns.mit.edu/svnrep/modulename
In that case, make sure that your .bashrc on deltag5 adds /usr/local/bin to your $PATH. Note that this method may ask you for your password as much as 4 times, so publickey authentication is your friend (see SSHKeychain for Macs).
For more information on Subversion (basically the successor to CVS) take a look at http://svnbook.red-bean.com/
Pulser Runs
Updated on Wed, 2007-05-23 19:41. Originally created by matis on 2007-05-23 19:41.Status of the Detector
Updated on Wed, 2007-05-23 19:39. Originally created by matis on 2007-05-23 19:39.Impressions on Nantes Meeting
Updated on Wed, 2007-05-23 19:38. Originally created by matis on 2007-05-23 19:38.Practice Talk for Berkeley Workshop
Updated on Wed, 2007-05-23 19:36. Originally created by matis on 2007-05-23 19:36.Reference
Speaker : Jonathan Bouchet
Talk time : 15:00, Duration : 00:10
How to run the transfers
Updated on Wed, 2007-05-23 18:13. Originally created by hjort on 2007-05-23 17:27. Under: The first step is to figure out what files you want to transfer and make some file lists for SRM transfers:
At PDSF make subdirectories ~/xfer ~/hrm_g1 ~/hrm_g1/lists
Copy from ~hjort/xfer the files diskOrHpss.pl, ConfigModule.pm and Catalog.xml into your xfer directory.
At PDSF make subdirectories ~/xfer ~/hrm_g1 ~/hrm_g1/lists
Copy from ~hjort/xfer the files diskOrHpss.pl, ConfigModule.pm and Catalog.xml into your xfer directory.
SRM instructions for bulk file transfer to PDSF
Updated on Wed, 2007-05-23 17:17. Originally created by hjort on 2007-05-23 17:17. Under:These links describe how to do bulk file transfers from RCF to PDSF.
AOB
Updated on Wed, 2007-05-23 10:45. Originally created by jeromel on 2007-05-23 10:44.Speaker : All ( All )
Talk time : 12:45, Duration : 00:10
Removal of datasets on NFS disk
Updated on Wed, 2007-05-23 11:08. Originally created by didenko on 2007-05-23 10:24.Speaker : Lidia Didenko ( BNL )
Talk time : 12:35, Duration : 00:10
- auau200/hijing_382/b0_3/central/y2007/gheisha_on/p07ia
pure hijing events without embedded B particle; - auau200/hijing_382/b0_3/central/y2004a/gheisha_on/trs_ie,
Current Simulation Production: status and plans
Updated on Wed, 2007-05-23 18:53. Originally created by potekhin on 2007-05-23 10:00.Speaker : Maxim Potekhin ( BNL )
Talk time : 12:25, Duration : 00:10
- Spin PWG request, quite large, 8M+ events total:
News from the front
Updated on Wed, 2007-05-23 11:05. Originally created by jeromel on 2007-05-23 09:59.Speaker : Stephen Trentalange ( UCLA )
Talk time : 12:10, Duration : 00:10
Embedding status and current activities
Updated on Wed, 2007-05-23 09:58. Originally created by jeromel on 2007-05-23 09:58.Speaker : Olga Barannikova ( UIC )
Talk time : 12:00, Duration : 00:10
Procedure
Updated on Mon, 2007-05-21 16:24. Originally created by rashmi on 2007-05-21 15:17. Under:STAR-PMD calibration Procedure
Experimental High Energy Physics Group, Department of Physics, University of Rajasthan, Jaipur-302004
The present STAR PMD calibration methodology is as follows:
- The events are cleaned and hot_cells are removed.
- The cells with no hits in immediate neighbours are considered as isolated hits and are stored in a Ttree
- The data for each cell, whenever it is found as a isolated cell, is collected and the adc distribution forms the mip for that cell.
- The mip statistics is then used for relative gain normalization.
The steps (1) , (2.) and (3.) have been discussed in detail in past. This writeup concentrates only on (4.) i.e the Gain Normalization Procedure. The writeup here attepts to understand the varations in the factors affecting the gains. It also attempts to determine how frequently should the gain_factors be determined.
Calibration
Updated on Mon, 2007-05-21 15:16. Originally created by rashmi on 2007-05-21 15:16. Under:Systematic Uncertainty Studies
Updated on Thu, 2007-07-12 12:33. Originally created by kocolosk on 2007-05-20 16:22. In the 2003+2004 jet cross section and A_LL paper we quoted a 5% systematic uncertainty on the absolute BTOW calibration. For the 2005 jet A_LL paper there is some interest in reducing the size of this systematic.
I went back to the electron ntuple used to set the absolute gains and started making some additional plots. Here's an investigation of E_{tower} / p_{track} versus track momentum. I only included tracks passing directly through the center of the tower (R<0.003) where the correction from shower leakage is effectively zero.
Full set of electron cuts (overall momentum acceptance 1.5 < p < 20.):
dedx>3.5 && dedx<4.5 && status==1 && np>25 && adc>2*rms && r<0.003 && id<2401
I forgot to impose a vertex constraint on these posted plots, but when I did require |vz| < 30 the central values didn't really move at all.
![](/STAR/files/active/0/Ep_means.gif)
![](/STAR/files/active/0/Ep_sigma.gif)
Here are the individual slices in track momentum used to obtain the points on that plot:
![](/STAR/files/active/0/Ep_15_20.gif)
![](/STAR/files/active/0/Ep_20_25.gif)
![](/STAR/files/active/1/Ep_25_30.gif)
![](/STAR/files/active/0/Ep_30_35.gif)
![](/STAR/files/active/1/Ep_35_45.gif)
![](/STAR/files/active/0/Ep_45_60.gif)
Electrons with momentum up to 20 GeV were accepted in the original sample, but there are only ~300 of them above 6 GeV and the distribution is actually rather ugly. Integrating over the full momentum range yields a E/p measurement of 0.9978 +- 0.0023, but as you can see the contributions from invididual momentum slices scatter around 1.0 by as much as 4.5%
Next Steps? -- I'm thinking of slicing versus eta and maybe R (distance from center of tower).
I went back to the electron ntuple used to set the absolute gains and started making some additional plots. Here's an investigation of E_{tower} / p_{track} versus track momentum. I only included tracks passing directly through the center of the tower (R<0.003) where the correction from shower leakage is effectively zero.
Full set of electron cuts (overall momentum acceptance 1.5 < p < 20.):
dedx>3.5 && dedx<4.5 && status==1 && np>25 && adc>2*rms && r<0.003 && id<2401
I forgot to impose a vertex constraint on these posted plots, but when I did require |vz| < 30 the central values didn't really move at all.
![](/STAR/files/active/0/Ep_means.gif)
![](/STAR/files/active/0/Ep_sigma.gif)
Here are the individual slices in track momentum used to obtain the points on that plot:
![](/STAR/files/active/0/Ep_15_20.gif)
![](/STAR/files/active/0/Ep_20_25.gif)
![](/STAR/files/active/1/Ep_25_30.gif)
![](/STAR/files/active/0/Ep_30_35.gif)
![](/STAR/files/active/1/Ep_35_45.gif)
![](/STAR/files/active/0/Ep_45_60.gif)
Electrons with momentum up to 20 GeV were accepted in the original sample, but there are only ~300 of them above 6 GeV and the distribution is actually rather ugly. Integrating over the full momentum range yields a E/p measurement of 0.9978 +- 0.0023, but as you can see the contributions from invididual momentum slices scatter around 1.0 by as much as 4.5%
Next Steps? -- I'm thinking of slicing versus eta and maybe R (distance from center of tower).
Performance Benchmarks
Updated on Sat, 2007-07-14 09:21. Originally created by kocolosk on 2007-05-19 13:44. I ran a couple of TStopwatch tests on the Run 5 common trees. Here are the specs:
Hardware: Core Duo laptop, 2.16 Ghz
Trees: 805 runs, 26.2M events, 4.4 GB on disk
Languages: CINT, Python, compliled C++
I also tested the impact of using a TEventList to select the ~11M JP1 and JP2 events needed to plot deta and dphi for pions and jets. Here's a table of the results. The times listed are CPU seconds and real seconds:
I tried the Python code without using a TEventList. The chain initialization dropped down to 50/70 seconds, but reading in all 26M events took me 1889/2183 seconds. In the end the TEventList was definitely worth it, even though it took 3 minutes to construct one.
Conclusions:
Hardware: Core Duo laptop, 2.16 Ghz
Trees: 805 runs, 26.2M events, 4.4 GB on disk
Languages: CINT, Python, compliled C++
I also tested the impact of using a TEventList to select the ~11M JP1 and JP2 events needed to plot deta and dphi for pions and jets. Here's a table of the results. The times listed are CPU seconds and real seconds:
Chain init + TEventList generation | Process TEventList | |
CINT | 156 / 247 | 1664 / 1909 |
Python | 156 / 257 | 1255 / 1565 |
Compiled C++ | 154 / 249 | 877 / 1209 |
I tried the Python code without using a TEventList. The chain initialization dropped down to 50/70 seconds, but reading in all 26M events took me 1889/2183 seconds. In the end the TEventList was definitely worth it, even though it took 3 minutes to construct one.
Conclusions:
- Use a TEventList. My selection criteria weren't very restrictive (event fired JP1 or JP2), but I cut my processing time by > 30%.
- I had already compiled the dictionaries for the various classes and the reader in every case, but this small macro still got a strong performance boost from compilation. I was surprised to see that the Python code was closer to compiled in performance than CINT.
Performance of the Silicon Strip Detector of the Star -- "rehearsal"
Updated on Wed, 2007-05-16 17:28. Originally created by shenminh on 2007-05-16 17:28.Reference
Speaker : Jonathan Bouchet
Talk time : 11:20, Duration : 00:30
Follow up on the cucu re-production
Updated on Wed, 2007-05-16 17:20. Originally created by shenminh on 2007-05-16 17:20.Reference
Speaker : Jonathan Bouchet
Talk time : 11:10, Duration : 00:10
SSD status Report
Updated on Wed, 2007-05-16 17:14. Originally created by shenminh on 2007-05-16 17:14.Embedding description and policy (draft?)
Updated on Wed, 2007-05-16 14:35. Originally created by jeromel on 2007-05-16 14:28.Reference
Speaker : Jerome Lauret ( BNL )
Talk time : 16:00, Duration : 00:10