Recently I've seen ~200 lhcbsgm and also some ~30 atlassgm
here is the data from maui ( 200616 is this year week 16 etc)
maui_userstats.200616:lhcbsgm 123 123 6824.59 32 0.81 1578.0 0.17
2252.6 2.97 ----- 0.15 0.00 3.29 95.42 10.56
maui_userstats.200617:lhcbsgm 13 13 507.58 905 13.01 64320.0
4.36 14294.3 17.32 ----- 0.34 0.00 2.31 97.22 30.92
maui_userstats.200618:lhcbsgm 16 16 207.46 407 5.92 27990.0
2.93 9153.4 15.13 ----- 0.32 0.00 1.87 94.98 29.10
maui_userstats.200619:lhcbsgm 18 18 506.76 64 1.55 3882.0 0.28
1621.9 1.83 ----- 0.36 0.00 0.48 93.51 35.17
maui_userstats.200620:lhcbsgm 0 0 0.00 23 0.52 1656.0 0.28
428.1 0.34 ----- 0.72 0.00 2.02 85.35 69.11
and for atlas:
maui_userstats.200619:atlassgm 0 0 0.00 93 2.26 6630.0 0.48
1058.8 1.19 ----- 0.18 0.00 1.48 45.08 16.43
maui_userstats.200620:atlassgm 28 39 2153.94 77 1.74 5688.0 0.98
1049.1 0.84 ----- 0.24 0.00 12.19 61.52 7.12
maui_userstats.200652:atlassgm 3 3 0.00 ---- ------ ------ ------
504.0 2.62 ----- ------ ------ ------ 100.00 ------
On Tuesday 23 May 2006 17:34, you wrote:
> Gordon, JC (John) wrote:
> > Olivier, I am sitting next to Nick Brook and he says that lhcb
> > production jobs should not run as sgm. Is this happening at other sites?
>
> When checking the gridmapfile I can find only 3 sgm users.
> Alex could you tell us when you saw a lot of lhcb sgm jobs ? When I look
> now i only see normal lhcb
>
>
> Olivier.
>
> > Can you tell me the DN of the user being mapped to sgm, if that doesn't
> > break your data security policy:-) Nick thinks the gridmapfile
> > generation may not be correct.
> >
> > John
> >
> >> -----Original Message-----
> >> From: Testbed Support for GridPP member institutes
> >> [mailto:[log in to unmask]] On Behalf Of Olivier van der Aa
> >> Sent: 23 May 2006 15:49
> >> To: [log in to unmask]
> >> Subject: shared experiment area load
> >>
> >> Dear All,
> >>
> >> At QMUL we have a load problem with the experimental shared area.
> >> The farm is running around 900 jobs and the nfs server serving the
> >> experimental area is overloaded.
> >>
> >> The result of that is that lhcb jobs sits for a long time on the wn
> >> waiting for data (mainly libraries).
> >>
> >> We would like to know how this is solved at ral, manchester where the
> >> size is similar. We where thinking of setting up a set of pbs
> >> slots for
> >> the sgm to have rw access. The other nodes would just have a
> >> copy on the
> >> local disk or access through several nfs servers.
> >>
> >> I think the problem with the small set of wn having rw access is that
> >> lhcb is sending a lot of jobs via one user who is sgm. Most of those
> >> jobs do not write to the experimental software area but they
> >> would stack
> >> to wait for the wn to be freed.
> >>
> >> We are keen to have your experience on that topic.
> >>
> >> Cheers, Olivier.
> >>
> >> --
> >> - O. van der Aa - Imperial College London -
> >> - LT2 Technical Coordinator -
> >> - tel: +442075947810, +442071005426 -
> >> - SIP: [log in to unmask] -
> >> - fax: +442078238830 -
> >> - http://surl.se/agtu -
--
------------------------------------------------------------------------------
| |
| Dr. Alex Martin |
| e-Mail: [log in to unmask] Queen Mary, University of London, |
| Phone : +44-(0)20-7882-5033 Mile End Road, |
| Fax : +44-(0)20-8981-9465 London, UK E1 4NS |
| |
------------------------------------------------------------------------------
|