Had weer een vraag!
Had een amd draaien sinds vorige week die had vorige week 1500 blokjes in de buff out... kom ik vandaag weer kijken om nieuwe buff in op te halen kijk ik naar het koetje is ie opeens ogr werk gaan draaien
Hoe kan dit ? kan dit omdat misscien het koetje geen blokjes heeft en automatisch gegaan is naar ogr werk ?
en kan ik dit weer terugzetten naar van ogr naar weer gewonde blokjes ?
En waar zijn die 1500 blokjes gebleven ze zijn niet verstuurd...
Middels deze regel kan je aangeven welk project de voorkeur heeft.
Standaard staat er in de .ini dat de koe RC5 óf OGR moet doen - dacht ik. Is de buffer-in met RC5 blokjes leeg, dan gaat de koe over op OGR.
Middels deze regel kan je aangeven welk project de voorkeur heeft.
Standaard staat er in de .ini dat de koe RC5 óf OGR moet doen - dacht ik. Is de buffer-in met RC5 blokjes leeg, dan gaat de koe over op OGR.
Uuh oke, en wat gebeurd er dan met de blokjes ? want dan heb ik denk ik een probleem !
Want dan verlies ik zo'n 40K school zit zonder internet en kan duzz geen blokjes ophalen
Ik ben zelf niet zo'n voorstander van gebruik van OGR=0, omdat de clients dan gaan stilstaan als RC5-72 afloopt, in plaats van over te stappen op OGR.
Echter, het gaat hier om offline machines, die onbeheerd anders toch al niet kunnen overstappen.
dus...
In dit geval kan je de project priority inderdaad op 0 zetten:
[misc]
project-priority=RC5-72,OGR=0,OGR-P2=0
ALs een client dan zonder werk zit gaat ie in een bepaalde range randoms zitten doen. Je hebt dan kans op dubbelen, maar ook kans dat het een goeie is (die kans is op dit moment vrij groot).
NEEE !!! 
