jubileumflush
Posted: 03 Dec 2008, 10:09
We hebben al 500k+ in de spaarpot 
Tandje bij?????
Tandje bij?????
forum.dsmarty.com
jubileumflush
Page 1 of 4
Posted: 05 Dec 2008, 07:24
zo halen we maybe het miljoen wel ja
Posted: 05 Dec 2008, 10:06
We zijn iig goed op weg 
Posted: 05 Dec 2008, 15:54
zou DS nog een verjaarsflushje hebben morgen?
Posted: 06 Dec 2008, 11:04
Ds kennende, zal die wel te laat komenLibido78 wrote:zou DS nog een verjaarsflushje hebben morgen?
Posted: 07 Dec 2008, 00:23
Posted: 10 Dec 2008, 19:20
562k, we gaan net niet hard genoeg om de 1 M te halen
niemand wat aan het sparen?
niemand wat aan het sparen?
Posted: 22 Dec 2008, 18:33
Wanneer sluit de inzending?
Heb weer wat gespaard
Heb weer wat gespaard
Posted: 23 Dec 2008, 01:14
Mest je stal maar uit hoor.
Posted: 23 Dec 2008, 10:33
We zitten nu op 665K en 18 februari zal de flush plaatvinden, zo hopen de de 19e (onze 10e verjaardag) met 1M+ in de stats te komen
Dus zet die koeien aan het grazen!!
Dus zet die koeien aan het grazen!!
Posted: 02 Jan 2009, 13:02
745k. kom jongens nog 6 weekjes en dan moet een miljoen lukken hè
Posted: 15 Jan 2009, 10:41
Alweer 868K Met die nieuwe CUDA client gaat die miljoen zeker wel lukken.
Met die nieuwe CUDA client gaat die miljoen zeker wel lukken.Posted: 15 Jan 2009, 19:34
Ben benieuwd of er nog thuisspaarders zijn...
plz tell
DS? Blimmeltje? graasland Huissen? Pjosch? maybe... zou nodig zijn denk ik
plz tell
DS? Blimmeltje? graasland Huissen? Pjosch? maybe... zou nodig zijn denk ik
Posted: 16 Jan 2009, 22:11
hier een X4tje en een 8800GTSje erbij aangezwengeld 
Posted: 19 Jan 2009, 21:26
meer dan 1.080.732 wu's is ons doel hè..
MF record #2
dus nog 80k...en dan maar hopen dat alles in 1 dag aankomt
MF record #2
dus nog 80k...en dan maar hopen dat alles in 1 dag aankomt
Posted: 20 Jan 2009, 04:03
Jazekers, er word nog gespaard....
Posted: 20 Jan 2009, 15:31
Ik draait al een tijdje geen koetje meer. Mijn server loopt continu x264 te encoden en de koe loopt die in de weg.
Mijn laptop crashed binnen een paar minuten met de client.
En de dagen dat ik het op mijn werk kon draaien zijn voorbij... helaas....
Mijn laptop crashed binnen een paar minuten met de client.
En de dagen dat ik het op mijn werk kon draaien zijn voorbij... helaas....
Posted: 22 Jan 2009, 23:01
ik kijk net even op de Proxepersummary.... Hebben wij blokjes gelekt? OF kijk ik verkeerd lijk er een kleine 300.000 minder te zien als van de week.
Posted: 23 Jan 2009, 00:05
Er lijken inderdaad zo'n 300K minder blocks te zijn dan gisteren 
, maar bij d.net zie ik ook geen 300K blocks terug.
Neem aan dat het een *glitch* in de stats is.
, maar bij d.net zie ik ook geen 300K blocks terug.Neem aan dat het een *glitch* in de stats is.
Posted: 23 Jan 2009, 00:31
Helaas moet ik je dan teleur stellen... De blokjes zijn weg, echt weg... 
Ik was hier vanochtend ook al achter gekomen en ben toen gaan zoeken. Gisteren (woensdag) is de server herstart, een normale en geplande herstart. Om een of andere nog onduidelijke reden was het aantal blokjes in de buffer van de proxy bij het opnieuw opstarten 330K minder dan ervoor.
Helaas zijn we hier vandaag pas achter gekomen en hebben we dus ook geen backup meer van de buffer (iedere nacht wordt er een backup gemaakt en de oude is dus overschreven). We hebben wel nog een maandagelijkse backup van 1 jan, toen stond de teller op ongeveer 735K, na het opnieuw opstarten van gisteren op 636K. Deze 735K buffer hebben we (lees: dsmarty) veilig gesteld en zullen we ook gaan flushen. Hiermee weten we de schade waarschijnlijk te beperken tot 230K. Wat natuurlijk gruwelijk veel is
Ik heb inmiddels een email naar Dnet gestuurd met de vraag wat er mis kan zijn gegaan. Ik heb ze daarbij onderstaand deel van de logfile meegestuurd om hopelijk duidelijk te krijgen wat er fout kan zijn gegaan.
Ik was hier vanochtend ook al achter gekomen en ben toen gaan zoeken. Gisteren (woensdag) is de server herstart, een normale en geplande herstart. Om een of andere nog onduidelijke reden was het aantal blokjes in de buffer van de proxy bij het opnieuw opstarten 330K minder dan ervoor. Helaas zijn we hier vandaag pas achter gekomen en hebben we dus ook geen backup meer van de buffer (iedere nacht wordt er een backup gemaakt en de oude is dus overschreven). We hebben wel nog een maandagelijkse backup van 1 jan, toen stond de teller op ongeveer 735K, na het opnieuw opstarten van gisteren op 636K. Deze 735K buffer hebben we (lees: dsmarty) veilig gesteld en zullen we ook gaan flushen. Hiermee weten we de schade waarschijnlijk te beperken tot 230K. Wat natuurlijk gruwelijk veel is
Ik heb inmiddels een email naar Dnet gestuurd met de vraag wat er mis kan zijn gegaan. Ik heb ze daarbij onderstaand deel van de logfile meegestuurd om hopelijk duidelijk te krijgen wat er fout kan zijn gegaan.
Code: Select all
2009-01-21 09:26:07,rc5-72 r=53607/68843, d=964249/10000000, 956.7 Mkeys/sec, tot=349139/343269
2009-01-21 09:26:07,ogrng r=200/200, d=0/0, 0.0 Mnodes/sec, tot=167/190 stubs
2009-01-21 09:26:07,Status: Uptime: 34.23:46:34, 1 listener, 0 uplinks
2009-01-21 09:26:07,Status: 0 active clients (peak: 3, mean: 0.14)
2009-01-21 09:26:38,rc5-72 r=53607/68843, d=964249/10000000, 956.4 Mkeys/sec, tot=349139/343269
2009-01-21 09:26:38,ogrng r=200/200, d=0/0, 0.0 Mnodes/sec, tot=167/190 stubs
2009-01-21 09:26:38,Status: Uptime: 34.23:47:05, 1 listener, 0 uplinks
2009-01-21 09:26:38,Status: 0 active clients (peak: 3, mean: 0.14)
2009-01-21 09:26:56,Status: Shutting down listeners...
2009-01-21 09:26:56,Status: Closing client connections...
2009-01-21 09:26:56,Status: Closing uplink connections...
2009-01-21 09:26:56,*Break* Initiating shutdown.
2009-01-21 09:26:56,Shutting down contests.
2009-01-21 09:26:56,Shutting down contest rc5-72.
2009-01-21 09:29:36,distributed.net Personal Proxy (build 343)
2009-01-21 09:29:36,Visit http://www.distributed.net/ for details.
2009-01-21 09:29:36,Proxy starting up.
2009-01-21 09:29:36,Verbosity set to: general stats keyblock server client buffers timestamp attention errlow errsevere (3519)
2009-01-21 09:29:36,rc5-72-in: limits adjusted to min 46, max 1000
2009-01-21 09:29:36,rc5-72-dupe: resized to dupe history size of 31
2009-01-21 09:29:45,Currently enumerated 51886 blocks...
2009-01-21 09:29:45,Currently enumerated 73406 blocks...
2009-01-21 09:29:45,Currently enumerated 73407 blocks...
2009-01-21 09:29:45,Notice: connectivity mode is normal
2009-01-21 09:29:45,Notice: Loaded 0 ignoredip addresses from ini file
2009-01-21 09:29:45,Notice: Loaded 0 allowedip addresses from ini file
2009-01-21 09:29:45,Notice: Primary listener bound to 192.168.252.100:2300
2009-01-21 09:29:50,rc5-72 r=53607/1000, d=636025/10000000, 0.0 Mkeys/sec, tot=0/0
2009-01-21 09:29:50,ogrng r=200/200, d=0/0, 0.0 Mnodes/sec, tot=0/0 stubs
2009-01-21 09:29:50,Status: Uptime: 0.00:00:05, 1 listener, 0 uplinks
2009-01-21 09:29:50,Status: 0 active clients (peak: 0, mean: 0.00)
2009-01-21 09:30:21,rc5-72 r=53607/1000, d=636025/10000000, 0.0 Mkeys/sec, tot=0/0
2009-01-21 09:30:21,ogrng r=200/200, d=0/0, 0.0 Mnodes/sec, tot=0/0 stubs
2009-01-21 09:30:21,Status: Uptime: 0.00:00:36, 1 listener, 0 uplinks
2009-01-21 09:30:21,Status: 0 active clients (peak: 0, mean: 0.00)
Posted: 23 Jan 2009, 01:26
Hmmz, minder Hopelijk komen ze snel met de cuda client. Halen we nog wat bij.
Hopelijk komen ze snel met de cuda client. Halen we nog wat bij.Posted: 23 Jan 2009, 01:32
Dat is flink #$*@#% . Als de nieuwe CUDA client snel komt, kunnen we misschien nog een aardig inhaalslag maken.
Posted: 23 Jan 2009, 09:34
Het antwoord van Dnet is helaas ook niet wat ik hoopte:
).
Mensen met een CUDA compaltie video kaart zou ik willen aanraden om de oude beta te installeren en de tijd van hun computer op bijvoorbeeld zaterdag de 17e te zetten. Dan doet de client het wel gewoon namelijk. Zodra er ee nieuwe beta is zal ik dat hier posten (ik kijk ca 10-20 keer per dag of ie er al isUpdate to issue 778 by mikereed
Action:
Hi Aarjan,
Thanks for writing to us.
The 'currently enumerating' lines are where your proxy server is loading the in-buffer into RAM.
Cow (project mascot, lead coder...) has told me that the proxy server does sanity checks on buffers when it loads them and sometimes discards blocks. He also recommended flushing completed work a bit more regularly. You're not doing mega-flushes, are you? It would seem that the work is lost, unless you have another copy of the out-buffer file. I'm sorry about that.
Kind regards,
Mike
To respond to this issue just reply to this email leaving the subject intact.
).Posted: 23 Jan 2009, 15:52
wat een mofo zinloos gedoe is dat grazen ook zo
Posted: 26 Jan 2009, 15:29
Woei! als we met die 20k/dag zo doorgaan dan halen wel de 1M wel weer 1,25M is zelfs mogelijk!
CUDA RULLEZ
1,25M is zelfs mogelijk!CUDA RULLEZ