Packet Fetching -- Een vervelend probleem...

[MOL]

Packet fetching -- Een vervelend probleem...

[Oct 22 14:31:17 UTC] Loaded RC5 32*2^28 packet DA570EDB:F0000000 (33.60% done)
[Oct 22 14:31:17 UTC] 3 RC5 packets (66 work units) remain in buff-in.rc5
[Oct 22 14:31:19 UTC] 704 RC5 packets (4374 work units) are in buff-out.rc5
[Oct 22 14:31:19 UTC] 1 cruncher has been started.
[Oct 22 14:31:33 UTC] *Break* Shutting down...
[Oct 22 14:31:34 UTC] Saved RC5 32*2^28 packet DA570EDB:F0000000 (33.70% done)
[Oct 22 14:31:35 UTC] Summary: 0 RC5 packets (0*2^28 keys)
0.00:00:00.00
[Oct 22 14:31:35 UTC] 4 RC5 packets (98 work units) are in buff-in.rc5
[Oct 22 14:31:35 UTC] 704 RC5 packets (4374 work units) are in buff-out.rc5

dnetc v2.8010-463-CTR-00071214 for Win32 (WindowsNT 5.0).
Using email address (distributed.net ID) '[e-mail]'

[Oct 22 14:37:11 UTC] The perproxy says: "[eNeRGy]'s Nieuwe Keyserver
(v319C)"
[Oct 22 14:39:37 UTC] Retrieved 94 RC5 packets (1000 work units) from server
[Oct 22 14:39:37 UTC] RC5: using core #2 (RG class 6).
[Oct 22 14:39:37 UTC] Loaded RC5 1*2^28 packet DD156E65:10000000
[Oct 22 14:39:37 UTC] 93 RC5 packets (999 work units) remain in buff-in.rc5

Voordat ik een fetch request stuurde was de koe bezig met:
Loaded RC5 1*2^28 packet DD156E65:10000000.

Maar daarna ging de koe verder met de zojuist binnengehaalde packets:
Loaded RC5 32*2^28 packet DA570EDB:F0000000.

Dit zou betekenen dat de 4 packets die voor de fetch nog in mijn buff-in stonden, pas weer tevoorschijn komen als ik de workunits in al die NIEUWE packets heb berekent. Het zou toch veel handiger zijn om de nieuwe packets achter de oude te plaatsen?

Ik zit hier best wel mee, omdat ik een aantal computers ook van packets bevoorraad d.m.v. sneakernetting. En om te voorkomen dat ze random gaan grazen, vul ik de buffers vaak als er nog een stuk of 500 workunits in de buff-in staan. De laatste workunits zouden dus nooit uitgerekent worden. En als ze er al aan toe komen, heeft D.Net ze misschien al weer opnieuw uitgegeven.

[redwing]

Er klopt zo te zien iets anders niet helemaal. Als ik naar je buff-in kijk zijn dat alleen je opgehaalde blokjes, en zitten je oude blokjes er helemaal niet bij (je haalt 1000 wu's op, hij begint met een packet van 1 en er zitten er nog 999 in je buff-in).

Zo te zien tik je het trouwens ook verkeerd in, hij was bezig met die packet van 32 wu's, en ging daarna verder met de nieuwe packets. Als het goed is wordt tijdens het fetchen trouwens de nieuwe packets achter de oude geplaatst, zodat de oude eerst worden uitgerekend. Bij oude clients zat dat nog wel andersom, maar dat is al een hele tijd geleden verandert.
Waarom je trouwens je oude buff-in kwijt bent weet ik trouwens niet (en waarom je je koetje afsluit om blokjes op te halen trouwens ook niet)

[MOL]

Dom, dom, dom Het scriptje dat de packets van mijn server importeert movede eerst de oude buff-in, buff-out en chkpoint naar een temp dir. Dat had ik zo gedaan omdat ik niet wou dat mijn buff-out geflushed zou worden (die zat al boven de flush treshold namelijk).

Ik zag alleen het logfile, en vond zo het probleem. Heb het scriptje al ff aangepast. De nieuwe packets komen nu wel na de oude