Automatic fetch RC-5

[Verwijderd]

Wie ken me vertellen hoe dit ook al weer werkt ?

[Verwijderd]

ligt eraan wat je wil,

hebbie bv een vaste verbinding, of moet je inbellen?

[Verwijderd]

Op woensdag 19 september 2001 23:10 schreef Mo-Bees het volgende:
ligt eraan wat je wil,

hebbie bv een vaste verbinding, of moet je inbellen?

vaste internet verbinding
wil dus gewoon dat ie buffer-in steeds automatisch bijvult

[NightBird]

Dit in je dnetc.ini:

code:

[buffers]
frequent-threshold-checks=2

[Jeldert]

Bijvullen als ie leeg is, of als ie gewoon bij een aantal komt, of gewoon als er 1 wu klaar is meteen weer bijvullen?

[Verwijderd]

ga anders naar configure optie 2 >> optie 10 dan zie je dit

0) no additional buffer-level checking. (default)
1) ensure that there is always work available.
2) ensure that all completed work is kept flushed.
3) both 1) and 2). (implied if 'Dialup detection options' are enabled)
4) update on per-project buffer exhaustion.

daar kan je kiezen wat je wilt

[Verwijderd]

Op woensdag 19 september 2001 23:27 schreef Jeldert het volgende:
Bijvullen als ie leeg is, of als ie gewoon bij een aantal komt, of gewoon als er 1 wu klaar is meteen weer bijvullen?

meteen weer bijvullen dus niet w888 tot voorraad op is

[Verwijderd]

ik zou optie 2 kiezen is het zelfde als wat Nachtvogel zegt

[redwing]

Volgens mij hoef je dan alleen maar de optie Disable buffer "update from/to a keyserver" op no te zetten. Verder ervoor zorgen dat "Automatically select a distributed.net keyserver" op yes staat. Met "fetch work/time threshold" kun je dan instellen hoevaak ie moet flushen/fetchen.
De optie die in de andere reply's wordt genoemd is toch voornamelijk bedoeld voor als je meerdere PC's met 1 buffer laat werken Zal vast ook goed werken (zelf nooit geprobeerd), maar de eerste optie die ik noemde moet iig op no staan, anders werkt het zeker niet.

[NightBird]

Op donderdag 20 september 2001 06:43 schreef redwing het volgende:
Verder ervoor zorgen dat "Automatically select a distributed.net keyserver" op yes staat.

Dit is absoluut niet nodig, want ook als je hier no zegt, en je eigen (subteam)keyserver invult werkt het.

Met "fetch work/time threshold" kun je dan instellen hoevaak ie moet flushen/fetchen.

Nee, dit zegt alleen hoe groot je buffer moet zijn, niet hoe vaak die hem update.

De optie die in de andere reply's wordt genoemd is toch voornamelijk bedoeld voor als je meerdere PC's met 1 buffer laat werken

Nee, ik heb gewoon 1 buffer per pc.

Je moet dus in het menuutje wat Mo-Bees liet zien optie 2 kiezen, dan wordt iedere workunit geflusht alstie klaar is, en wordt er ook gefetcht (indien nodig). Als de client geen internetverbinding kan vinden, dan zal hij ze gaan sparen, en blijven proberen te flushen tot je weer een verbinding hebt. Dit werkt dus ook prima als je geen permanente internetverbinding hebt.

[redwing]

Op donderdag 20 september 2001 12:52 schreef NightBird het volgende:

[..]

Dit is absoluut niet nodig, want ook als je hier no zegt, en je eigen (subteam)keyserver invult werkt het.

Klopt, ik ging er hier van uit dat ie rechtstreeks de keyserver van d.net gebruikt

Nee, dit zegt alleen hoe groot je buffer moet zijn, niet hoe vaak die hem update.

Hiermee kun je er ook voor zorgen dat ie regelmatig flusht, aangezien als de buffers leeg/vol zijn ie automatisch nieuwe blokjes haalt en gekraakte terugstuurd. Maar inderdaad kun je hier beter die andere optie voor gebruiken aangezien je dan altijd een voorraadje hebt, ook als ie een keertje geen verbinding kan maken. (ik had zelf eigenlijk nooit zo naar die optie gekeken )

[Jive]

Continue doorflushen per blokje heeft natuurlijk alleen zin als je een rappe internetverbinding hebt of een proxy op je lan hebt staan.

Ik heb bijvoorbeeld casema (oude demos systeem) daar doetie toch echt effies iets langer over fetchen en flushen en in die tijd is je dus niet aan het kraken.

Als oplossing heb ik ervoor gekozen om mijn sloomste pecee (die toevallig ook mijn router is) een proxy te laten draaien.
Zo'n oude 486 graast toch ongeloofelijk weinig blokjes, maar hij zorgt er wel mooi voor dat al mijn andere doosjes net een stukje harder kunnen werken omdat fetchen en flushen in fracties van seconden gedaan is op het lan.

Moraal vanhet verhaal ... alleen elk blokje flushen als je het in 1 seconde , anders is het zonde van de processortijd en kun je beter iets sparen zodat hij meer tegelijk gaatflushen.