Witam.
Przedstawię problem na przykładzie*:
Od niedawna projekt SIMAP korzysta z aplikacji HMMER która to relatywnie duże jednostki ( ~ 4-6 MB ) liczy w tempie ekspresowym ( ~ 4-6 min ). Mam ustawione pobieranie na zapas ( ~ 6h ). Problem polega na tym, że menadżer BOINC:
A teraz prawdziwa przyczyna:
BOINC (5.4.11) wrzuca wszystkie transfery do jednej listy. Na dokładkę obsługuje tą listę w pokraczny sposób:
Innym rozwiązaniem ( które mogę sobie sam napisać ) to zmiana obsługi tej listy transferowej tak aby:
* specjalnie podkreślam - bo problem jest ogólny ;-)
PS. Pytanie ;-) : Czy zgłosić to jako buga? (lub) Czy istnieje proste rozwiązanie tego problemu?
PPS. Ale się naprodukowałem :-)
Przedstawię problem na przykładzie*:
Od niedawna projekt SIMAP korzysta z aplikacji HMMER która to relatywnie duże jednostki ( ~ 4-6 MB ) liczy w tempie ekspresowym ( ~ 4-6 min ). Mam ustawione pobieranie na zapas ( ~ 6h ). Problem polega na tym, że menadżer BOINC:
- :arrow: cały czas ciągnie nowe jednostki - ale to da się przeżyć ;-)
:arrow: nie wysyła wykonanych jednostek - lista transferów wypełnia się ukończonymi jednostkami które ... czekają na wyschnięcie źródła jednostek do policzenia w projekcie SIMAP ;-)
A teraz prawdziwa przyczyna:
BOINC (5.4.11) wrzuca wszystkie transfery do jednej listy. Na dokładkę obsługuje tą listę w pokraczny sposób:
- :arrow: transfery do wysyłki umieszcza na jej początku
:arrow: po ukończeniu transferu następnym obsługiwanym transferem jest kolejny ( po ukończonym ) na liście ( a nie pierwszy )
Innym rozwiązaniem ( które mogę sobie sam napisać ) to zmiana obsługi tej listy transferowej tak aby:
- :arrow: menadżer BOINC zawsze zaczyna od pierwszego nieobsłużonego elementu na liście transferów
:arrow: (lub) ukończone jednostki trafiały ( tak jak nowe jednostki ) na koniec listy transferów
* specjalnie podkreślam - bo problem jest ogólny ;-)
PS. Pytanie ;-) : Czy zgłosić to jako buga? (lub) Czy istnieje proste rozwiązanie tego problemu?
PPS. Ale się naprodukowałem :-)