Altro bug inquietante... tanto per cambiare!
Dunque, quello schifo di scheduler, per funzionare, ha bisogno di sapere quanto ci mette un utente ad elaborare una WUs. In base a questo dato e in base a quanti secondi di lavoro sta per chiedere, si calcola il numero di nuove Wus da scaricare.
Per tenere aggiornato il tempo di elaborazione, lui ne dà una stima iniziale in base ai benchmarks, poi lo corregge alla fine dell'elaborazione di ogni WUs. Per approssimazioni successive, arriva ad un valore, si assesta e usa quello.
Con quali conseguenze per l'utente medio? E' ovvio che:
- se ipotizza un tempo di elaborazione troppo lungo,la macchina si ritroverà a disposizione meno WUs del normale (scheduler pessimista);
- se ipotizza un tempo troppo breve e scarica un bel po' di WUs, la macchina non ce la fa e va fuori deadline (scheduler ottimista e scriteriato).
Il parametro, di fondamentale importanza quindi!, è il "famoso"
Result duration correction factor (RDCF).
- Il valore di riferimento è 1.
- se la macchina è efficiente, il parametro scende sotto l'1.
- se la macchina ha tempi più lenti del normale il parametro sale sopra 1.
Date un'occhiata a questo valore nelle statistiche delle vostre macchine: un valore di 0.6 o inferiore indica una macchina molto efficiente.
Ora, che succede con il nuovo scheduler? Che,
a causa di bug, può capitare che
se i tempi di elaborazione di un PC si abbassano, l'RDCF aumenta, invece di diminuire!
Con quale conseguenza? Che ovviamente
lo scheduler finirà per scaricare sempre meno WUs...
1) Meno male che la 5.8.8 era stabile e vivamente consigliata!
2) Comincio a pensare che sia una vera e propria congiura per gli amanti delle grandi cache!
3) Ovviamente stanno già testando la 5.8.9!
