Project

General

Profile

Bug #7598

cpn lock is wrapped around all transfers, including those that don't need it

Added by Philip Rodrigues about 5 years ago. Updated over 3 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
01/09/2015
Due date:
% Done:

100%

Estimated time:
Duration:

Description

When calling "ifdh cp" like:

ifdh cp /some/bluearc/file dest \; /some/pnfs/file dest \; /lots/more/pnfs/files dest

ifdh takes out one lock that it holds while doing all the copies. This is inefficient since the lock is held while doing the pnfs copies. I suppose the way to fix it is to sort the list of transfers into those that need a cpn lock and those that don't, take out one cpn lock for the former set, release it, and then do the latter set. This seems fiddly (especially after looking at the ifdh_cp code), but this problem is making minerva genie jobs run with low efficiency, like 25%.

Associated revisions

Revision a195b0ca (diff)
Added by Marc Mengel almost 5 years ago

draft of change for #7598

Revision e78b865f (diff)
Added by Marc Mengel almost 5 years ago

lock range adjustment -- resolves #7598

History

#1 Updated by Marc Mengel almost 5 years ago

  • Status changed from New to Resolved
  • % Done changed from 0 to 100

#2 Updated by Philip Rodrigues over 4 years ago

What version of ifdh do we need to get this fix? We're running into the same problem again

#3 Updated by Marc Mengel over 3 years ago

  • Status changed from Resolved to Closed


Also available in: Atom PDF