[OGR-26] hitparade van week 47

quote:

TGEN schreef op donderdag 20 november 2008 @ 00:37:
Als idletime priority onder x64 Windows varianten niet werkt is dat wel een erg sterk staaltje baggercode... Gebruik dan ook geen Windows .

Geen idee of het dat is, maar volgens mij zat het ook in nog een paar andere dingetjes.
Zoals het niet altijd starten van een 2e core bij x64.

Zie: http://bugs.distributed.net/show_bug.cgi?id=3701

quote:

X-G schreef op donderdag 20 november 2008 @ 07:54:
Is wat loos met stats.distributed.net of zo? Kom er al n dag niet meer op?

Is down ja... geen idee wat er loos is verder.
Gebruik dan ook proxyper.rharmsen.nl (kun je meteen sparen voor de oudjaarsflush)

Robinski wijzigde dit bericht 20-11-2008 08:39 (3%)

quote:

Robinski schreef op donderdag 20 november 2008 @ 08:35:
Gebruik dan ook proxyper.rharmsen.nl (kun je meteen sparen voor de oudjaarsflush)

Ik doe mee, maar dan met m'n eigen proxy.

quote:

Keiichi schreef op donderdag 20 november 2008 @ 08:39:
[...]

Ik doe mee, maar dan met m'n eigen proxy.

Ik doe ook mee met mijn eigen proxy, maar laat mijn proxy naar proxyper.rharmsen.nl flushen. Dan heb ik mijn eigen stats en stats die me een beeld geven van mijn resultaten ten opzichte van anderen die ook meedoen.

[Nov 20 09:29:16 UTC] The keyserver says: OGR-P2 is closed.

heb je de beta client??

Ja

stats dood?

quote:

MarkB schreef op donderdag 20 november 2008 @ 10:48:
Ja

Klopt toch ook? OGR-P2 is closed. Nieuw project is OGR-NG

quote:

Witlof schreef op donderdag 20 november 2008 @ 10:52:
[...]

Klopt toch ook? OGR-P2 is closed. Nieuw project is OGR-NG

Werkelijk...

Ik flush met twee clients tegelijkertijd en bij de ene krijg ik bovenstaande melding. Dezelfde clientversie alleen ik flush 17 seconden later. Ik vind dat vreemd.

quote:

MarkB schreef op donderdag 20 november 2008 @ 10:58:
[...]


Werkelijk...

Ik flush met twee clients tegelijkertijd en bij de ene krijg ik bovenstaande melding. Dezelfde clientversie alleen ik flush 17 seconden later. Ik vind dat vreemd.

Weet je zeker dat het de zelfde client is?
Er is namelijk ook een 507b en 507c waar OGR-P2 uitgehaald is.

dnetc v2.9101-507-GTR-08102200 for Win32
dnetc v2.9101-507-GTR-08102200 for Win32

quote:

MarkB schreef op donderdag 20 november 2008 @ 11:16:
dnetc v2.9101-507-GTR-08102200 for Win32
dnetc v2.9101-507-GTR-08102200 for Win32

Uhm... even kijken bij mij:
dnetc v2.9101-507-GTR-08102200 for Win32 = 507a - Geeft bij mij die OGR-P2 melding
dnetc v2.9101-507-GTR-08110820 for Win32 = 507b - Geeft bij mij geen OGR-P2 melding

quote:

MarkB schreef op donderdag 20 november 2008 @ 10:58:
[...]


Werkelijk...

Ik flush met twee clients tegelijkertijd en bij de ene krijg ik bovenstaande melding. Dezelfde clientversie alleen ik flush 17 seconden later. Ik vind dat vreemd.

flushde je ook naar dezelfde server?

quote:

SandStar schreef op donderdag 20 november 2008 @ 12:43:
[...]


flushde je ook naar dezelfde server?

Als je een proxy hebt die nog niet geupgraded is, dan heb je dat probleem ook. Met die optie van no-fallback en zo kun je dat omzeilen.
code:

[networking]
nofallback=true
autofindkeyserver=no

Het blijft vreemd, overigens had ik getest op de zelfde computer met de zelfde ini (dus zelfde server)

En in je dnetc.ini alleen ogr-ng vermelden?
code:

[misc]
project-priority=OGR-NG

deed bij mij de truc (straks kijken of Robinski lekdicht is)

quote:

FreezeXJ schreef op donderdag 20 november 2008 @ 14:57:
En in je dnetc.ini alleen ogr-ng vermelden?
code:

[misc]
project-priority=OGR-NG

deed bij mij de truc (straks kijken of Robinski lekdicht is)

Ik zag al het een en ander voorbij komen jah
Beetje jammer dat de stats bij dnet plat zijn... nu kan ik niet iedereens opgegeven naam opzoeken (en instellen op de proxy)

quote:

X-G schreef op donderdag 20 november 2008 @ 07:54:
Is wat loos met stats.distributed.net of zo? Kom er al n dag niet meer op?

Van hetzelfde...

quote:

Robinski schreef op donderdag 20 november 2008 @ 08:35:
[...]

Geen idee of het dat is, maar volgens mij zat het ook in nog een paar andere dingetjes.
Zoals het niet altijd starten van een 2e core bij x64.

Zie: http://bugs.distributed.net/show_bug.cgi?id=3701

Je zou verwachten van een degelijk OS dat dergelijke interfaces identiek blijven voor x86 en x86-64, met alleen groottes van longs en pointers van 32->64bit zoals de C ABI op praktisch elk OS is (LP64). Fouten daarin kom je tijdens het compilen al tegen, en dus zal het waarschijnlijk zijn dat Microsoft dergelijke MI dingen als de scheduler niet MI maintained maar MD zodat er dergelijke verschillen kunnen ontstaan. Da's wel erg ruk van die lui .

quote:

TGEN schreef op donderdag 20 november 2008 @ 16:46:
[...]

Van hetzelfde...

Bij dnet zijn ze er ook eindelijk achter
http://n0cgi.distributed....amp;plan=2008-11-20.17:06

Ik krijg last van stats-ontwenningsverschijnselen

quote:

Robinski schreef op donderdag 20 november 2008 @ 12:14:
dnetc v2.9101-507-GTR-08102200 for Win32 = 507a - Geeft bij mij die OGR-P2 melding
dnetc v2.9101-507-GTR-08110820 for Win32 = 507b - Geeft bij mij geen OGR-P2 melding

Het verschil tussen a en b is naast een aantal kleine foutjes die her en der gefixt waren (MorhpOS volgens mij vooral icm PowerPC procs) is ook dat in de b versie ORG-P2 niet meer aanwezig is. Dus zal die melding ook niet voorbij komen. Als je dus de a versie gebruikt in de meest standaard config, zal hij aan 3 projecten proberen te werken, RC5-72, OGR-NG en OGR-P2 (waarvan de laatste dus niet meer werkt )

* Evo155 krijgt afkick verschijnselen als er geen stats zijn, maar er wordt gewerkt aan nieuwe stats: klik

Arrrghhh.. must.. have .. stats...

Onze Megaflush heeft iets kapot gemaakt

Wij hadden woensdag een aardige flush. Ik dacht, eens even kijken, maar geen stats dus