forum.dsmarty.com

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...

Je kan bij project-priority in de .ini OGR=0 opgeven, dan zou de koe in principe geen OGR meer mogen gaan doen..

JJapie wrote:Je kan bij project-priority in de .ini OGR=0 opgeven, dan zou de koe in principe geen OGR meer mogen gaan doen..

Kee maar wat moet ik met die dingen die ogr ?
En hoe kan ie opeens naar ogr gaan ?

Voor de duidelijkheid. Dit moet er in je .ini staan: 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.

JJapie wrote:Voor de duidelijkheid. Dit moet er in je .ini staan:

Code: Select all

[misc]
project-priority=RC5-72,OGR=0,OGR-P2=0

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

40k NEEE !!! we zouden een mega flush krijgen FUCK

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).

Beste is om te zorgen dat de clients voldoende voer houden. Mocht het mogelijk zijn een netwerkshare te gebruiken waar alle clients hun buffers naartoe updaten dan heb je
1) Minder werk ermee, omdat je steeds maar nieuwe buffers op één plek hoeft neer te zetten en op te halen
2) een beter overzicht of de buffers bijna leeg zijn

Kee maar wat moet ik met dat ogr ? flushen of weggooien ?

flushen natuurlijk