But have you got a queue and for which VO, gridpp ?

Cheers,
Daniela

On 6 July 2017 at 10:57, Dr Ivan D. Reid <ivan.reid@brunel.ac.uk> wrote:
On Thu, 6 Jul 2017, Daniela Bauer wrote:

Hi Ivan,

we haven't tested multi-core job submission in our dirac instance yet, but
if you have a use case (and a site that will support it!) we can look into
it.

        OK, Daniela.  I've been testing the application locally, and could have a job script ready later today.  It should run at Brunel, as that's where the data are.  I've attached the plot of speedup vs cores that I've just obtained -- the single-core time is ~125 minutes.  You can see that there's definitely no real advantage in going beyond eight cores.  A sysadmin might prefer four...

Regards,
Daniela

        Cheers,
                ivan

On 6 July 2017 at 10:16, Dr Ivan D. Reid <ivan.reid@brunel.ac.uk> wrote:

On Thu, 6 Jul 2017, Mark Slater wrote:

As regards Ganga, there isn't a specific option for multicore but there is
a 'diracOpts' field in the Dirac backend which you could use. However, I
don't know what dirac option you'd need to specify MC so I can't help any
more than that I'm afraid!

        Cheers, Mark, at least it's a keyword to gwgl on!

On 06/07/2017 08:12, Dr Ivan D. Reid wrote:

     Is there a way to tell ganga/dirac that your jobs are multi-core,
 so that sites can direct them to appropriate queues, or do you just take
 pot-luck?

--
                  Ivan Reid (ivan.reid@[brunel.ac.uk|cern.ch])
Engineering, Design & Physical Sciences                CMS Collaboration,
Brunel University London. Room TOWD405                 CERN, Room 40-1-B12



--
Sent from the pit of despair

-----------------------------------------------------------
daniela.bauer@imperial.ac.uk
HEP Group/Physics Dep
Imperial College
London, SW7 2BW
Tel: +44-(0)20-75947810
http://www.hep.ph.ic.ac.uk/~dbauer/