Inoltro dei lavori per utilizzare le garanzie

Affinché un lavoro possa accedere alle risorse garantite, deve appartenere a una classe di servizio. Un lavoro in una classe di servizio può utilizzare risorse garantite per tale classe di servizio.

Interazioni con le politiche di garanzia

Informazioni su questa attività

Esistono due modi in cui un lavoro può essere associato a una classe di servizio:

  • È possibile utilizzare l'opzione bsub –sla per associare esplicitamente un lavoro a una classe di servizi.
  • È possibile inoltrare un lavoro senza l'opzione –sla e LSF inserirà il lavoro nella prima classe di servizi (per ordine di configurazione) con AUTO_ATTACH= Y, in modo che il lavoro soddisfi i criteri di controllo accessi della classe di servizi.

Ad esempio, è possibile inoltrare un lavoro alla classe di servizi myServiceClass, come segue:

bsub –sla myServiceClass ./a.out

Un pool di garanzia di risorse basate sull'host (slot, host, pacchetto) include solo host nei seguenti stati:

  • OK
  • chiuso
  • Excl chiuso
  • eccezione_cu_chiusa
  • chiuso_completo

Gli host in altri stati vengono temporaneamente esclusi dal lotto e tutti i lavori SLA in esecuzione sugli host in altri stati non vengono conteggiati ai fini della garanzia.

Prenotazione anticipata

Gli host all'interno di una prenotazione anticipata sono esclusi dai pool di risorse garantiti.

Unità di calcolo

La configurazione dei pool di risorse garantiti e delle unità di calcolo con host in comune non è consigliata. Se tale configurazione è richiesta, non inoltrare lavori con requisiti di unità di calcolo utilizzando le parole chiave maxcus, balanceo excl .

Fair share basato sulla coda

Durante la pianificazione dei prestiti, le condivisioni tra le code non vengono conservate.

Lavori esclusivi

L'utilizzo di lavori esclusivi con pool di risorse garantiti di tipo slot non è consigliato. Utilizzare invece i pool di tipo host.

Multicluster

Gli host in leasing possono essere utilizzati in un pool di risorse garantito includendo un gruppo di host con host remoti nel parametro HOSTS .

Preferenza

I lavori SLA di garanzia possono essere anticipati solo dalle code con SLA_GUARANTEES_IGNORE=Y. Se per una coda non è impostato questo parametro, i lavori in questa coda non possono attivare la prelazione di un lavoro SLA. Se un lavoro SLA viene sospeso (ad esempio, da un bstop), i lavori nelle code senza il parametro impostato non possono utilizzare gli slot rilasciati dal lavoro sospeso.

I lavori pianificati utilizzando le risorse in prestito non possono attivare la prelazione.

I lavori SLA di garanzia possono prevenire altri lavori e possono utilizzare la prelazione per soddisfare le garanzie. Normalmente, i lavori collegati agli SLA di tipo garanzia non possono essere anticipati anche se sono in esecuzione al di fuori di qualsiasi garanzia o al di fuori di qualsiasi pool in cui dispongono di garanzie. L'eccezione è quando si imposta il parametro SLA_GUARANTEES_IGNORE=y in una coda preventiva per consentire alla coda di anticipare i lavori collegati per garantire gli SLA.

Lavori di porzioni

I lavori in esecuzione sulle risorse in prestito non possono essere sbloccati.

Lavori forzati (brun)

I lavori forzati per l'esecuzione utilizzando brun possono utilizzare le risorse indipendentemente dalle garanzie.

Durata risorsa

La durata per la stringa di memoria rusage viene ignorata per i lavori in esecuzione nei pool di garanzia del tipo di package.