I wonder what it means to certify. Results are the same? Results are the same _and_ CPU performance is no worse? Results are the same, CPU performance is no worse and memory requirements are similar? Anyone know?
--
Charles C. Young
M.S. 43, Stanford Linear Accelerator Center
P.O. Box 20450
Stanford, CA 94309
[log in to unmask]
voice (650) 926 2669
fax (650) 926 2923
CERN GSM +41 76 487 2069
> -----Original Message-----
> From: [log in to unmask]
> [mailto:[log in to unmask]] On
> Behalf Of Wei Yang
> Sent: Thursday, April 12, 2007 6:01 PM
> To: atlas-sccs-planning-l
> Subject: Re: Notes of ATLAS SCCS meeting (April 11, 2007)
>
> I also get a e-mail from Frederick Luehring saying that 32bit
> Athena and
> SLC4 64bit are certified. So I think we are safe(?) to go
> with RHEL4 64bit.
>
> Wei Yang | [log in to unmask] | 650-926-3338(O)
>
>
> Gordon Watts wrote:
> > Hi,
> >
> > At the software week before the one that just happened in Munich,
> > there was a long report on performance issues on 64 bit machines. I
> > suspect there was a recent update in Munich (I was not able
> to attend).
> > The results three months ago were quite bad - if you used a
> normalized
> > performance scale it looked like the 64 bit processors were more
> > expensive for less power, actually (but not by much). And
> the memory
> > usage was as you report below. The general message seemed to be to
> > stay away from 64 bit.
> >
> > You might look through the Munich agenda to see if there was an
> > update (they had just setup a task force at the previous
> workshop to
> > address the 64 bit issue). I'm about half way through the
> agenda -- if
> > I find anything I'll let you know. David Quarrie is a good
> person to
> > contact about this issue as well.
> >
> > Cheers,
> > Gordon.
> >
> >
> >> -----Original Message-----
> >> From: [log in to unmask] [mailto:owner-
> >> [log in to unmask]] On Behalf Of Stephen J.
> >> Gowdy
> >> Sent: Wednesday, April 11, 2007 1:34 PM
> >> To: Wei Yang
> >> Cc: atlas-sccs-planning-l
> >> Subject: Re: Notes of ATLAS SCCS meeting (April 11, 2007)
> >>
> >> We can run the 32-bit applications on the 64-bit OS. Although I get
> > the
> >> feeling most sites are using a 32-bit OS also.
> >>
> >> It is almost certain that 2GB is not enough for the 64-bit
> > application.
> >> The memory usage is doubled and the 30% gain in CPU is
> therefore lost
> >> (a few times) in memory cost. There is an effort kicking off to
> > attempt
> >> to
> >> reduce the memory usage and try to understand why 64-bit
> applications
> >> is double (you expect some things to double, but not everything I
> >> think).
> >> Not
> >> clear to me when the results from that will be available, certainly
> > not
> >> soon.
> >>
> >> On Wed, 11 Apr 2007, Wei Yang wrote:
> >>
> >>> [JohnB, Richard, Len, Wei, Randy, Booker]
> >>>
> >>> 1. DQ2
> >>> corrupted AOD data removed. This gave us a few days of trouble
> >> free
> >>> production until today.
> >>>
> >>> 2. Tier 2 hardware
> >>>
> >>> Storage arrived waiting for memfs machines to free power. Current
> >> plan is to
> >>> reinstall memfs machines and then move them to Building
> 84. So Atlas
> >> storage
> >>> schedule depend on the schedule of memfs machines:
> >>>
> >>> a) 10Gb, 1Gb network cables ready from Build 50 to 84
> >>> b) JohnY reconnected console lines to all memfs machines
> >>> c) Charlie is working on subnet and dhcp for the memfs
> machines. To
> >> be done
> >>> today.
> >>> d) Lance is working on kickstart configuration for memfs machines.
> > To
> >> be done
> >>> today.
> >>> e) Shirley will install OS, probably tomorrow.
> >>>
> >>> Randy or Wei will start a installation request in RT.
> >>>
> >>> Once Atlas storage is powered on, Lance will install
> solaris 10 x86
> >> and ZFS
> >>> on them. Wei will work on xrootd part.
> >>>
> >>> CPU nodes are also arriving/will arrive soon. Need to
> decide OS (see
> >> below)
> >>> 3. Xrootd/srm
> >>>
> >>> No info.
> >>>
> >>> AOB
> >>>
> >>> Tier 2 web site: we will go with our own tech base and design. Wei
> > e-
> >> mailed
> >>> Chip of TIS to go ahead with the plan.
> >>>
> >>> At today's F&O phone meeting, Wei asked what OS will ATLAS use. So
> >> far, ATLAS
> >>> uses SLC3/4 32bit. Working on 64 bit (Boston is using
> SLC3 32 bit).
> >> There are
> >>> memory issues running (32bit or 64bit app) on 64 bit OS. Need
> >> clarification
> >>> about whether 2GB/core is enough for 64bit OS (with
> memory problem).
> >>>
> >>> We can run SLC/RHEL 4 32bit. But the OS will be slow, and yet we
> > have
> >> to
> >>> support another OS.
> >>>
> >>>
> >>>
> >>> Wei Yang | [log in to unmask] | 650-926-3338(O)
> >>>
> >>> 070321 Gordon Discuss perception of SLAC Tier-2 with external
> > folk.
> >>> 070404 no info
> >>> 070411 no info
> >>>
> >>> 070321 Wei Send example new web page link to list
> >>> 070404 done, no feedback
> >>> 070411 Talked to T1/T2s. Will go with our own. E-mailed
> >> Chip
> >>> of TIS
> >>>
> >>> 061108 Richard Discuss with SLAC Security longterm approach to
> > ATLAS
> >> VO
> >>> 061115 No information.
> >>> 061213 Nothing happened yet.
> >>> 070103 No information.
> >>> 070110 Richard & BobC in Denver, Stephen will email them.
> >>> 070124 Don't know the status.
> >>> 070131 Don't believe this happened.
> >>> 070207 Have not done this. Randy has talked to Heather,
> >> didn't
> >>> have any time to comment today but she is
> aware about
> >>> it. Will treat each VO as an enclave, if
> you are using
> >>> anonymous accounts need to be able to show how ran a
> >> job
> >>> and when. The main issue is that VOs are not legal
> >>> entities and anyone can declare themselves
> a VO. Would
> >>> need to actually test that the required information
> > can
> >>> actually be found.
> >>> 070221 No info.
> >>> 070228 No info.
> >>> 070314 No info.
> >>> 070321 No info.
> >>> 070404 No info
> >>> 070411 no info
> >>>
> >> --
> >> /------------------------------------+-------------------------\
> >> |Stephen J. Gowdy, SLAC | CERN Office: 32-2-A22|
> >> |http://www.slac.stanford.edu/~gowdy/ | CH-1211 Geneva 23 |
> >> |http://calendar.yahoo.com/gowdy | Switzerland |
> >> |EMail: [log in to unmask] | Tel: +41 22 767 5840 |
> >> \------------------------------------+-------------------------/
>
|