[UD-Grid] hitparade van 27 maart

[KuuKe]

Goede morgen beste researchers,

Een uurtje later dan gewoon. Wat moeten we ook met die zomertijd??
Onze statsbouwer zal kijken of de run niet wat vervroegd kan worden.

Ik zie veel groene en rode pijltjes en dat betekent dat er lekker veel verschuivingen plaatsvinden.

[DPC] BlackOwl komt zijn 5000-paal ophalen.

Ook minder goed nieuws: de inhaalstats laten zien dat de lijn richting IBM Internal de verkeerde kant op dreigt te buigen. Met de lente in aantocht is het nu wel passend om ook de buffers een goed door te spoelen.....


Help mee in de strijd tegen kanker en lees in de FAQ hoe je de UD client vandaag nog kunt installeren!

DPC members dag 27 maart
(Aantal flushende members vandaag: 171 / 1979)

plek	verschil	punten vandaag	naam	punten totaal	pos. tot. .
1.	()	49910	Team BoGoH	20087034	(1)
2.	(5)	26179	[DPC]BRILSMURF	9726514	(2)
3.	(1)	15855	www.alliedcomputers.nl	7700254	(3)
4.	(1)	11395	KOMETEN (Steroid Cows)	3073615	(8)
5.	(21)	8146	Team Health-care	648948	(40)
6.	()	7871	www.WAFRED.nl	3464379	(7)
7.	(1)	7653	TEAM Cybertroy	5904868	(4)
8.	(4)	6057	[DPC]Division Brabant	1213113	(21)
9.	(3)	5593	avbers	498251	(64)
10.	()	5212	LTC	2790160	(9)
11.	(6)	4683	Assault_lan	1385764	(18)
12.	(1)	3661	trampie	365492	(87)
13.	(5)	3551	BraunAbility	158899	(173)
14.	(3)	3517	[DPC] Team SAUS	1949566	(13)
15.	()	3481	peli	3570996	(6)
16.	()	3436	youwittlec_cuwe	160469	(172)
17.	(10)	3051	squirl	384545	(81)
18.	(6)	3032	TUE cows	248750	(117)
19.	(2)	2964	[DPC]Think Twice	2483315	(12)
20.	(6)	2916	charops28	885384	(29)
21.	(1)	2820	--==[ RaZ ]==--	193144	(151)
22.	(2)	2718	Edwin Engelen	595879	(43)
23.	(7)	2679	ud.bigmenlab.com	744263	(34)
24.	(1)	2583	[DPC]InSPiRE	969728	(26)
25.	(20)	2524	TheSubspaceFighters	223903	(129)
26.	(5)	2446	www.MAGION.nl	2594922	(10)
27.	(8)	2393	Our Battle	1009165	(24)
28.	(1)	2266	vuurspook	32226	(547)
29.	(33)	2004	bjpdekker	880737	(30)
30.	(23)	1916	Edward Leenders	1438134	(16)

more..

DPC members overall:

plek	totaal	punten totaal	naam	punten vandaag	pos. vand. .
1.	()	20087034	Team BoGoH	49910	(1)
2.	()	9726514	[DPC]BRILSMURF	26179	(2)
3.	()	7700254	www.alliedcomputers.nl	15855	(3)
4.	()	5904868	TEAM Cybertroy	7653	(7)
5.	()	4835678	Ralphie & Jopster	0	(-)
6.	()	3570996	peli	3481	(15)
7.	()	3464379	www.WAFRED.nl	7871	(6)
8.	()	3073615	KOMETEN (Steroid Cows)	11395	(4)
9.	()	2790160	LTC	5212	(10)
10.	()	2594922	www.MAGION.nl	2446	(26)
11.	()	2568925	www.Plumifrons.nl	574	(74)
12.	()	2483315	[DPC]Think Twice	2964	(19)
13.	()	1949566	[DPC] Team SAUS	3517	(14)
14.	()	1821871	-Caribbean Knight-	0	(-)
15.	()	1449972	Sirix - Cyberbob2cb	0	(-)

more..

THINK teams dag 27 maart:

plek	verschil	punten vandaag	naam	punten totaal	pos. tot. .
1.	(1)	4613181	Easynews	1900422568	(2)
2.	(1)	4574462	Team 2ch	1957293121	(1)
3.	()	381471	DSL Reports Team Discovery	202517016	(6)
4.	()	279724	Dutch Power Cows against cancer	177289967	(8)
5.	()	256641	Vulture Central II	290574375	(4)
6.	()	253199	AMDZone.com	258312120	(5)
7.	()	201261	IBM Internal	196383753	(7)
8.	(1)	197706	TiVo Users	90362151	(20)
9.	(1)	195682	Intel Against Cancer	311698101	(3)
10.	()	183047	[H]ardOCP	158255086	(11)
11.	(1)	149219	FatWallet	79627271	(23)
12.	(1)	145407	BitBenderTech	84320319	(21)
13.	(1)	126697	Christians	69799960	(28)
14.	(2)	126145	Yen-e JAPAN	122933243	(12)
15.	(2)	124470	Ars Technica Team Crab Cake	108455623	(15)

THINK teams totaal:

plek	totaal	punten totaal	naam	punten vandaag	pos. vand. .
1.	()	1957293121	Team 2ch	4574462	(2)
2.	()	1900422568	Easynews	4613181	(1)
3.	()	311698101	Intel Against Cancer	195682	(9)
4.	()	290574375	Vulture Central II	256641	(5)
5.	()	258312120	AMDZone.com	253199	(6)
6.	()	202517016	DSL Reports Team Discovery	381471	(3)
7.	()	196383753	IBM Internal	201261	(7)
8.	()	177289967	Dutch Power Cows against cancer	279724	(4)
9.	()	168550239	Hungary	117601	(17)
10.	()	160715332	TECHSIDE.NET	83679	(25)
11.	()	158255086	[H]ardOCP	183047	(10)
12.	()	122933243	Yen-e JAPAN	126145	(14)
13.	()	122733201	A UK PC against Cancer	98322	(20)
14.	()	114751887	Microsoft	85638	(24)
15.	()	108455623	Ars Technica Team Crab Cake	124470	(15)

Wanneer halen we ze in:
(Waarden zijn gemiddeld over 7 dagen)

IBM Internal	296
Intel Against Cancer	1971
AMDZone.com	3325
Vulture Central II	17897

Mijlpalen:

[DPC] BlackOwl

5000

Leden:

Aantal nieuwe leden:	0
Totaal aantal leden:	1979

[Verwijderd]

Kuuke bedankt voor het zo snel posten van de stats

Tja en verder moeten we inderdaad opmerken dat we gisteren nog 292 dagen te gaan hadden tot IBM en vandaag 296 dagen
Houd dit nu in dat er meer mensen zijn gaan sparen ?
Zouden we dan toch een keer die nummer 1# daily kunnen pakken?

Ik zal vanmiddag de laatste hand leggen aan de spaar FAQ en zal dan eens kijken of ik die hier kan posten

[Blue_man]

Nou, we hebben vandaag dan toch maar mooi onze hoogste daily output gem00ht.
Helaas vermoed ik dat we een 2 tot 3 tal pc's kwijt zijn door hun traagheid en door het feit dat ze niet zoveel aanliggen.

[silentsnake]

Misschien dat we een FP @ T.net kenne krijgen over Team BoGoh's mijlpaal van gister? Op die manier krijgen we misschien wat nieuwe members...

Jezus wat een domme typo zeg

[ Voor 23% gewijzigd door silentsnake op 28-03-2004 13:10 ]

[Witlof]

silentsnake schreef op 28 maart 2004 @ 11:59:
Misschien dat we een FP @ T.net kenne krijgen over Team BoGoh's maalpijl van gister? Op die manier krijgen we misschien wat nieuwe members...

Dat zal waarschijnlijk niet lukken aangezien je dan andere teams benadeeld met die behaalde mijlpalen. Gewoon met DPC een mooie mijlpaal neerzetten oid en dan een FP @ T.net is beter

En de output van Division Brabant blijft maar met up & downs heen en weer gaan. Wel leuk om te zien dat LTC weer onder de 1000 dagen in de inhaalstats staat

[DSmarty]

* DSmarty sluit zich aan bij Witlof.

Maar je kan altijd suggesties deponeren bij de PV of de Crew.

[silentsnake]

Witlof schreef op 28 maart 2004 @ 12:39:
[...]

Dat zal waarschijnlijk niet lukken aangezien je dan andere teams benadeeld met die behaalde mijlpalen. Gewoon met DPC een mooie mijlpaal neerzetten oid en dan een FP @ T.net is beter

Ok, ik denk dat we dat dan beter kunnen doen.

[Verwijderd]

UD-Grid FAQ voor kenners.

Bij deze FAQ ga ik er vanuit dat de mensen al een beetje bekend zijn met UD (en anders de normale FAQ al gelezen hebben) en zal ik ingaan op het sparen van de WU’s en het draaien van andere projecten naast UD.


Hoe te sparen met UD?

Deze tekst komt van Team Brilsmurf en is een klein beetje aangepast.

Allereerst de vraag: Wat is UD-Monitor?


UD-Monitor is een programma dat in staat is om meerdere workunits tegelijk op te slaan.

Met dit programma kun je ‘caches’ aanmaken die je vervolgens 1 voor 1 kunt vullen met workunits op het moment dat je een internet-verbinding hebt.

Daarna kan dit programma deze workunits 1 voor 1 afwerken zonder tussentijds ,op het moment dat een workunit klaar is, om een verbinding te vragen.

Dit is met name interessant voor mensen met een inbel-verbinding, maar ook ideaal als je results wilt ‘sparen’.

Je kunt nu ook zonder permanente internetverbinding je computer 24 uur per dag laten rekenen als je dat wilt.

Je kunt de workunits die klaar zijn op elk gewenst moment, dus wanneer er een internetverbinding beschikbaar is, handmatig wegsturen.

UD-Monitor herbergt nog meer functies in zich, maar die zijn eigenlijk niet interessant meer omdat de UD-client erg stabiel is tegenwoordig. (Dan doel ik met name op de ‘backup’ functie).

Hieronder ga ik dus alleen het ‘cachen’ van workunits met behulp van UD-Monitor behandelen.


Waar kan ik UD-Monitor vinden?


UD-Monitor is een programma dat geschreven is door een Russische UD-enthousiast, genaamd Roman Mamadov.

Hij heeft ook een eigen website waar altijd de laatste versie van het programma te vinden is, voorzien van info met de verbeteringen t.o.v. de vorige versies.

Je kunt de site hier vinden.

Het programma wordt ingepakt in een zipfile aangeleverd.

Voordat we UD-Monitor kunnen installeren moeten we het eerst unzippen met behulp van Winzip.


UD-Monitor - De Installatie.


Op het moment dat je de gedownloade zip-file ge-unzipt hebt verschijnt er een soort ‘blauw vaasje’




Ik heb hem voor de duidelijkheid even vergroot, maar in werkelijkheid is het gewoon een icoon.

Maak (bij voorkeur) op je desktop een mapje, genaamd UD-Monitor.

Je kunt de map ook een andere naam geven als dat voor jou duidelijker is.

Plaats ud_mon.exe (dus het blauwe vaasje) in deze map.

Dubbelklik nu op dat blauwe vaasje (vanaf nu “ud_mon.exe”) met je linker muisknop.

Er verschijnt nu dit scherm:




De inhoud van het scherm zal bij jullie overigens anders zijn uiteraard.

UD-Monitor vraagt nu via dit schermpje om de locatie van de UD-Client, genaamd ud.exe, aan te wijzen.

Normaal zal deze staan op c:/program files/united devices/ud.exe maar als je bij de installatie van de ud-client een andere plaats hebt gespecificeerd moet je die natuurlijk aangeven.


Als je dit gedaan hebt maakt ud_mon.exe zelf een .ini file aan.

Hier merk je, behalve dat er in je mapje UD-Monitor een file bijgekomen is, verder niets van.

UD-Monitor is nu klaar voor gebruik.


Dubbelklik nogmaals met je linkermuisknop op ud_mon.exe.

Je krijgt als het goed is zoiets als dit scherm:




Je ziet hier 4 tabs waarvan wij dus alleen ‘cache’ gaan gebruiken .

Verder zit er nog een knop (‘stop agent’) op om de ud-client snel te kunnen uitzetten en een, inmiddels overbodige, backup functie.

Het enige interessante hier verder nog is de ‘settings’ knop, waarover later meer.

Maar laten we eens de ‘cache’ tab aanklikken.

We krijgen nu het volgende scherm:




Vink hier ‘use cache’ aan

Vervolgens ga je in het witte lege gedeelte van UD-Monitor schermpje staan en klik je op je rechtermuisknop.

Dan verschijnt dit:





We drukken nu, laten we zeggen, twee keer op ‘new slot’

Dan krijgen we dus het volgende plaatje:




De eerste cache is gewoon de ud-client die er al stond. Deze bevat als het goed is al een workunit zoals hier aangegeven en aan het pijltje dat voor de 1 staat wordt aangegeven dat daar op dit moment aan gerekend wordt. Verder is nog te zien dat het hier om een RAF molecuul gaat en de datum wanneer deze binnen is gehaald..

Cache 2 en 3 worden als ‘empty’ aangegeven.

Dit is ook logisch, we hebben immers 2 caches aangemaakt, maar deze zijn nu nog leeg en moeten dus gevuld worden met workunits.

Allereerst moet je nu dus zorgen dat je een internetverbinding hebt.

We gaan nu eerst cache 2 vullen:

Dit kun je doen door met de linker muisknop te dubbelklikken op cache 2 ( ‘2: Empty’)

Hij zal nu cache 1 afsluiten, cache 2 opstarten en bemerken dat deze leeg is.

Nu moet ik eerst nog iets uitleggen: het aanmaken van een cache is niets anders dan een map met daarin een complete copy van de ud-client. In bovenstaand voorbeeld hebben we dus 3 complete ud-installaties staan.

Dat is natuurlijk die op c:/program files/united devices maar in de map united devices staat nu een map genaamd ‘UDm Cache’. Hier bevinden zich dus de 2 mappen (caches) met daarin ieder een complete ud-installatie, kijk maar eens.

Als gevolg hiervan zul je de eerste keer als je een nieuw gemaakte cache gaat vullen, deze dus ook moeten registreren.

Maar dit gaat vanzelf, je krijgt gewoon weer een ud-registratie scherm voor je neus waarin je dus weer de benodigde gegevens moet invullen. (Zie ‘Het installeren van de UD-Client’)

Na registratie gaat hij de cache vullen en daarna rekenen.

Doe dit ook zo met cache 3 en eventuele opvolgende caches.

Voor de caches raad ik aan om voor de duidelijkheid opvolgende namen te gebruiken zoals in mijn geval bv brilsmurf1, brilsmurf2, brilsmurf3 etc.


UD-Monitor is nu klaar voor gebruik. Hij gaat nu automatisch elke keer naar de oudste nog aanwezige cache om te rekenen, en als die klaar is naar de dan weer oudste nog aanwezige cache etc.


Maar er komt natuurlijk een tijd dat je ook weer eens resultaten wilt versturen.

Dit doe je als volgt:

Maak internet verbinding

Open UD-Monitor.

Je ziet nu het UD-Monitor window zoals hier ongeveer: (Dit is de mijne met meerdere caches)



Alleen zal er nu ‘result’ staan op de caches die klaar zijn en bv WU 1234456 RAF in de caches die nog berekend moeten worden.

Klik nu een cache met ‘result’ 1 keer aan met je linker muisknopom deze te highlighten, en vervolgens 1 maal met je rechter muisknop.

Kies nu de optie ‘send/recieve’ (Zoals plaatje hierboven)

En zie: Het gemak dient de mens; UD-Monitor gaat nu automatisch 1 voor 1 alle results wegsturen, en haalt ook nieuwe binnen.

Als hij klaar is gaat hij weer verder rekenen aan waar hij mee bezig was en kun jij je internet verbinding weer afsluiten.

Zo begint alles weer van voren af aan.

Standaar staan de instellingen op het tabblad settings verder goed en die spreken ook voor zichzelf zou ik zeggen.


Hoe weet ik wat ik gespaard heb?
Een P4 2.8Ghz doet ongeveer 4 WU’s per dag waarvoor hij 800 punten krijgt.
Dit houd in dat hij in 14 dagen 56 WU’s zou kunnen doen, en dat iedere WU ongeveer 200 punten waard is.
Dus 56 x 200 = 11200
Dit kan altijd iets lager uitvallen, maar zal niet veel schelen.

Op deze mannier zou je dus zelf kunnen uitrekenen hoeveel punten je in je buffer hebt staan.

Waar moet ik nog rekening mee houden?
Je moet er wel rekening mee houden dat je ongeveer iedere 14 dagen een buffer moet maken die dan weer 14 goed zou moeten zijn.
Ook moet je rekening houden met de verzendtijd van je buffer.
UD monitor kun je het beste op 5 minuten timeout zetten, en dat houd dus in dat je maximaal (60 : 5)x24=288 kunt versturen op 1 dag.
Dit zou dus inhouden dat je met die P4 2.8Ghz ongeveer 72 dagen zou kunnen sparen voordat je verzend problemen hebt.


Zijn er nog instellingen die voor meer punten kunnen zorgen?

Ik had ze al een keer op GoT gepost, maar leek me ook wel handig om hier even te posten.

Even een aantal Tweak instellingen voor UD:

1. Installeer UD op een partitie die 10GB of groter is en geef je profile aan op de
site van UD dat je 10GB beschikbaar stelt voor UD. (dit gebuikt hij niet, maar je
krijgt wel meer punten)

2. Heb je een HT proc, gebruik dan b.v.
UD-Tweaker zodat UD op
100% CPU load kan draaien.
Teven kan UD-Tweaker de max time voor een WU uitzetten waardoor een
tragere PC zijn taak af kan maken. (hiermee kun je nier sparen)

3. zet in je host file "127.0.0.1 download.ud.com" hostfile kun je vinden in
%windir%\system32\drivers\ect dit geeft een netwerkscore van 100.

Al de opties zorgen er dus voor dat een systeem meer punten krijgt voor de taken die hij doet.
Het zal niet meteen met honderden punten toe nemen, maar wij hebben systemen zijn waar het toch zeker wel scheelt.

[ Voor 4% gewijzigd door Verwijderd op 28-03-2004 20:25 . Reden: Tags aangepast. ]

[Witlof]

silentsnake schreef op 28 maart 2004 @ 13:16:
[...]


Ok, ik denk dat we dat dan beter kunnen doen.

Binnen 3 maanden kunnen we de 200M wel binnenslepen met de output van vandaag als gemiddelde en misschien kunnen we dat combineren met de MF

p.s. Kun je die hele spaar-UD-FAQ niet in een apart topic zetten?

[Witlof]

3. zet in je host file "127.0.0.1 download.ud.com" hostfile kun je vinden in
%windir%\system32\drivers\ect dit geeft een netwerkscore van 100.

Die wist ik nog niet maar geeft dat helemaal geen problemen en moet je hiervoor de client of PC opnieuw opstarten?

Verder is het een nette FAQ maar ik blijf erbij dat ik niet zo maar het password van ons team aan alle members ga geven zodat zij ook kunnen sparen. Is het niet mogelijk om zonder password een cache aan te leggen? Ook om in de device-list maar 1 apparaat te krijgen bij het sparen en geen 20 extra. Las laatst iets over het kopieëren van een dir maar dat werd nog getest. Wat was het resultaat?

[InSPiRE]

Bedankt voor de FAQ.

Op welke datum zouden we een MF doen?

[Tao]

Allied, bedankt voor de faq! Erg duidelijk.
Zitten we alleen nog met de vraag wat grid.org vindt van erg laat ingeleverde WU's? Als je 3 of meer maanden spaart, dan beginnen ze toch wat belegen te worden.

Witlof schreef op 28 maart 2004 @ 15:26:
[...]
Die wist ik nog niet maar geeft dat helemaal geen problemen en moet je hiervoor de client of PC opnieuw opstarten?

1.Is het niet mogelijk om zonder password een cache aan te leggen?
2.Ook om in de device-list maar 1 apparaat te krijgen bij het sparen en geen 20 extra. Las laatst iets over het kopieëren van een dir maar dat werd nog getest.
3. Wat was het resultaat?

Je moet je PC herstarten ja.
Ad 1. Nee. Je moet elke device opnieuw inloggen als existing member (dus je password is nodig).
Ad 2. Nope.
Ad 3. Kweenie

Enige mogelijkheid wellicht (maar daar weet ik zelf niets van, want geen ervaring ermee) is de mogelijkheid die UD-Grid biedt aan 'grootverbruikers'. Ze kunnen dan meerdere WU's opsturen met vooringevulde teamname (+ password wellicht??), zodat je alles zelf over een (groot) netwerk kan distribueren of in een mainframe donderen voor berekening

[Verwijderd]

InSPiRE schreef op 28 maart 2004 @ 16:35:
Bedankt voor de FAQ.

Op welke datum zouden we een MF doen?

De grootste dank gaat uit naar Team Brilsmurf
Ik heb het gehele stuk van UD-Monitor (met kleine aanpassing) bij hun vandaan.

Een datum is er nog niet, gezien we nog steeds niet weten wie er mee gaan doen met hoeveel power.

Op een antwoord van UD zit ik nog steeds te wachten of ze er problemen mee hebben.
Al denk ik van niet, want 1 van de stellingen op hun forum is dat als iets kan je het mag doen, maar ze er wel op moet atanderen zodat ze het eventueel kunnen voorkomen.

Een mannier om niet meerdere devices aan te maken ben ik nog niet aan toe gekomen om te testen.
Vanavond zal ik er denk ik niet aan toe komen, maar morgen wel

Pas als we toestemming hebben van UD zal ik kijken of ik deze FAQ als Sticky mag neerzetten op GoT, en anders zal ik een link verwerken in de stats en zal ik hem zelf wel ergens hosten

Ik hou jullie op de hoogte

[Tao]

Ik heb weleens geëxperimenteerd met 1 en dezelfde cs.ud file stoppen in alle caches. Dat is wel weer een jaartje geleden.
Ik kreeg toen alleen maar (akelige) fouten. Results die geen punten opleverden, files die 'corrupt' zouden zijn, en meer van die ongein.

Maja, je kunt het natuurlijk zelf toch uitproberen....?!

[Verwijderd]

Netjes.

Maarruh : Dus 56 x 200 = 112000 ????

[Verwijderd]

Verwijderd schreef op 28 maart 2004 @ 20:22:
Netjes.

Maarruh : Dus 56 x 200 = 112000 ????

Typo en overheen gelezen
Het is nu aangepast

11200

[Verwijderd]

Het hele verhaal houd op
Bij UD hebben ze er wel problemen mee, en ook kunnen ze niet garanderen dat we nog punten krijgen voor oude WU's

Hier het antwoord vanaf UD.


Yes we have issue with this. The action of a meagflush is unwelcome and does not help the project at all. Keeping work for longer than 30days makes the work useless. We have placed timeouts on work for the express purpose of returning work in a timely manner. We will not and can not guarantee work that is out longer than the timeout period will be accepted and counted in your stats.

Please do not start this type of action.

Thank You
paul

Paul Gentle
System Admin
United Devices

[Robkazoe]

Das kut. Is het niet mogelijk om voor 4 weken te sparen?

[Verwijderd]

Robkazoe schreef op 28 maart 2004 @ 22:52:
Das kut. Is het niet mogelijk om voor 4 weken te sparen?

Dat zou wel mogelijk zijn, maar dan redden we het nooit.
We zouden 4.5M moeten sparen en we doen met heel DPC nog geen 300K
Dit zou inhouden dat net iets meer dan 50% van de DPC power die op dit moment op UD zit zou moeten gaan sparen.
En dat lijkt me niet haalbaar

[Tao]

Verwijderd schreef op 28 maart 2004 @ 23:29:
[...]
Dat zou wel mogelijk zijn, maar dan redden we het nooit.
We zouden 4.5M moeten sparen en we doen met heel DPC nog geen 300K
Dit zou inhouden dat net iets meer dan 50% van de DPC power die op dit moment op UD zit zou moeten gaan sparen.
En dat lijkt me niet haalbaar

We 'mogen' max 19 dagen over het berekenen van WU's doen vlg. UD.
19 x 300k = 5,7 miljoen punten.
Het is dus alleen maar haalbaar, indien we allemaal 18 dagen niets inleveren.
Gheghe, is ook wat. Denkt iedereen 'die zijn er mee opgehouden', slaan we na 19 dagen keihard toe
Naja, sweet dreams. Is niet af te spreken, lijkt me.

[Blue_man]

Mja, idd niet te doen om iedereen tijdelijk stop te zetten.

Maar... Wat met die proxy waar er laatst (lees: heel lang geleden) over gesproken werd?

Bij andere projecten leek het mogelijk om via een proxy te flushen die zelf al een groot aantal WU's gebufferd had. Als we zo een proxy kunnen opzetten (jullie kunnen dat wel ) die een 2 wekelijkse flush doet, kunnen we toch een groot aantal pc's "op sparen zetten" zonder dat we er moeite voor moeten doen EN zodat we tweewekelijks toch keer op keer ons eigen record kunnen breken .

[Verwijderd]

Blue_man schreef op 29 maart 2004 @ 07:44:
Mja, idd niet te doen om iedereen tijdelijk stop te zetten.

Maar... Wat met die proxy waar er laatst (lees: heel lang geleden) over gesproken werd?

Bij andere projecten leek het mogelijk om via een proxy te flushen die zelf al een groot aantal WU's gebufferd had. Als we zo een proxy kunnen opzetten (jullie kunnen dat wel ) die een 2 wekelijkse flush doet, kunnen we toch een groot aantal pc's "op sparen zetten" zonder dat we er moeite voor moeten doen EN zodat we tweewekelijks toch keer op keer ons eigen record kunnen breken .

Die proxy waar je wat over gelezen had was bedoeld om de netwerkscore omhog te krijgen.
En dat is al gelukt zonder proxy.
Het opzetten van een proxy die WU's vast houd is niet mogelijk bij UD.