Ubero: #2, Euler: #1, GOT: #1, Des: #1, Zeta: #1, Eon: #3, OGR-24: #3, OGR-25: #7,
LM: #7, AP: #5, DF: #19, D2OL: #37, SOB: #50, TSC: #63, RC5: #96
Maar je bedoelt dus een nieuwe versie PERproxy...
sorry maar de officiele naam is : proxyper335-win32-x86.zipBredeP schreef op 24 September 2003 @ 08:13:
Ik dacht al, proxyper?!?
Maar je bedoelt dus een nieuwe versie PERproxy...
Ubero: #2, Euler: #1, GOT: #1, Des: #1, Zeta: #1, Eon: #3, OGR-24: #3, OGR-25: #7,
LM: #7, AP: #5, DF: #19, D2OL: #37, SOB: #50, TSC: #63, RC5: #96
Zal ook eens kijken of ik er een kan planten om te testen.
D.net kennende ... vrij langWitlof schreef op 24 September 2003 @ 08:49:
Wanneer is de verwachting dat deze van de pre-release af gaatWacht ik daar nog wel even op
Vorige build 333 werk 21-jan 2003 van pre-release gehaald.
[ Voor 25% gewijzigd door Jive op 24-09-2003 08:59 ]
volgens mij in het rc5-64 tijdperk was er een client die een jaar als pre-release heeft gestaan.
ik wacht er niet op, ik ga hem gewoon gebruiken. de pre-releases van distributed vormen meestal nooit zo veel problemen, althans niet dat ik heb meegemaakt
Verwijderd
we zien wel (heb natuurlijk wel de oude ff hernoemd)
Verwijderd
Hoeft de dial-up niet iedere dag een uur open te staan om een schamele paar-honderd blokjes te flushen
Verwijderd
Verwijderd schreef op 24 September 2003 @ 09:09:
^:^ ahhhh.... eindelijk.... ^:^
Hoeft de dial-up niet iedere dag een uur open te staan om een schamele paar-honderd blokjes te flushen
Verwijderd
Bij ons op de zaak hebben we dial-up, en met de vorige versies stond de proxy om de 20 blokjes vrolijk 30 seconden niets te doen... Dat zou nu opgelost moeten zijn, en sjeest hij er in één keer door
Verwijderd
/me heeft nooit dial-up gehad, maar altijd een vaste lijn
helaas zit ik tegenwoordig achter een ISA server en dan weer een Nokia en krijg ik het niet voor elkaar de proxy automatisch te flushen.
tis dus weer copy&paste in de mail
Verwijderd
Vaste lijnen hadden met de oude proxy-versies dezelfde flushsnelheid (ca. 20 per 30 secs, ca. 2700/uur), alleen kost het dan niet zoveel
maar ik ben wel blij
Een Ajacied ben je niet voor even, een Ajacied ben je heel je leven!
And done
4 S 0 15808 15807 1 75 0 - 7065 schedu pts/0 00:00:01 proxyper
4 S 0 15811 15810 0 75 0 - 1055 schedu pts/1 00:00:00 proxyper
4 S 0 15814 15813 0 75 0 - 2377 schedu pts/2 00:00:00 proxyper
5 S 0 15820 1 0 75 0 - 246 schedu pts/3 00:00:00 proxyper
5 S 0 15825 1 0 75 0 - 246 schedu pts/3 00:00:00 proxyper
5 S 0 15826 1 0 75 0 - 246 schedu pts/3 00:00:00 proxyper
5 S 0 15827 1 0 75 0 - 246 schedu pts/3 00:00:00 proxyper
5 S 0 15828 1 0 75 0 - 246 schedu pts/3 00:00:00 proxyper
5 S 0 15833 1 0 75 0 - 246 schedu pts/3 00:00:00 proxyper
5 S 0 15834 1 0 75 0 - 248 schedu pts/3 00:00:00 proxyper
5 S 0 15835 1 0 75 0 - 246 schedu pts/3 00:00:00 proxyper
5 S 0 15836 1 0 75 0 - 246 schedu pts/3 00:00:00 proxyper
5 S 0 15845 1 0 75 0 - 246 schedu pts/3 00:00:00 proxyper
5 S 0 15846 1 0 75 0 - 246 schedu pts/3 00:00:00 proxyper
5 S 0 15847 1 0 75 0 - 246 schedu pts/3 00:00:00 proxyper
5 S 0 15848 1 0 75 0 - 246 schedu pts/3 00:00:00 proxyper
5 S 0 15852 1 0 75 0 - 245 schedu pts/3 00:00:00 proxyper
5 S 0 15853 1 0 75 0 - 245 schedu pts/3 00:00:00 proxyper
5 S 0 15854 1 0 75 0 - 245 schedu pts/3 00:00:00 proxyper
[ Voor 103% gewijzigd door DSmarty op 24-09-2003 10:22 ]
Meteen geplaatst
En dan nu meteen een grote MegaFlush zodat de servers meteen weer op z'n gat gaan en we weer een tijd zonder stats moeten doen_DPC_Scorpion schreef op 24 september 2003 @ 09:43:
E I N D E L I J K gaat het weer op normale snelheid eruit (tenminste at zeggen ze) daar hebben we echt bokkie lang om moeten zeuren en erop moeten wachten![]()
maar ik ben wel blij
Ubero: #2, Euler: #1, GOT: #1, Des: #1, Zeta: #1, Eon: #3, OGR-24: #3, OGR-25: #7,
LM: #7, AP: #5, DF: #19, D2OL: #37, SOB: #50, TSC: #63, RC5: #96
Daar zat ik mij drnet dus ook nog over te verbazen ...stappel_ schreef op 24 September 2003 @ 11:17:de meeste blijken nog op 332 te lopen. http://n0cgi.distributed.net/rc5-proxyinfo.html
* Jive kan overigens niet wachten tot er een bsd 335 is ....
de 2 winproxys op 335 werken vooralsnog uitstekend.
dat zijn toch fullproxy's ??stappel_ schreef op 24 September 2003 @ 11:17:
ik hoop dat ze d.net zelf ook de upstream proxy's snel gaan updaten. de meeste blijken nog op 332 te lopen. http://n0cgi.distributed.net/rc5-proxyinfo.html
Een Ajacied ben je niet voor even, een Ajacied ben je heel je leven!
Clients kunnen snel dingen uit de proxy krijgen, en een 335 proxy kan snel dingen doorsturen naar een 333 proxy. (ontvangen van wu's door een 335 proxy van een 333 proxy kan ik niet testen momenteel, maar dat lijkt nog wat traag te gaan).
En de reden dat de fullproxy nog 332 draaien is door die bug in 333
Verwijderd
Het probleem zat hem dus inderdaad aan de clientside van de proxy
trouwens... beetje vaag dat de proxy van 58Kb gewoon ff naar 260(!)Kb verhuist
[ Voor 20% gewijzigd door Verwijderd op 24-09-2003 14:40 ]
Niet dat we ook maar een klein beetje dichtbij het flushmaximum per etmaal van V333 komen,........
Strix (Skullflame)
Verwijderd
2) als je die hebt kun je proxysig.exe -shutdown gebruiken om de oude af te sluiten (anders via config scherm services de service even stoppen)
3) de oude proxyper.exe even backuppen; je weet maar nooit met beta's
4) de nieuwe proxyper.exe in dezelfde dir zetten
4 1/2) proxy en clients/ID aanpassen om bij Floppus op de proxy te flushen
5) service weer starten via het configscherm
note: ik heb gezien dat er inmiddels ook weer consolemeldingen verschijnen over RC5-64; dit zal wel iets te maken hebben met het voeden van valse info naar oude 8010 clients, en kan dus geen kwaad
[ Voor 13% gewijzigd door Verwijderd op 25-09-2003 16:22 ]
precies voordat ik shutdown deed wilde werd er geflushed .... en daar kwam ik pas achter toen ik al de nieuwe gekopieerd had & zag ik dat hij gelijk ging flushen ...
zelfde ini & buffers.