RE: [Gimle-users] Behov av job klasser påGimle

[Wyser Klaus]

Hej Per och alla andra---

Ditt förslag med olika köer är värt att följa up, men jag skulle gärna vilja se en riskkö utöver de som du förslår. Ditt förslag har nämligen 2 nackdelar: 1) varje användare kan skicka jobb till alla köer och helt enkelt fylla upp maskinen med olika jobb, och inget kan stoppa dem. 2) En användare kan inte utföra fler än säg 2 normala jobb även om maskinen står tom.

Med en riskkö kan man lösa det smidigt, eftersom jobb som går på riskkö stannar om nån annan behöver resursen. De startas igen (från början) när det åter blir tid över för dem. Man kan skicka obegränsad med riskjobb, och därmed utnyttja maskinen bättre när den inte används för annat.

Sist men inte minst: riskjobb är perfekt för att lägga upp långa körningar över helgen eller semester där användare inte kan nås och ombes ta bort sina långa tunga jobb.

/Klaus


> -----Original Message-----
> From: gimle-users-bounces at lists.nsc.liu.se [mailto:gimle-users-
> bounces at lists.nsc.liu.se] On Behalf Of Per.Unden
> Sent: Thursday, February 19, 2009 12:30 PM
> To: gimle-users at nsc.liu.se
> Subject: [Gimle-users] Behov av job klasser påGimle
> 
> Hej allihop,
> Jag skulle vilja se att det införs ett system med olika köer och
> begränsningar på Gimle för att det är ett återkommande problem för våra
> användare och vad jag hört även på Rossby.
> Jag tror att vi får ta nackdelen av ett viss underutnyttjande mot att
> våra forskare inte kan få igenom sina korta utvecklingsjobb eller vänta
> orimligt länge för varje cykel i experimenten. Det leder till sämre
> produktivitet och otrivsel i allmänhet och arbetstiden är faktiskt
> dyrare än alla CPU tider tillsammans.
> Detaljerna får experter utforma och beror på vad som är praktiskt
> möjligt, men något som:
> 
> Class  / priority
> 
> Ultra-long    > 2 days   < 48 nodes    on special requests / weekends ?
> Low prio     < 2 days   < 48 nodes     max 1 per user
> Normal      < 1 day    < 24 nodes    max 2 per user
> High        < 1 hour   < 48 nodes    max 1 per user
> Very short  < 10 mins  < 24 nodes    max 2 per user
> 
> Detta är ett exempel och man bör arbeta ut vad gränserna bör vara
> utifrån användarerfarenhet.
> 
> Mvh
> Per Unden
> 
> 
> _______________________________________________
> Gimle-users mailing list
> Gimle-users at lists.nsc.liu.se
> http://www.nsc.liu.se/mailman/listinfo/gimle-users