Les tâches WUProp ont une deadline de plus d'une semaine précisément pour cette raison.
Seb avait eu la gentillesse d'augmenter significativement la deadline à une époque où j'avais exactement le même problème que toi : je synchronisais un boinc entre la machine qui crunchait durant la semaine (où il ne pouvait pas se connecter au net) en passant par une clé USB, et une VM windows sur mon Mac à la maison (qui se contentait de renvoyer les résultats et récupérer de nouvelles tâches sur les projets crunchés) une fois par semaine tous les weekends.
Donc la tâche continue normalement de tourner et d'accumuler les données. Il faut que l'activité réseau soit suspendue au niveau de boinc sur la machine en question tant qu'elle est en activité.
Ca fait très longtemps que je l'ai plus fait, si je me souviens bien la tâche restait à 99% toute la semaine, mais elle n'était pas morte (?) :
- le vendredi je fermais boinc sur le PC du bureau et je faisais une synchro de fichiers PC --> clé avec un utilitaire ad-hoc
- arrivé chez moi sur la VM win je faisais la synchro inverse vers le boinc de cette VM
- je lançais boinc et je remettais l'activité réseau et je laissais l'activité de calcul, mais je suspendais très vite le(s) projet(s) crunché (car je ne voulais surtout pas qu'ils continuent de calculer) mais pas WUProp
- WUProp peu de temps après détectait l'activité réseau, terminait la tâche et renvoyait le résultat puis récupérait une nouvelle tâche
- je remettais l'activité de calcul et j'enlevais la suspension du(des) projet(s) afin que les tâches terminées soient renvoyées et de nouvelles tâches récupérées en quantité suffisante (j'avais un très long réglage de cache pour cela)
- je fermais boinc puis faisais la synchro inverse de la VM vers la clé
- de retour au bureau le lundi je refaisais la synchro inverse vers la PC et c'était reparti pour un tour
Très fastidieux, mais ça marchait bien, et mes heures WUProp étaient comptabilisées. J'ai fait ça durant des lustres.