Ich auch - Seite 2
URL: https://www.overclockers.at/number-crunching/ich_auch_15799/page_2 - zur Vollversion wechseln!
HaBa schrieb am 17.10.2001 um 09:33
ehm "Greenhorn"???
schon mal seinen persönliche position gesehen?? 
er ist derzeit führender in unserem team
[-WUD-] RealrunneR
Naja, wenn er sagt er ist ab jetzt auch dabei 
Macht nix, war ja ein 
dabei.
DirtyHarry schrieb am 17.10.2001 um 11:24
Woher hast du die Info?
distributed.net plans
Das ganze passierte Ende Februar dieses Jahres:
Die Beschwerde:
[QUOTE]
The master is back-logged right now, and has been for quite some time.
(http://n0cgi.distributed.net/rc5-proxyinfo.html) This is due to a
'MegaFlush' that the Dutch Power Cows are doing, despite our requests that
they discontinue this practice.
The effect of this backlog is that daily stats will be off for the next
several days. Everyone's stats will appear low for today, and will slowly
return to normal over the next few days.
Outbound work will still be available. Once the backlog has been processed
by the master, RC5 stats will return to normal. OGR stats should be
un-affected. Expect the occurance of dupes to increase while this backlog
exists as well.[/QUOTE]
Die Antwort der PDC:
[QUOTE]After Decibel's plan from yesterday, there are some things that need
explanation. We've had a lot of complaints from DPC members that argued
that there was no organized megaflush going on and that the accusation
made by the DCTI staff yesterday was premature and partly false.
What seemed to be the cause for the backlog was individual team members
who saved up some blocks flushed them because they feared their 8012 blocks
would become invalid soon. A valid reason to flush, one would say.
Unfortunately it turned out that this caused a lot of blocks flushed at
the same time, blocks that normally would have been distributed over days.
Some remarks on this practice: It's _not_ good to save up blocks. Even
when you do it only on your own or 'just for a few weeks'. Why?
Our master is optimized for processing keys from 1 or at most a couple of
subspaces. Every subspace takes up 32MB paged-in memory. A lower number
of paged-in subspaces means a faster master. Due to the optimizations in
the code, even switching between in-core spaces means a huge performance
hit. As soon as the master process has a backlog of a couple of million
blocks from 20 or so different subspaces, it chokes.
Some people justify their flushing by saying: 'But hey, if you can't cope
the load of a couple of million blocks more per day, how are you going to
handle this in the future when these loads are normal?' I hope above
mentioned explanation will show this reasoning is false for once and for
all. We have a perfectly capable master box, its specs are still way
adequate, load testing shows that when blocks are somewhat from the same
subspaces, we can easily handle 1000Gkeys/s with the current hardware.
Normally, blocks from unopened spaces are kept in a separate queue which
is processed at quiet times. When suddenly a lot of blocks come from a
lot of unopened spaces, that theoretical 1000Gkey ceiling jumps down to
a something below our current rate, hence the backlog which is very hard
to get rid of.
With this explanation I hope to have convinced people not to save up too
many blocks. Daily stats are what they are for: Daily rankings. Not for
getting a #1 spot for 1 day because you've saved up more or longer than
your friends. If you really want to be #1, just recruit more computers!
We try to suit as many participants as possible and we are very pleased
with all the enthusiasm distributed.net participants show. But if people
keep doing things against the policies set out by distributed.net staff,
we might have to take measures against it, by blocking people from stats
or changing the lifetime of a block. This is not because we suddenly
dislike those participants, but because we want the contests to be
satisfying for _all_ users. without backlogs, so everyone can have their
blocks tallied in time.
One more thing on backlogs: Backlogs don't mean our system is broken, it
just means our system is handling the load sort of well. We do accept all
blocks, and never give a connection refused on our proxies. We _will_
process all those blocks in the end. Maybe not today, but eventually. So
in the end each and every blocks you flush will be counted. Your stats
total will reflect your total work done. And if we all take care in
flushing to the system as it was designed, backlogs will be kept to a
minimum and daily stats will be correct, too.
Keep on crunching!
[/QUOTE]
ciao
Harry
Mr. Zet schrieb am 17.10.2001 um 11:35
If you really want to be #1, just recruit more computers!
Knox schrieb am 18.10.2001 um 19:58
(******* englisch)
Willkommen im Team!!!
MFG
Knox
r2g2 schrieb am 19.10.2001 um 15:04
Ja und was ist jetzt los Harry auf Platz 1?????? (gratuliere umgehend )
@noledge habs dir deine TB weggenommen? 
mußt aufpassen sonst holt dich da #Strange# noch ein.
und ich vor WuD bissi freu
DirtyHarry schrieb am 19.10.2001 um 18:15
Ja und was ist jetzt los Harry auf Platz 1?????? (gratuliere umgehend )
danke danke, war aber keine besondere leistung meinerseits, da haben einfach ein paar andere nachgelassen....
ciao
Harry
Weri schrieb am 01.11.2001 um 15:04
ja da robo owend uns alle auf einmal
bin schon gspannt wie lang er braucht für die Top 50 im Team.
Na morgen ist es soweit
16 Tage hat er dazu gebraucht *gg*
Gary schrieb am 01.11.2001 um 16:51
Yep, ned schlecht muss man da sagen
Für Anfang nächstes Jahres wurde unser Budget um ein paar weitere Rechner in der Firma erhöht - endlich kommen die luschigen 200er MMX weg
könnt euch ja denken was für Prozzies in die RC5 Sklaven reinkommen *gg*
greetz
Gary
Shadow schrieb am 01.11.2001 um 17:16
But if people
keep doing things against the policies set out by distributed.net staff,
we might have to take measures against it, by blocking people from stats
or changing the lifetime of a block
=)
DirtyHarry schrieb am 07.11.2001 um 18:57
Hi Jungs,
habe heut vom CHef das neue Gericom Notebook bekommen (P3 Tualatin 1.2 Gig, 512 MB Ram, Radeon Mobility Chip usw)
Nettes Ding, nur der Lüfter is etwas laut, und der Prozessor ist für d´den distributed client zu neu, jetzt muss ich erst mal rausfinden was der optimale core ist, damit da auch ordentlich wu's rauskommen...
...weil sonst ownt mich der phax total....
ciao
Harry
-=[Stoney]=- schrieb am 07.11.2001 um 19:30
...weil sonst ownt mich der phax total....
Naja, a bissl an Vorsprung hast ja noch...
Redphex schrieb am 07.11.2001 um 19:32
der dnetc nimmt auch bei tualatins den ganz normalen p3-core (nach dem kurzen auto benchmark) -> passt scho würd' i sagn
DirtyHarry schrieb am 07.11.2001 um 20:01
der dnetc nimmt auch bei tualatins den ganz normalen p3-core (nach dem kurzen auto benchmark) -> passt scho würd' i sagn
jo, hat sich in der tat als der richtige herausgestellt
ciao
Harry
-=[Stoney]=- schrieb am 07.11.2001 um 20:22
Ist dir wahrscheinlich zu langsam vorgekommen, oder?
Schneller sind Intels halt leider nicht... 
DirtyHarry schrieb am 07.11.2001 um 20:55
schafft ca. gleich viel wie mein tb 1000
aber für ein 30 tats notebook ned schlecht
overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2025