Buff-in wil GVD niet groot worden :(

[RubZie]

Ligt het nou aan mij of zuigt de RC5 client op hte gebied van buffers maken? Het lijkt wel alsof ie at random maar wat binnenhaalt en op een gegeven moment gewoon besluit dat de input buffers full zijn???
Nu wil hij niet meer dan 1000 WU's halen, wat ik ook invul bij fetch work threshold (van 65500 tot 2000)
Doe ik iets fout?

[crisp]

Misschien tijdje laten grazen, en dan opnieuw proberen.
Bij mij moet de buff-in onder de 2000 zitten voordat 'ie 'm weer aanvult tot 5000. Anders geeft 'ie ook aan dat fetchen niet nodig is

[Scraper]

misschien ff in #dpc doen als ik er ben, ik heb al een aantal mensen gehad die dit probleem hadden en uiteindelijk zijn we er toch uitgekomen

Wat ik doe is gewoon blijven kloten met die ini totdat ie goed is.

Zie je daar, tenzij iemand anders je hier kan helpen.

[[eNeRGy]]

packetsize=33
treshold=16000

(500x32=16000) zou het max moeten zijn, echter geeft D.net heel weinig x32 blokjes uit

[Verwijderd]

Bij mij stopt het fetchen als er 500 packets binnen zijn ongeacht wat er in de .ini staat.

Door de vele kleine packets zit je dus zo aan de 500:( kan je met -import de volgende buff-in er weer aan gaan kopen.

[RubZie]

[Sep 14 14:37:56 UTC] The perproxy says: "rc5 wins over ogr, for sure !"
[Sep 14 14:40:37 UTC] Retrieved RC5 work unit 997 of 3000 (33.23% transferred)

Hij gaat vrolijk door.................. en stopt bij [Sep 14 14:41:03 UTC] 500 RC5 packets (1132 work units) remain in
buff-in.rc5

Ik had hem nu dus maar op 3000 gezet...

[RubZie]

En nou doet ie:
[Sep 14 14:46:29 UTC] 501 RC5 packets (1051 work units) remain in
buff-in.rc5

[RubZie]

En nu:
[Sep 14 14:58:45 UTC] 501 RC5 packets (1494 work units) remain in
buff-in.rc5
Dus hij wil kennelijk maar 500/501 blokjes???
Framed...

[Verwijderd]

geen blokjes, maar packets dat is wat anders!

je hebt 500 packetjes met in totaal 1494 blokjes.

snappie!

[Andy]

nee Rubzie, dit is een bugje in een eerdere versie van de client; Update ff naar de laatste versie en dan is het probleem opgelost. Ik heb hier een hele tijd geleden ook al eens over gepost.

Succes

[0rbit]

Personal Proxy draaien wil ook helpen; gewoon 20k blokjes binnenhalen. (Natuurlijk alleen als je die binnen 90 dagen kunt uitrekenen, duh!)

[Verwijderd]

Andy

Ik draai volgens mij met de laatste versie maar dat 500 packets verhaal is nog steeds aanwezig.

dnetc v2.8010-463-CTR-00071214 for Win32 (Windows 4.10).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://www.distributed.net/bugs/

[[eNeRGy]]

het max is altijd 500 packets geweest, vroeger kon je echter maar 500 workunits (in de GUI versie)

[Verwijderd]

Dat wist ik niet. Valt me nu pas op omdat er de laatste tijd ongelovelijk veel kleine pakketjes binnenkomen.

[Andy]

toen waren work-units nog blocks,
je kreeg ook (theoretisch) maximaal slechts 500x8= 4000 blocks binnen.

Het leek in een van de eerdere clients alsof hij meer als 500 packets ging binnenhalen maar dat lukt gewoon niet. Wil je toch grotere buff-in's, dan moet je ze zelf maken met dnetc.exe -import buff-in.rc5.1
dit commando uiteraard nadat je je buff-in.rc5 hebt gerenamed naar buff-in.rc5.1 en daarna een nieuwe buff-in.rc5 hebt gefetchd

moeilijk??
valt wel mee. tis moeilijker uit te leggen als uit te voeren

trouwens, de laatste GUI client is bij mij nog steeds in gebruik op plaatsen waar hij absoluut onzichtbaar dient te zijn......

[Verwijderd]

Misschien doet opstarten met dnetc.exe -forceunlock iets? Ik weet niet wat da doet, maar het klink naar geen limieten op buffers..

Correct me if I'm wrong

[PcDealer]

[Sep 14 15:10:31 UTC] Completed RC5 packet CDFB2FD8:50000000 (32*2^28 keys)
0.01:36:00.25 - [1,491,253.94 keys/sec]
[Sep 14 15:10:31 UTC] Loaded RC5 32*2^28 packet CDFB2FDC:50000000
[Sep 14 15:10:31 UTC] Summary: 4 RC5 packets (128*2^28 keys)
0.05:45:15.83 - [1.48 Mkeys/s]
[Sep 14 15:10:31 UTC] 226 RC5 packets (2191 work units) remain in
buff-in.rc5
[Sep 14 15:10:31 UTC] Projected ideal time to completion: 4.13:33:00.00
[Sep 14 15:10:31 UTC] 1111 RC5 packets (8036 work units) are in buff-out.rc5
.....10%.....20%.....30%.....40%...

[Verwijderd]

Naplion

De optie forceunlock is er om een gelockede buffer weer vrij te geven.
Ik werk op kantoor met shared buffers, vooral met die kleine pakketjes wil de buff-in nog weleens gelocked worden doordat waarschijnlijk teveel pc's tegelijk een nieuw pakketje proberen te krijgen. Als je dan geen forceunlock doet gaan de pc's randoms verwerken:(

[RubZie]

<BLOCKQUOTE><font size=1 face=Verdana, Arial, Helvetica>quote:</font><HR>Op 14 september 2000 17:09 schreef Mo-Bees het volgende:
geen blokjes, maar packets dat is wat anders!

je hebt 500 packetjes met in totaal 1494 blokjes.

snappie![/quote]Jezus man, lees je ook wat mijn vraag is of niet?

[RubZie]

Maarreh ik gebruik trouwens v2.8010-463-CTR-00071214 for Win32 (WindowsNT 4.0) en die is vrij recent dagt ik zo, ik denk dat de bug er nog steeds in zit. Ik heb nu maar weer 10 buffers gemaakt en geimporteerd, maar dat werd ik een beetje zat, vandaar mijn vraag
En tenx andy voor de opheldering dus

[Verwijderd]

<BLOCKQUOTE><font size=1 face=Verdana, Arial, Helvetica>quote:</font><HR>Jezus man, lees je ook wat mijn vraag is of niet?

Dus hij wil kennelijk maar 500/501 blokjes???[/quote]zeker lees ik je vraag, volgens mij vraag je of hij maar 500/501 blokjes wilt, dat wil hij dus niet, hij wil 500/501 packets!!!!