[Buffer-in] Was leeg, is dit een probleem?

[bazs2000]

Zoals jullie zien ben ik dik over de max heen, is het evengoed mogelijk om de buff-out.rc5 te flushen?
Ik die dit alles via mail, vandaar dat dit niet automatisch gaat.

[MeneerKrab]

op dit moment doe je randoms en dat is niet goed, ik zal maar gauw fetchen blokjejs ophalen via de mail en ze versturen.

[bazs2000]

Oké bedankt.
Wat nu random is verwerkt wordt niet meer bij mijn stats geteld zeker?

[BOOTZ]

Op vrijdag 25 januari 2002 10:23 schreef bazs2000 het volgende:
Oké bedankt.
Wat nu random is verwerkt wordt niet meer bij mijn stats geteld zeker?

alleen als jij de eerste bent die die blokjes doet, maar waarschijnlijk zijn alle random blokjes inmiddels wel gedaan, dus ze zullen wel niet meegeteld worden

[bazs2000]

Jammer, ik was die cliënt vergeten.
De pest is dat ik via de mail moet fetchen en flushen, dit omdat de firewall hier aan alle kanten is dichtgetimmert.

Nouja, ik heb het weer gefixt, en daar gaat het om.

[Chaos]

En die 518 workunits moet je wel gewoon flushen hoor, waarschijnlijk zal een groot gedeelte gewoon meetellen in de stats.

[stappel_]

Op vrijdag 25 januari 2002 10:46 schreef Chaos het volgende:
En die 518 workunits moet je wel gewoon flushen hoor, waarschijnlijk zal een groot gedeelte gewoon meetellen in de stats.

het wordt steeds minder. D.net is nu met de tweede run bezig. Alle blockjes worden nu dus voor de tweede keer uitgegeven. De kans dat random blockjes dus nog iets opleveren daalt dus.

Van de week heb ik 2700 random blockjes gefushed. Daarvan telden er ongeveer 700 nog als unique mee.

[Mobster]

Als je dat af zou zetten tegen het enorme tempo waarin de blokjes berekend worden, zou het dan niet interessant zijn om een client random te laten grazen
Of gaat 1 random packet net zo snel als een opgehaalde packet met 1 work-unit??

[stappel_]

Op vrijdag 25 januari 2002 13:42 schreef Mobster het volgende:
Als je dat af zou zetten tegen het enorme tempo waarin de blokjes berekend worden, zou het dan niet interessant zijn om een client random te laten grazen
Of gaat 1 random packet net zo snel als een opgehaalde packet met 1 work-unit??

zeker niet interessant. in mijn geval waren dus 700 van de 2700 wu uniek. dus mijn pc heeft 75% van de tijd staan reken op wu's die al door andere gedaan waren, en dat is dus verloren tijd.

en het uitrekenen van een wu blijft gelijk ongeacht waar hij vandaan komt.

[bazs2000]

Nog een vraagje.

The block fetcher has completed your fetch of 3000 requested blocks.

** NOTE: THE REQUESTED WORK IS NOW ALWAYS WORKUNITS, NOT
** PACKETS, REGARDLESS YOUR PREFERRED BLOCKSIZE

The output of the fetch is shown below:

RESULTS FOLLOW:

dnetc v2.8010-462-CTR-00070113 for FreeBSD (FreeBSD 2.2.8-STABLE).

[Jan 25 15:10:59 UTC] The keyserver says: "Happy cracking. Hail Eris!"
[Jan 25 15:12:55 UTC] Retrieved 107 RC5 packets (3021 work units) from server

EOF.

Dit kreeg ik toen ik voor de gein een te hoog aantal blokjes vroeg.
Dit verbaast mij omdat er een max is van 33/500.
Hoe zit dat dan?
* bazs2000 voelt zich op dit moment een echte noob, zeker omdat er geen FAQ is die zijn vraag kan beantwoorden.

[MeneerKrab]

je kan dus max. 500 packets opvragen via de mail, en als je dat maal 32 doet is dat het maximale aantal wu's die je dus kan krijgen, maar je zult wel gevraagd hebben om 3000 wu's ofzo

[Mobster]

Met de normale client je max 500 packets of 9999 units per keer binnen halen. Dat van jou valt dus nogal mee.

[bazs2000]

[quote van distributed.net]

Om te fetchen via email:

Stuur een email aan [e-mail] met de volgende twee regels in de body:

blocksize=[getal tussen 29 en 33]
numblocks=[getal tussen 1 en 500]

Na een paar minuten kreeg je een email als antwoord met daarin als attachment met de naam "buff-in.rc5" het gevraagde aantal gewenst blokken van de gewenste grootte.

Let op: Om OGR blokken te vragen neem je de regel "contest=OGR" op in je email.


Stop de client.

Hernoem het bestand buff-in.rc5 uit de dnetc directory naar de naam die je hebt opgegeven in het configuratiemenu 'Buffer and buffer update options' onder item 4 'Checkpoint filename'.

Sla het bestand vanuit je emailprogramma op in de map van waaruit je de dnetc client draait.

Start de client. De nieuwe blokken worden aan het onderhanden werk toegevoegd.

[/quote van Distributed.net]

Dit is wat daar staat, het lijkt mij dat er anders andere waardes waren opgegeven.

dnetc v2.8010-462-CTR-00070113 for FreeBSD (FreeBSD 2.2.8-STABLE).

[Jan 25 15:21:38 UTC] The keyserver says: "You have no chance to survive make
your time!!!"
[Jan 25 15:22:52 UTC] Retrieved 382 RC5 packets (5030 work units) from server

Hier heb ik wat meer aangevraagd.

dnetc v2.8010-462-CTR-00070113 for FreeBSD (FreeBSD 2.2.8-STABLE).

[Jan 25 15:26:25 UTC] The keyserver says: "Cuidado, hay Llamas!
(proxy1.fll.fl.us.distributed.net)"
[Jan 25 15:28:49 UTC] Retrieved 501 RC5 packets (6132 work units) from server

En dit is dus de maximaal aan te vragen blokjes.
Hier kan ik weer ff mee voort.

[MarkB]

Op vrijdag 25 januari 2002 16:21 schreef Mobster het volgende:
Met de normale client je max 500 packets of 9999 units per keer binnen halen. Dat van jou valt dus nogal mee.

Dit is natuurlijk onzin wat je zegt. Je kan idd 500 packets max binnenhalen. Daar staat tegenover dat het minimaal 500 Wu is (500*1) en maximaal 16.000 Wu (500*32). waar jij die 9.999 vandaal haalt is mij een raadsel. Overigens kan je via dnetc -import het aantal packets (en dus ook het aantal Wu) fors verhogen.

[NightBird]

Op vrijdag 25 januari 2002 10:40 schreef bazs2000 het volgende:
Jammer, ik was die cliënt vergeten.
De pest is dat ik via de mail moet fetchen en flushen, dit omdat de firewall hier aan alle kanten is dichtgetimmert.

Nouja, ik heb het weer gefixt, en daar gaat het om.

Kan je niet intern 1 proxy draaien, en daar op letten of die nog voldoende blocks heeft. Of misschien 1 pc, en de rest via MS Networking uit die dir laten eten.

[bazs2000]

Op vrijdag 25 januari 2002 21:34 schreef NightBird het volgende:

[..]

Kan je niet intern 1 proxy draaien, en daar op letten of die nog voldoende blocks heeft. Of misschien 1 pc, en de rest via MS Networking uit die dir laten eten.

Helaas, ik heb temaken met een overijverige netwerkbeheerder.
Hier krijg ik geen toestemming voor, op mijn werk zal ik de koetjes moeten voeren met het voedsel dat ik serveer via de mail.

Nu ik weet dat ik ook hele grote balen kan voeren kan ik de koetjes 3 dagen laten grazen zonder te hoeven flushen.

Ik heb hier een topic geopend dat nu waardevolle tips bevat.
Waneer iemand met de search hetzelfde antwoord moet hebben dan zal diegene het hier vinden.
* bazs2000 bedankt iedereen die een bijdrage heeft geleverd.

[Mobster]

Op vrijdag 25 januari 2002 20:22 schreef Bloem25 het volgende:

[..]

Dit is natuurlijk onzin wat je zegt. Je kan idd 500 packets max binnenhalen. Daar staat tegenover dat het minimaal 500 Wu is (500*1) en maximaal 16.000 Wu (500*32). waar jij die 9.999 vandaal haalt is mij een raadsel. Overigens kan je via dnetc -import het aantal packets (en dus ook het aantal Wu) fors verhogen.

Dat is natuurlijk onzin wat jij zegt. Met de 463 client stopt de client met fetchen wanner je 500 packets óf de 9999 units grens bereikt hebt. En zoals je goed gelezen hebt, heb ik het over per keer. Dus inderdaad kun je na renamen elke keer weer opnieuw 500 packets óf 9999 wu's binnen halen.

[[eNeRGy]]

Op maandag 28 januari 2002 09:23 schreef Mobster het volgende:

[..]

Dat is natuurlijk onzin wat jij zegt. Met de 463 client stopt de client met fetchen wanner je 500 packets óf de 9999 units grens bereikt hebt. En zoals je goed gelezen hebt, heb ik het over per keer. Dus inderdaad kun je na renamen elke keer weer opnieuw 500 packets óf 9999 wu's binnen halen.

Dat is dan een nieuwe feature ofzo want voorheen was de limit altijd 16000 hoor, 500 * 32.

[edit]
ps. ik heb het geprobeerd om te testen maar met de huidige uitgifte kom ik niet boven de 3000 per fetch