DC-Vault Topic - Deel 6

[Cow_tipping]

Ook bij yoyo is het nog rustig maar wel plek 15 in het vooruitzicht.

yoyo@home hitparade van dinsdag 15 januari 2013
flushers : 8/68 (12 %)
Users daily

#	+/-	daily	name	overall	#
1	()	86.366,07	Bold_Seeker	10.449.488,29	(1)
2	(2)	13.153,17	Cow_tipping	161.505,17	(18)
3	(1)	6.766,05	JeffreyH-8	103.526,73	(24)
4	(1)	6.261,80	[DPC] hansR	289.684,86	(14)
5	(2)	1.473,47	NGS	623.937,71	(6)
6	(2)	1.289,43	Fierljeppen	547.894,82	(8)
7	(2)	1.206,95	DigiK-oz	359.477,95	(11)
8	(2)	722,76	amberjr	512.805,29	(9)
	More...

Users overall

#	+/-	overall	name	daily	#
1	()	10.449.488,29	Bold_Seeker	86.366,07	(1)
2	()	3.647.737,66	[DPC]Team Switch	0,00	()
3	()	2.203.624,01	Team_Elteor_Borislavj	0,00	()
4	()	1.816.932,48	ERBrouwer	0,00	()
5	()	706.323,55	qazwaplol	0,00	()
6	()	623.937,71	NGS	1.473,47	(5)
7	()	550.222,76	Los Alcoholicos	0,00	()
8	()	547.894,82	Fierljeppen	1.289,43	(6)
9	()	512.805,29	amberjr	722,76	(8)
10	()	505.149,90	iconized	0,00	()
11	()	359.477,95	DigiK-oz	1.206,95	(7)
12	()	328.685,57	ongekend41	0,00	()
13	()	302.847,07	VictordeHollander	0,00	()
14	()	289.684,86	[DPC] hansR	6.261,80	(4)
15	()	241.727,97	Team_Kwakende_kip	0,00	()
16	()	184.033,18	Pixxa	0,00	()
17	()	168.098,00	Xorsist	0,00	()
18	(1)	161.505,17	Cow_tipping	13.153,17	(2)
19	(1)	150.491,01	Freeze	0,00	()
20	()	128.339,95	Plato112	0,00	()
21	()	111.041,50	Cronenborgh	0,00	()
22	()	110.674,01	Crack	0,00	()
23	()	106.206,83	AHWolf	0,00	()
24	(2)	103.526,73	JeffreyH-8	6.766,05	(3)
25	(1)	103.282,06	michel2506	0,00	()
26	(1)	102.377,41	mackman123	0,00	()
27	()	78.258,23	Nickbogerd.nl	0,00	()
28	()	67.960,60	Elrond[NL]	0,00	()
29	()	57.233,23	DukeBox	0,00	()
30	()	49.769,57	Vetje92	0,00	()
	More...

Teams daily

#	+/-	daily	name	overall	#
1	()	257.229,59	SETI.USA	42.286.641,32	(9)
2	()	119.875,33	Ars Technica	140.308.549,06	(3)
3	()	117.085,82	Dutch Power Cows	25.188.819,63	(16)
4	()	100.220,84	L'Alliance Francophone	187.476.500,25	(2)
5	()	88.876,72	SETI.Germany	199.078.728,61	(1)
6	(1)	78.243,76	Team China	21.728.109,22	(19)
7	(2)	73.655,77	Sicituradastra.	27.428.874,42	(14)
8	(2)	49.807,57	Polish National Team	33.491.020,15	(13)
9	(5)	40.622,34	Rechenkraft.net	64.279.542,92	(7)
10	(1)	40.273,56	Czech National Team	101.704.734,70	(4)
11	(15)	39.354,76	Team 2ch	11.769.572,76	(27)
12	(1)	32.328,95	Planet 3DNow!	100.098.208,85	(5)
	More...

Teams overall

#	+/-	overall	name	daily	#
1	()	199.078.728,61	SETI.Germany	88.876,72	(5)
11	()	37.305.264,86	BOINC.Italy	30.971,66	(13)
12	()	34.853.462,72	BOINC@Poland	25.682,36	(15)
13	()	33.491.020,15	Polish National Team	49.807,57	(8)
14	()	27.428.874,42	Sicituradastra.	73.655,77	(7)
15	()	25.833.214,72	AMD Users	4.954,94	(36)
16	()	25.188.819,63	Dutch Power Cows	117.085,82	(3)
17	()	25.028.904,75	Meisterkuehler.de Team	7.733,20	(25)
18	()	23.661.972,88	Russia	3.365,62	(44)
19	()	21.728.109,22	Team China	78.243,76	(6)
20	()	20.084.078,41	The Knights Who Say Ni!	7.742,16	(24)
21	()	19.197.777,88	BOINC Synergy	2.050,15	(52)
	More...

Mijlpalen

JeffreyH-8	100.000

When do we get them

AMD Users	6,00
Sicituradastra.	50,66
BOINC@Poland	105,54
Polish National Team	122,04
Team Norway	141,89
BOINC.Italy	235,29
BOINCstats	303,22
Electronic Sports League (ESL)	447,88
Rechenkraft.net	473,75
Planet 3DNow!	899,01

Bron
yoyo@home project site

[VictordeHolland]

Wat een drama server heeft GIMPS eigenlijk, krijg telkens:

HTTP/1.1 502 Gateway Error
Server: Microsoft-IIS/5.0
Date: Thu, 17 Jan 2013 11:30:19 GMT
Connection: close
Content-Length: 186
Content-Type: text/html

CGI Timeout
The specified CGI application exceeded the allowed time for processing. The server has deleted the process.

Maar als ik dan bij assignments ga kijken, heb ik wel exponenten gereserveerd (waarvan ik dus geen worktodo.txt heb ) . Dus maar weer unreserven (leuk 200 vinkjes plaatsen) en opnieuw aanvragen.

[Stef42]

Moet ook niet teveel tegelijkertijd reserveren/inleveren. In de regel niet meer dan 250 per keer. Dan gaat het altijd goed

[VictordeHolland]

Tsja, met taken van 0,9GHzday per stuk worden de resultfiles al snel te groot . Ik maak mijn huidige range (131M-132M) nog even af tot bitlevel 70, daarna ga ik me eens wagen aan GPUto72. Weet iemand of het uitmaakt als je username op GIMPS anders is dan die van GPUto72. Mijn username is te lang voor GPUto72 namelijk .

Concreet:
Kan ik taken reserveren met "VictorHollander" via de GPUto72 tool en vervolgens met mijn GIMPS username "VictordeHollander" inleveren? Komen de punten dan bij DPC of dat GPUto72 team?

[Zonar]

Als ik de user stats op de site van DigiK-oz probeer te bekijken krijg ik een timeout te zien. De DC-vault positions kan ik wel bekijken, net als de project statistcs.

[MAB The Frisian]

Hier ook even geen stats. Ach, als de produktie maar niet stagneert.

[DigiK-oz]

Zonar schreef op zaterdag 19 januari 2013 @ 12:27:
Als ik de user stats op de site van DigiK-oz probeer te bekijken krijg ik een timeout te zien. De DC-vault positions kan ik wel bekijken, net als de project statistcs.

Database van provider is traag als dikke poep op dit moment Ze onderkennen het probleem, en werken er aan (zeggen ze). Er staan een paar honderd databases op 1 server...cheap ass providertje en van databases snappen ze al helemaal weinig . De queries voor de statspages duren normaal een halve seconde of zo.....en nu dus meer dan een minuut

[VictordeHolland]

Het probleem lijkt verholpen bij DigiK .

Een "Anonymous" user heeft 131.800.000-131.803.935 gereserveerd, nu kan ik de 131M-132M niet volledig naar 2^70 brengen .

[Cow_tipping]

Mfactc 0.20 geinstalleerd. 0% CPU gebruik, 97% GPU load.
Ik heb bijna een 2D videokaartje nodig om windows te kunnen blijven gebruiken.

[Verwijderd]

^^ Hoeveel instances van Mfactc draai je naast elkaar?
Met 3 Mfacto instances scoor ik 92% GPU load en ben ik 3 cpu's kwijt voor snelste doorloop.

Komt er ook nog een nieuwe verbeterede versie van Mfacto uit?

[Cow_tipping]

1 instance. Dus voortaan niet meer nodig om 3x resultaten op te halen en te uploaden, dat kan nu in 1 keer.

62 graden GPU.

[ Voor 11% gewijzigd door Cow_tipping op 20-01-2013 11:32 ]

[Stef42]

VictordeHolland schreef op donderdag 17 januari 2013 @ 23:00:
Tsja, met taken van 0,9GHzday per stuk worden de resultfiles al snel te groot . Ik maak mijn huidige range (131M-132M) nog even af tot bitlevel 70, daarna ga ik me eens wagen aan GPUto72. Weet iemand of het uitmaakt als je username op GIMPS anders is dan die van GPUto72. Mijn username is te lang voor GPUto72 namelijk .

Concreet:
Kan ik taken reserveren met "VictorHollander" via de GPUto72 tool en vervolgens met mijn GIMPS username "VictordeHollander" inleveren? Komen de punten dan bij DPC of dat GPUto72 team?

Volgens mij moet dat wel lukken. Ik reserveer ook vaak units bij GPU72. De enige manier om werk in te leveren is via GIMPS. Reserveringen van GPU72 komen namelijk als Anonymous te staan in GIMPS, alvorens ze worden uitgeleverd aan gebruikers. Tot dusver heb ik aardig wat gedaan voor GPU72, terwijl de punten gewoon bij DPC er bij komen, het gaat namelijk om het account<> team koppeling van GIMPS waarnaar gekeken wordt.

[Verwijderd]

Cow_tipping schreef op zondag 20 januari 2013 @ 11:31:
1 instance. Dus voortaan niet meer nodig om 3x resultaten op te halen en te uploaden, dat kan nu in 1 keer.

62 graden GPU.

48 graden op de 7970@925 Mhz en 85% load
52 graden op de 7950@900 Mhz en 92% load
61 graden op de 7970@1000Mhz en 95% load

Allemaal met 3 instances, dus in totaal 9 cpu's in gebruik Da's wel een beetje jammer.

[Cow_tipping]

Hopelijk komt de nieuwe client ook (snel) uit voor de AMD/Ati GPU's.

quote: Bdot; 6 JAN 2013

Well, I sure plan for that, have been for a long time.

Unfortunately, my first attempt to "simply port it" did not work. My GPU sieve does not work, it seems to randomly kill FCs ... I have not yet been able to debug it to see why. I had put this back a little and instead played around with 2 montgomery kernels (which are ~10% slower than the barretts as of now). And I made the kernels that are based on 15-bit math work with George's improvements to the barrett reduction. A better plan to make the best out of all the different AMD GPU generations is also on the way.

So yes, I plan for GPU sieving also on OpenCL, but I can't tell when this will come.

Bdot

uit: http://mersenneforum.org/showthread.php?t=15646&page=28

[VictordeHolland]

@Bold
Dat zijn toch prima loads en hele mooie temps. Inderdaad wel jammer van die 9 CPU cores .
De 0.20 CUDA app is een beetje te efficiënt, dikke screenlag.

[ Voor 3% gewijzigd door VictordeHolland op 20-01-2013 21:09 ]

[VictordeHolland]

Het lijkt wel weer GIMPS-flush-maandag, met 6 flushers en een 4.000+ flush .

[Verwijderd]

awww Ik heb m'n 7970@1000Mhz uit moeten bouwen, want de stroomvoorziening van de GPU wordt te heet waardoor de PC vast slaat. Met een extra fan op de backplate was het nog wel te doen, maar om m'n PC dan zo open te laten staan...niet echt super en bovendien hoort zo'n state of the art kaart niet oververhit te raken. Had het ding niet eens OC-ed. Op naar kaartje nummer 4

[FreezeXJ]

Tijd voor een opener kast Bold? Ik heb een stille 12CM dwars op m'n GPU hangen, dat houdt de boel tenminste een beetje fris. Scheelt meteen in het geluid ook, hoewel met het huidige weer alles toch rustig blijft. Wel vervelend dat kaarten het zo kort overleven, terwijl ze eigenlijk gewoon 3 jaar moeten blijven werken, ook onder vollast.

[Verwijderd]

^^ Ik denk dat wat wij met de kaartjes doen, niet helemaal conform specs is. Een paar uurtjes achtereen gamen is toch wat anders dan het ding 24x7 bijna 100% voluit belasten.
Ik zal eens bekijken of ik inderdaad preventief een 90mm fan op de backplate van m'n GPU's kan richten om zo de levensduur te verlengen.

[VictordeHolland]

Herkenbaar probleem, één van mijn kasten (een Cooler Master 690 II) kan de warmte van de twee graka's (GTX480+GTX470) en CPU ook maar nauwelijks afvoeren. Voorheen bij PG en GPUGRID bleef alles netjes onder de 70C (meestal 60-65C), maar sinds de nieuwe GIMPS v0.20 app zie ik temps van 80C op de 470 (stock cooler op vliegtuigstand, 75% fanspeed ), de 3770k en 480 (met aftermarket cooler) tikken zo nu en dan de 70C aan. Tijd dat ik daar dus iets aan ga doen. In totaal trekt het systeem nu iets van 600W, dus is het wel enigszins begrijpbaar.

Oplossing wordt waarschijnlijk de 470 eruit gooien .

[MAB The Frisian]

Heb beide kasten hier gewoon open staan met beide een GTX460 erin.De FTW wordt wel warmer dan de SC maar komen beide niet boven de 64°. Elke week even de luchtspuit erdoor en klaar is koos.
De FTW wordt op WCG wel minder warm, en WCG belast de GPU ook minder, dan op GPUGRID terwijl tijdens WCG vrijwel geen spel meer te spelen is. Je ziet het scherm opgebouwd worden.
Hang linksvoor nog even twee fans om de kaartjes meer koeling te geven.
De cpuutjes blijven zo rond de 39° hangen als ze grazen.

[Verwijderd]

Ik heb hier een Corsair H80 cpu koeler, misschien is zoiets ook een optie voor jullie. Hierdoor hoef je alleen je gpu's te koelen met de beschikbare lucht in je kast.

[Verwijderd]

de GTX590 draait bij mij op 88C.
Nergens problemen mee hoor. Lekker warm zo in de winter.

[Cow_tipping]

Hahaha!
88C

Ik heb op mijn computer een Corsair H100 geinstalleerd. Die houdt bij mij de CPU en GPU koel.
Nouja, 63C met Gimps vol aan en de CPU half bezet (i7 920).

Helaas is dat setje niet voor de GTX590 te krijgen.

edit: 7 flushers, en meer dan 5200 punten vandaag.

[ Voor 10% gewijzigd door Cow_tipping op 21-01-2013 23:56 ]

[FreezeXJ]

Ik draai sowieso met water op m'n CPU, en m'n 7950 heeft een nogal overbemeten koeler (die zich in de zomer op MilkyWay ook laat horen), misschien krijgt die ook natte voeten. Frisse lucht helpt wel, een goeie kast is goud waard.

[Cow_tipping]

Holy crap die nieuwe Gimps units gaan er hard doorheen.
In 1 dag meer dan 500 units daar waar ik er normaal iets in de 100 zou doen.

BTW, voor degenen die bang zijn om te vergeten in te loggen bij Gimps.
Je kunt dan de pagina bookmarken waarop je terecht komt meteen na het inloggen. Daar zie je in de url je login en password in plain text staan. Als je met deze bookmark elke keer de Gimps pagina start om resultaten op te halen en te sturen ben je direct ingelogd zonder handmatig in te loggen.

[DigiK-oz]

Is ook een mogelijkheid ja, hoewel user/pass in plain text in je bookmarks...brrr wat een stomme zet van die gasten @GIMPS. Daarom heb ik de tip van Victor opgevolgd, ook die zorgt ervoor dat je bij vergeten in te loggen toch je welverdiende credits krijgt,

[Cow_tipping]

Dat is inderdaad een stuk beter.
Maakt het nog uit case sensitive of een foute computernaam?

[VictordeHolland]

Weer een plekkie hoger op GIMPS .

9	(1)	363.737,39	Dutch Power Cows	2.343,98	(6)
10	(1)	362.451,64	Team-Deutschland	496,88	(9)

[Cow_tipping]

Dat is de 2e van deze week al. (en de 4e in een maand tijd)
Over 4 dagen nog 1tje.

[ Voor 20% gewijzigd door Cow_tipping op 23-01-2013 22:30 ]

[Cow_tipping]

Ben nu elke dag op gimps aan het flushen en met de nieuwe client is dat bijna ook wel nodig.
De units gaan er zo hard doorheen dat je tegen het probleem aanloopt bij 1000 units te reserveren dat de webserver van mersenne.org een timeout geeft.

scores:
352
559
416
692.

Leuke scores voor een enkele kaart per dag.

[VictordeHolland]

Cow_tipping schreef op donderdag 24 januari 2013 @ 09:26:
Ben nu elke dag op gimps aan het flushen en met de nieuwe client is dat bijna ook wel nodig.
De units gaan er zo hard doorheen dat je tegen het probleem aanloopt bij 1000 units te reserveren dat de webserver van mersenne.org een timeout geeft.

Het is maar net waar je voorkeur voor hebt, met kleine units vind je meer factors per dag, met grote (die van GPU72 bijvoorbeeld) hoef je minder vaak taken te up/downloaden.

GPU72 geeft bijvoorbeeld taken van meer dan 20 GHzdays per stuk:
Factor 61,472,xxx from 70 to 73 (27.230 GHz Days)

[Verwijderd]

Cow_tipping schreef op donderdag 24 januari 2013 @ 09:26:
Ben nu elke dag op gimps aan het flushen en met de nieuwe client is dat bijna ook wel nodig.
De units gaan er zo hard doorheen dat je tegen het probleem aanloopt bij 1000 units te reserveren dat de webserver van mersenne.org een timeout geeft.

scores:
352
559
416
692.

Leuke scores voor een enkele kaart per dag.

Ok, weer een project waarop m'n ATI kaarten volledig gesloopt worden...baal er wel van dat er geen optimalisaties voor AMD doorgevoerd worden

[VictordeHolland]

Verwijderd schreef op donderdag 24 januari 2013 @ 17:01:
[...]
Ok, weer een project waarop m'n ATI kaarten volledig gesloopt worden...baal er wel van dat er geen optimalisaties voor AMD doorgevoerd worden

Volgens de tabel zou een GTX580 ongeveer ~440 punten/dag kunnen halen. Het gemiddelde van Cow_tipping van de afgelopen dagen is ~500 punten/dag, dus misschien heeft hij een 10% OC of flushed hij op verschillende tijdstippen.

Het is ook maar net waar je het mee vergelijkt. Een GTX680 doet ook 'maar' ~280 punten/dag.
een high-end CPU I5 3570K @4,0 doet zelfs maar ~24 punten per dag op TF!

Je kunt nog altijd Milkyway, Collatz of POEM doen op je AMD kaartjes . Hopelijk maakt Bdot snel vorderingen met de OpenCL GPUsieve app en trekt het weer recht.

[Cow_tipping]

Ik flush niet op vaste tijden, maar dat zou voor het gemiddelde niet uit hoeven maken.
De kaart is niet overgeklokt, maar draait op standaard 774 MHz en 2004 Mhz.

Grotere units zou wel prettig zijn inderdaad. Wat geef je daarvoor aan in de exponent range?

[VictordeHolland]

Cow_tipping schreef op donderdag 24 januari 2013 @ 23:49:
Grotere units zou wel prettig zijn inderdaad. Wat geef je daarvoor aan in de exponent range?

Normaal gesproken doet GIMPS TF totdat het sneller/efficiënter is om met de CPU de exponenten te testen d.m.v. een LL test. Hoeveel TF de exponenten nodig hebben wordt bepaald op basis van CPUs, maar GPUs zijn veel beter in TF (zoals je waarschijnlijk al gemerkt hebt). Om dat gat te dichten is er de GPUto72 site gemaakt. Daar kun je TF werk krijgen dat niet efficiënt gedaan meer kan worden door CPUs, maar wel door GPUs:

For GPU owners, Trial Factoring work is available at the low end of the wave fronts to take to higher "bit" levels than CPUs can do efficiently. The ultimate goal is to have all LL candidates be trial factored to at least 72 "bits", and all DC candidates to at least 69 "bits".

Door verbeteringen in de GPU software en hogere range waar GIMPS in zit is het inmiddels te doen om alle LL candidaten te TFen tot 2^73 (en meer factors te vinden en LL werk te besparen).

Mocht je geïnteresseerd zijn, nogmaals de link http://en.gpu72.com/
Account aanmaken (hoeft niet hetzelfde username te zijn als op GIMPS)
Get Assignments --> LL Trial Factoring Work
Dan komt er een venster vergelijkbaar met die van GIMPS
Number of assignments: (vul hier 1-100)
Optional range: (heeft weinig meerwaarde)
Will factor to: (zou ik op 73 zetten, dat is de huidige 'optimale' diepte)
Options: Keuze uit (What makes sense, Lowest TF level, Highest TF level, Lowest exponent, Oldest exponent), maar geven allemaal min of meer dezelfde exponenten, namelijk die in de 61M range

edit:
Inleveren gaat gewoon op de normale manier via GIMPS --> manual assignments --> results

Overigens zit GIMPS met LL tests op ~60,5M, dus als je nu een factor in de 61M range vindt, dan scheelt het een LL test die over ongeveer een maand gestart had geworden (en natuurlijk de Double Check test over >2 jaar). Dat is toch even iets anders dan mijn werk in de 131M range, dat heeft pas effect als het LL wavefront daar is, over 15 jaar .

[ Voor 2% gewijzigd door VictordeHolland op 25-01-2013 00:51 . Reden: inleveren is ook wel makkelijk ]

[Cow_tipping]

Dank voor deze (waarschijnlijk voor de zoveelste keer) duidelijke uitleg.
Zal van het weekeinde deze nieuwe resultaten eens proberen op te halen.
En wat heeft jou besloten om de 131M range te proberen?

[Verwijderd]

GIMPS geeft nu ineens werk uit in de 68-69 range. Die worden in 5 minuten opgeknaagd.
Ik zie op de GIMPS site ook een mogelijkheid in het assignment veld om een optional range te definieren, werkt dat ook om dan een wat hogerte range op te vragen? Anders wordt het wel erg arbeidsintensief.

[Stef42]

Verwijderd schreef op vrijdag 25 januari 2013 @ 07:58:
GIMPS geeft nu ineens werk uit in de 68-69 range. Die worden in 5 minuten opgeknaagd.
Ik zie op de GIMPS site ook een mogelijkheid in het assignment veld om een optional range te definieren, werkt dat ook om dan een wat hogerte range op te vragen? Anders wordt het wel erg arbeidsintensief.

Hoger is sneller, voor TF gesproken dan. LL testen worden weer langer, vanwege hogere bit range.
Bijvoorbeeld voor mijn videokaart (570): http://mersenne.ca/cudalucas.php?model=13

Als ik TF in de range van 1000M (1.000.000.000) dan is een taak van 2^64 naar 2^71 binnen 30 seconden gedaan. Doe dat in huidige GIMPS ranges > 60M, dan duurt het al gauw 30 minuten (ruwe schatting).

[VictordeHolland]

Cow_tipping schreef op vrijdag 25 januari 2013 @ 07:22:
En wat heeft jou besloten om de 131M range te proberen?

Het leek mij wel aardig om zelfstandig een complete range te TFen en veel factors te vinden (de range was toen nog maar tot 65bit gedaan). Maar ik wist toen nog niet dat de LL testen zolang zouden duren. Ik was PG gewend, waar de meeste LL testen maar enkele uren duren, die van GIMPS zijn nog langer dan die van SoB . GIMPS doet 4M-6M per jaar aan LL kwam ik later achter . Dus zodra ik het werk tot 70 bit af heb ga ik ook voor GPU72.

[Verwijderd]

Zo dan, weer een vervangend kaartje gekregen van de leverancier, dus extra puntjes voor GIMPS.
Hoop wel dat GIMPS snel de wat hogere ranges vrijgeeft, want nu crunch ik een wu in 2 min 55 sec

[VictordeHolland]

Er is mogelijk een nieuwe Mersenne Priem gevonden op GIMPS!!! Het dubbelcheck/verificatie proces is nu aan de gang. Verwachtingen zijn dat het een 55M-60M exponent met 16-18 miljoen digits is en zou de grootste priem bekend bij de mensheid worden (de vorige grootste priemen waren ook Mersenne priemen). Zie het draadje op het Mersenne forum.

Edit: Nog wat meer nieuws van GIMPS, wéér een plekkie winst à lá 22 Vaultpuntjes .

GIMPS hitparade van zondag 27 januari 2013
Teams overall

#	+/-	overall	name	daily	#
1	()	10.318.499,96	PrimeNet	3.051,63	(3)
3	()	2.248.419,56	GPU to 72	3.389,91	(2)
4	()	1.703.079,10	NSU	12,61	(37)
5	()	1.055.975,68	Ars Technica Team Prime Rib	237,99	(11)
6	()	711.527,49	ahmerali	118,61	(20)
7	()	475.178,79	Amazon EC2	263,55	(9)
8	(1)	375.799,88	Dutch Power Cows	2.905,54	(4)
9	(1)	374.823,29	GIMPSChina	55,60	(25)
10	()	365.675,06	Team-Deutschland	1.260,08	(5)
	More...

[ Voor 77% gewijzigd door VictordeHolland op 27-01-2013 14:31 ]

[JeffreyH-8]

Correlizer heeft ook weer werk.

[Cow_tipping]

Verwijderd schreef op vrijdag 25 januari 2013 @ 21:53:
Zo dan, weer een vervangend kaartje gekregen van de leverancier, dus extra puntjes voor GIMPS.
Hoop wel dat GIMPS snel de wat hogere ranges vrijgeeft, want nu crunch ik een wu in 2 min 55 sec

Ik heb nu werk opgehaald voor GIMPS bij GPU72.
Geen idee hoe lang de units duren, maar voor 15 GHZ days per unit duren ze een flink stuk langer dan de standaard GIMPS units van nu.

[MOmax]

Verwijderd schreef op vrijdag 25 januari 2013 @ 07:58:
GIMPS geeft nu ineens werk uit in de 68-69 range. Die worden in 5 minuten opgeknaagd.
Ik zie op de GIMPS site ook een mogelijkheid in het assignment veld om een optional range te definieren, werkt dat ook om dan een wat hogerte range op te vragen? Anders wordt het wel erg arbeidsintensief.

Dit doe ik vaak als ik manual assigments ophaal bij GIMPS: in Notepad (of je eigen texteditor) ",70,71" vervangen door "70,72". Dat levert je 't 3 aan 4 voudige aan rekenwerk op.

[Cow_tipping]

Bij GPU72 duren ze lekker lang.
In plaats van 500 units per dag doe ik er nu misschien een stuk of 10.

[Cow_tipping]

VictordeHolland schreef op donderdag 24 januari 2013 @ 18:00:
[...]

Volgens de tabel zou een GTX580 ongeveer ~440 punten/dag kunnen halen. Het gemiddelde van Cow_tipping van de afgelopen dagen is ~500 punten/dag, dus misschien heeft hij een 10% OC of flushed hij op verschillende tijdstippen.

Het is ook maar net waar je het mee vergelijkt. Een GTX680 doet ook 'maar' ~280 punten/dag.
een high-end CPU I5 3570K @4,0 doet zelfs maar ~24 punten per dag op TF!

Je kunt nog altijd Milkyway, Collatz of POEM doen op je AMD kaartjes . Hopelijk maakt Bdot snel vorderingen met de OpenCL GPUsieve app en trekt het weer recht.

Ik heb over 10 dagen nu het gemiddelde genomen en dan kom ik op 410 punten per dag uit. (af en toe zonder werk gestaan, dus klopt redelijk)
Dat ik aanvankelijk hoger had kwam omdat de de computer al een dag had aangestaan voordat ik de eerste resultaten had ingeleverd. (dus je had een dag met 0 output moeten meenemen om te corrigeren)

Wat doen we met het overschakelen?
Ik ben nog wel voorstander om wat langer bij GIMPS te blijven vanwege de primegrid challenge die ons 2 weken later deed starten.

[ Voor 187% gewijzigd door Cow_tipping op 29-01-2013 11:08 ]

[VictordeHolland]

We zijn Duitsland en China al voorbij?

[Cow_tipping]

oeps ja, de datum stond nog op 19 januari.
Vond het eigenlijk al vreemd dat we opnieuw 2 teams konden inhalen. (heb mijn eerdere post aangepast)

[ Voor 13% gewijzigd door Cow_tipping op 29-01-2013 11:09 ]

[VictordeHolland]

Voor de planning voor GPUs:

GIMPS
De inhaalstats van GIMPS staan op iets meer dan 50 dagen voordat we Amazon EC2 inhalen. Amazon heeft echter afgelopen maand 100.000 puntjes gehaald, wij 50.000, dus die gaan we echt niet in 50 dagen inhalen. De Duitsers en Chinezen doen 15.000+ p/m, dus ik denk dat het geen kwaad kan om nog even een buffertje op te bouwen.

GPUGRID
Gaan daar wel plekken verliezen als we niet oppassen, voor winst is daar echter 70 miljoen nodig (meer dan een maand crunchen met een behoorlijke groep) en geeft ook maar ~9 Vaultpunten, weet niet of dat echt de moeite waard is. En natuurlijk de beperking dat het alleen met NV kaarten is.

Collatz
In de stats zag ik dat ERBrouwer daar al een paar dagen bezig om puntjes te verzamelen. Ik heb echter geen idee hoeveel puntjes een kaart per dag daar doet. Wel weet ik nog dat ATI/AMD kaarten het daar beter deden dan NV, dus dat zal Bold leuk vinden . Mogelijk een optie dus.

Milkyway
Geeft maar ~3 punten per plek, niet om over naar huis te schrijven.

POEM, PrimeGrid
Beide projecten hebben 99xx punten, valt weinig te halen.

Conclusie, volgens mij zijn er weinig GPU projecten meer in de Vault waar we nog makkelijke puntjes kunnen halen. Het is voornamelijk verdedigen en lange-adem-werk. De puntjes moeten dus van de CPUs komen .

[MOmax]

GPUgrid en Collatz inderdaad. Lastig punten scoren voor mij met slechts een Quadro2000...

Op beide projecten staan we echter nog niet in de top 20, laat staan de top 10. Toch zaak om iets te gaan doen, niet?

[Cow_tipping]

Ik laat mijn GPU dan nog maar even op Gimps staan.

Wat gaan we dan nog doen met de CPU? Yoyo, Correlizer en QMC staan op 1,2 en 3. QMC zou wel eens verwijderd mogen worden gezien er geen werk meer is en de url zelfs down is.

Xaverius, zou jij dit eens op het TN foum in de admin hoek kunnen dumpen?

[DigiK-oz]

QMC maar even aangekaart

Tja, wat gaan we doen? Collatz kan ons op zeer korte termijn naar de #1 in de categorie mathematical brengen , op GIMPS lijkt een buffertje handig om onze stugge doordouwer BigBrother de ruimte te geven om de zojuist ingehaalde meute achter ons te laten houden.

Wat CPU betreft, Correlizer heeft weer werk en is met 40 vaultpuntjes per positie er toch wel een om wat aandacht aan te besteden. We zouden op NFS onze dappere Vadervan2 kunnen gaan helpen om door het niemandsland heen te komen, op SIMAP is ook een enorm gat te overbruggen en nu kan dat tenminste omdat er volop werk is (wat daar zeker niet altijd zo is), yoyo en RNA staan ondanks recente hunts nog steeds hoog op ons flop-x lijstje, asteroids@home zou zomaar eens binnenkort toegevoegd kunnen worden,.....

Keuzes, keuzes. I dunno

[VictordeHolland]

QMC:

We are moving the project from the University of Münster to the Mulliken Center for Theoretical Chemistry at the University of Bonn. Please check back at the end of January 2013. Our new URL will be http://qmcathome.org

[Thoughtless]

Doe maar collatz daar ben ik nu al een tijdje punten aan het scoren , is 1 van de weinige projecten waar ik mijn HD7850 nuttig kan gebruiken.

Collatz kan ik max. 150.000 halen op 1 dag.

[ Voor 14% gewijzigd door Thoughtless op 30-01-2013 17:36 ]

[FreezeXJ]

Ik zou inderdaad zeggen GPUGrid voor de NVidias en Collatz voor AMDs. Op die manier heb je altijd iets te doen, en wordt je kaart maximaal ingezet. Voor de CPU varieert het, Correlizer blijft leuk, als er werk is.
Ik denk dat ik NFS weer eens ga proberen, heb weer genoeg geheugen, en destijds vloog m'n Phenom2 daar. Wellicht nu weer?

[Zonar]

Als je NFS wilt draaien en genoeg geheugen hebt, zorg dan dat je alleen werk voor lasievef en lasieve5f ophaalt. Hiermee scoor je de meeste punten, nl. 65 per taak. lasievee taken duren ongeveer even lang, maar leveren slechts 44 punten op. lasieved taken duren langer en leveren nog minder punten op, nl. 36.

[Aardwolf]

Ik heb sinds begin deze week twee (voor mij) nieuwe GTX570's draaien. Maar ik krijg constant errors tussen 1-4 u bij lange GPUGRID berekeningen. Fans draaien continue op 75% (4400rpm) en temps worden zo'n 60 graden.

Inmiddels had ik de clocks al teruggeschroefd naar 675MHz op de core i.p.v. 732MHz stock reference (cuda aangepast 1350MHz vs 1464MHz reference) . Hebben jullie nog enig idee wat ik kan doen of is het pech en moet ik wachten op betere koeling?

Ik kan overigens de short runs ook niet meer downloaden sinds deze kaarten in het systeem zitten, enkel long runs dus. Vreemd...

[VictordeHolland]

@marcel87
Temps en clocks zien er goed uit, denk niet dat daar het probleem zit. Krijg je een error als je van een checkpoint verder gaat, of random? Het kan een software/driver probleem zijn. Welke NV driver gebruik je? Voor GPUGRID (en DC in algemeen) gebruik ik meestal 301.42 of 306.23 (icm. GTX470/480) en die werken bij mij zonder problemen.
Er zijn NV drivers die stoppen met CUDA (vaak eindigen met een error) zodra de monitor uit gaat. Je kunt dat voorkomen door in de NV Control Panel de optie: "Power Management Mode" op "Pefer Maximum Performance" zetten en (als je Windows gebruikt) in het Win Control Panel de optie: put monitor to sleep after ... min uitschakelen (gewoon de monitor zelf uitzetten als je lang weg bent).

Dat je geen kleine taken krijgt kan heel goed kloppen, die zijn momenteel even op bij GPUGRID (op het forum staat iets over dat ze bezig zijn met een nieuwe app die in beta testing is). Misschien is het ook wel verstandig om 'beta testing' even uit te zetten (op je profiel bij GPUGRID), misschien dat je net een paar beta tests hebt gehad die een error gaven.

Succes!

[Aardwolf]

Nou ik heb hier voorheen met een GTX460HAWK gedraaid op dezelfde driver met deze: v310.70 en dat liep gewoon vlekkeloos. Nvidia-modus heb ik standaard op prestatie staan, dat is neem ik aan wat jij bedoeld toch?

Screensaver en dat de monitor gaat slapen heb ik uitstaan en idd als ik weg ga achter de pc dan zet ik die handmatig uit, scheelt nog zo'n 30W... alle beetjes helpen.

Bij GPUGRID heb ik alleen standaard short en long runs aangevinkt. Bij die 460 vond ik de shorts wel prettig, omdat ie er toch altijd nog vrij lang over die long runs deed (21 uur ofzo).

Nee ik snap het dus niet. Ik kan nog downgraden naar een driver die jij noemt, maar voor de rest staat vrijwel alles zoals wat jij noemt. Ben atm nog ff bezig met World Community Grid, maar kan straks mss nog wel ff downgraden en testen. Ik zal het daarna nog wel ff laten weten of het heeft geholpen.

@ short runs: oké dat wist ik niet, ik had wel zo'n vermoeden, maar omdat ik vorige week nog wel een aantal daarvan had gedraaid op de 460 twijfelde ik of het aan de kaarten lag. Zal wel toeval zijn dat ik net andere kaarten heb en de short runs op zijn.

[VictordeHolland]

Als driver versie downgraden niet werkt, dan zou ik ook niet weten wat het nog zou kunnen zijn. Misschien even een berichtje op het forum van GPUGRID plaatsen?
MAB had een tijdje geleden ook last van dat zijn 460s errors gaven op GPUGRID, maar dat waren kaarten met hoge fabrieksOC. Toen hij de clocks terugschroefde en iets meer voltage gaf (ze waren ook undervolted als ik me goed herinner) waren de problemen over. Aangezien jij ze al op stock of zelfs lager dan stock draait lijkt me dat niet het probleem.

[Cow_tipping]

Nog maar 13 testen over en http://en.gpu72.com/ is down.
Morgenvroeg nog maar even checken voor de flush. (vandaag vergeten)

[Aardwolf]

VictordeHolland schreef op donderdag 31 januari 2013 @ 23:03:
Als driver versie downgraden niet werkt, dan zou ik ook niet weten wat het nog zou kunnen zijn. Misschien even een berichtje op het forum van GPUGRID plaatsen?

WCG is inmiddels weg en ik had vannacht voor de verandering dan nog maar een Nvidia based GFN van Primegrid ingeladen. Vanmorgen toen ik keek zag ik dat ie weer na 4 uur en 21 minuten een error had. Kijk ik naar andere resultaten, dan lijkt het of die bepaalde WU's sowieso wel veel errors leveren. Mja is dat nou toeval of niet?

Deze was het van Primegrid bijv. : http://www.primegrid.com/workunit.php?wuid=314988145 (mijn pc = 317467) en de rest: Results FoldingNator PG.

Bij GPUGRID dit. Die Genefer's voor de CPU heb ik handmatig afgebroken, standaard uitstaan maar blijkbaar vindt ie het nodig om te downloaden en de berekening cpu-based duurt me te lang. Maar zoals die cuda-based had ie eerder geen problemen mee.

Ik heb nu weer ff voor het gemak en ter test de 460 terug gezet en ben bezig met een long run van GPUGRID, om misschien te kunnen uitsluiten of het nu aan de grafische kaart ligt, 20 uur voor de boeg. Al is dit natuurlijk weer een nieuwe berekening, dus 1:1 niet te vergelijken. hmm, wat lastig...

Of kan je standaard zeggen dat het echt de warmte moet zijn? Bedoel WCG gpu-based doorloopt hij met de nieuwe kaarten steeds foutloos. Enkel Primegrid en GPUGRID dus met errors. Die WCG is wat lichter in belasting, gezien mn scherm dan ook niet echt hard lagt. Bij die andere kan ik beter gaan slapen ofzo, want werkbaar is het dan niet meer en kaarten worden dan ook warmer, zelfs op die lagere kloks. hmhm, tis wat

MAB had een tijdje geleden ook last van dat zijn 460s errors gaven op GPUGRID, maar dat waren kaarten met hoge fabrieksOC. Toen hij de clocks terugschroefde en iets meer voltage gaf (ze waren ook undervolted als ik me goed herinner) waren de problemen over. Aangezien jij ze al op stock of zelfs lager dan stock draait lijkt me dat niet het probleem.

Nee idd, maar dat was ook het eerst van wat ik dacht "Hee, dat ga ik meteen doen om uit te proberen". Vooral omdat in de TS staat dat GPUGRID nogal last van warmte kan hebben. Een lagere klok leidt meteen tot hooguit met veel geluk 5 graden (60 ipv 65 oid), beide met het raam open voor frisse lucht.
Maar ik vind de temps sowieso wel hoog, al is dat waarschijnlijk direct te verklaren door het type koeler dat er standaard opzit.

[VictordeHolland]

marcel87 schreef op vrijdag 01 februari 2013 @ 11:21:
WCG is inmiddels weg en ik had vannacht voor de verandering dan nog maar een Nvidia based GFN van Primegrid ingeladen. Deze was het van Primegrid bijv. : http://www.primegrid.com/workunit.php?wuid=314988145 (mijn pc = 317467).

WCG is inderdaad veel lichter voor GPUs dan PrimeGrid of GPUGRID, die laatste twee geven dan ook veel meer BOINC punten. Bij die GFN taak staat in de Stderr output een maxErr exceeded, 0.5000 > 0.4500 error. Dat is de error van PG voor instabiele clocks, bij GFN is meestal de memory clock de boosdoener, niet de shader clock. Zie daarvoor ook draadje op het PG forum. Misschien dat bij verlaging van de mem clocks GPUGRID ook meteen opgelost is. Je zou een run kunnen proberen met (hele) lage clocks bijvoorbeeld:
core 600MHz, mem 800MHz (=1600MHz in MSI afterburner), shaders 1200MHz en kijken of dat lukt.

Nee idd, maar dat was ook het eerst van wat ik dacht "Hee, dat ga ik meteen doen om uit te proberen". Vooral omdat in de TS staat dat GPUGRID nogal last van warmte kan hebben. Een lagere klok leidt meteen tot hooguit met veel geluk 5 graden (60 ipv 65 oid), beide met het raam open voor frisse lucht.

Klopt, dat heb ik er bijgezet in de TS na aanleiding van diverse topics op GPUGRID.net waar mensen ook veel error kregen. Bij bijna allemaal stopte de errors bij lagere clocks en/of fan harder zetten. 60C is overigens helemaal niet slecht, zeker niet met een stock koeler. Bedacht me net dat je een SLI opstelling hebt, heb je SLI wel uit staan als je gaat crunchen? Softwarematig SLI uitzetten is genoeg, je hoeft daarvoor niet telkens de SLI brug er tussen uit te halen .

[Aardwolf]

VictordeHolland schreef op vrijdag 01 februari 2013 @ 13:58:
[...]
WCG is inderdaad.... *KNIP* ...dat bij verlaging van de mem clocks GPUGRID ook meteen opgelost is. Je zou een run kunnen proberen met (hele) lage clocks bijvoorbeeld:
core 600MHz, mem 800MHz (=1600MHz in MSI afterburner), shaders 1200MHz en kijken of dat lukt.

Hm interessant om te weten, je moet het ook maar net weten die details . Maar het zou dus kunnen komen door een scheve verhouding core/shader en memkloks?
Ik ga dat dan maar eens uitproberen straks. Dank je wel.

[...]
*KNIP*
Bedacht me net dat je een SLI opstelling hebt, heb je SLI wel uit staan als je gaat crunchen? Softwarematig SLI uitzetten is genoeg, je hoeft daarvoor niet telkens de SLI brug er tussen uit te halen .

SLI heb ik niet werkend/aan. Heb een non-SLI certified moederbord (net als vrijwel alle P43, X38, P45 en X48 moederborden), maar ik weet dat de HyperSLI hack werkt, dat heb ik al eerder getest afgelopen week. Echter heb ik die hack op dit OS nog niet doorgevoerd, dus zijn het gewoon twee losse kaarten. En anders idd, uitschakelen in het control panel van Nvidia, had ik elders al eens gelezen.

[ Voor 10% gewijzigd door Aardwolf op 01-02-2013 15:24 ]

[VictordeHolland]

marcel87 schreef op vrijdag 01 februari 2013 @ 15:23:
Hm interessant om te weten, je moet het ook maar net weten die details . Maar het zou dus kunnen komen door een scheve verhouding core/shader en memkloks?
Ik ga dat dan maar eens uitproberen straks. Dank je wel.

Zo bedoelde ik het niet precies. Laat ik het zo uitleggen: verschillende projecten/applicaties belasten verschillende delen van een GPU. Zo kan gamen prima gaan met bepaalde clocks/temps, maar die zijn niet per sé goed genoeg voor Distributed Computering (DC). Immers de kleinste instabiliteit kan leiden tot een fout resultaat en dat is natuurlijk niet de bedoeling in de wetenschap, lijkt me logisch. De GPU's die wij over het algemeen kopen (niet zijnde Quadro's/ Tesla's, want die zijn veeeeel te duur) zijn gemaakt met het doel om te gamen, niet voor DC. Om ze stabiel genoeg te krijgen voor DC is het soms nodig om de clocks (flink) te verlagen. Tesla's zijn standaard al lager geclockt dan Geforce en hebben vaak ECC memory aan boord.
Waarschijnlijk wist je dit allemaal zo ongeveer al .

Even een paar voorbeelden hoe dit zich dit uit in de praktijk:


PrimeGrid GFN: gebruikt Double Precision (64 bit) om voldoende accuratie te krijgen en maakt ook behoorlijk veel gebruik van de memory controler (69%). (Games maken vrijwel alleen gebruik van Single Precision (32 bit)). Gebruikt daarentegen maar weinig geheugen ~150MB.
Knelpunt: DP snelheid is meestal maar 1/8 van SP snelheid en in mindere mate de memory bandwidth.
-------------------------------------


GPUGRID Long WU: Gebruikt eigenlijk een beetje van alles, >575MB geheugen, 27% memory controler en 90%+ van de shaders.
Knelpunt: geen specifieke knelpunt, maar alle delen van de GPU moeten stabiel zijn voor lange termijn.
------------------------------------


GIMPS TF:
Knelpunt: Vrijwel alleen de shaders worden gebruikt, die volledig verzadigd worden met 'simpele' berekeningen (probeer A door B,C,D,E etc. te delen). Vandaar dat de temps ook na enkele minuten al 5 graden hoger zijn dan bij PG of GPUGRID.

[Aardwolf]

Nog bedankt voor je detailuitleg, heeft me alweer wat extra inzicht gegeven.

Ik ben gisteren weer verder gegaan met testen. Afgelopen zaterdag was de GPUGRID uploadserver een tijdje down, waardoor ik geen tijd meer had om een nieuwe te starten, nadat ik het resultaat van de GTX460 eindelijk kon uploaden (6MB upload over 2 uur schiet niet zo op).

Maar goed, gisternacht dus weer opnieuw begonnen en aan hand van jouw uitleg nog even wat clocks bijgesteld. Ik heb nu twee long runs van GPUGRID weten te voltooien (t.w.v. 14,5 uur) met de settings 670MHz core (1340MHz shaders) en 1700MHz mem. Dat lijkt dus wel te werken.

Een volgende vraag van wat ik me nog afvroeg is, hoe schaalt het dan als ik bijv. niet 14,5u maar 13,5u erover wil doen. Welke klok heeft daar de meeste impact op, verschilt dat bij PrimeGrid en GPUGRID of schaalt dat overal hetzelfde? Of is de klok onder gesteld aan het aantal beschikbare cuda-cores?

[ Voor 5% gewijzigd door Aardwolf op 05-02-2013 16:34 ]

[VictordeHolland]

marcel87 schreef op dinsdag 05 februari 2013 @ 16:27:
Ik heb nu twee long runs van GPUGRID weten te voltooien (t.w.v. 14,5 uur) met de settings 670MHz core (1340MHz shaders) en 1700MHz mem. Dat lijkt dus wel te werken.

Mooi dat het nu werkt .

Een volgende vraag van wat ik me nog afvroeg is, hoe schaalt het dan als ik bijv. niet 14,5u maar 13,5u erover wil doen. Welke klok heeft daar de meeste impact op, verschilt dat bij PrimeGrid en GPUGRID of schaalt dat overal hetzelfde?

Verschillend, maar over het algemeen heeft de shaderclock meer invloed dan de memclock. Er is maar één manier om dat precies uit te vinden .

Of is de klok onder gesteld aan het aantal beschikbare cuda-cores?

Hoe bedoel je dat precies? Bij gelijke clocks doet een GTX580 het vrijwel altijd beter dan een GTX570, doordat de GTX580 meer CUDA cores heeft (512 vs 480) en meer geheugen bandbreedte door de bredere geheugenbus (384bit vs 320bit).

[Cow_tipping]

En nu ook wereldkundig:

http://www.nu.nl/wetensch...emgetal-ooit-ontdekt.html

[Aardwolf]

^ Das een lomp getal, 39 dagen... pfff.
Wel leuk dat ie naast publicatie van zn naam ook een kleinigheidje krijgt.

VictordeHolland schreef op dinsdag 05 februari 2013 @ 18:38:
*KNIP*

Verschillend, maar over het algemeen heeft de shaderclock meer invloed dan de memclock. Er is maar één manier om dat precies uit te vinden .

Haha klopt, komt nog wel een keertje. Misschien als ik op korte termijn die WC blokken erop heb gegooid, maar daarvoor moet ik eerst de hele setup nog eens bouwen.

offtopic:
Vind ik toch wel mooi aan Tweakers, wat je er uiteindelijk mee kunt... mogelijkheden zijn oneindig lijkt het. Zo verdiep je je eerst in pc's, daarna bouwen, modden/tweaken/overklokken/tunen, meedoen aan DC... dat had ik en waarschijnlijk iedereen gemist zonder T.net. Wel bijzonder zo'n brede techsite, dat bedacht ik me net ff

Hoe bedoel je dat precies? Bij gelijke clocks doet een GTX580 het vrijwel altijd beter dan een GTX570, doordat de GTX580 meer CUDA cores heeft (512 vs 480) en meer geheugen bandbreedte door de bredere geheugenbus (384bit vs 320bit).

Ja zoiets bedoelde ik inderdaad. Ik zag ergens een voorbeeld waar dezelfde vraag min of meer werd gesteld, maar het onbeantwoord bleef (uiteraard ook omdat je niks met zekerheid daarover kunt zeggen).

Maar goed in dit geval was het iets als:
Is 300 CUDA cores op 700MHz sneller dan 600 cores ook op 700MHz, bijvoorbeeld tussen twee verschillende series (noem het 400 vs 500 vs 600 oid). Maar inderdaad wat jij zegt, de bandbreedte en waarschijnlijk de performance voor double precision computing zal daar wel een rol in spelen. Bij Fermi vs Kepler zal dat dus niet te vergelijken zijn, wel meer cores/bandbreedte en minder performance in die double precision. Zo ist ongeveer dan toch?

Ik las net nog jouw post van april vorig jaar over Compute Capability, dat verklaard dan ook weer een hoop tussen de series en kaarten onderling.

Hm interesting...

[Cow_tipping]

Oeps, weer vergeten vanmorgen te flushen op Gimps.
Nouja, dan wordt het vanavond wat meer.

[DigiK-oz]

We hebben een nummer 1 erbij in de categorie mathematical!


Onze standen overall en in de diverse categorieën

Project	Position	Week	Points	Week	Behind	Ahead
Overall	2		336.930,77	23,07	647,28	368,70
Biological And Medical Science	3		109.191,80	1,03	151,58	10,63
Mathematical	1	1	89.075,64	20,86		10,57
Miscellaneous	2		39.312,68	0,22	393,16	88,84
Physical Science	1		99.350,62	0,95		46,80

[Xaverius]

Gefeliciteerd mannen! Daar drink ik er eentje op!

[VictordeHolland]

Ter info: er is een vote op het DCVault forum om Asteroids toe te voegen aan de Vault.

[Cow_tipping]

oeps, vergeten om Gimps weer aan te zetten na het flushen vanmorgen.

[Verwijderd]

Hoi hoi, geweldige prestaties hebben jullie geleverd. Ik ben een tijdje in retraite geweest. Zal GIMPS maar weer eens aanslingeren en/of iets beters kopen dan een 560 Ti.

[DigiK-oz]

VictordeHolland schreef op zondag 10 februari 2013 @ 14:00:
Ter info: er is een vote op het DCVault forum om Asteroids toe te voegen aan de Vault.

Inmiddels 8 stemmen voor, en 0 tegen...dus we kunnen er wel van uitgaan dat Asteroids erbij komt. Als je een koetje wilt gaan overzetten, zijn Correlizer (40 puntjes te behalen over een dikke week) en Asteroids (een punt of 30 per positie, en we zitten rond #40) goede kandidaten

[Cow_tipping]

Asteroids project toegevoegd (en DPC gejoined)

[Verwijderd]

Maken we deze maand Correlizer af voor de miljoen punten? Of gaan we nu meteen aan op Asteroids?

[MOmax]

DigiK-oz schreef op zaterdag 09 februari 2013 @ 13:04:
We hebben een nummer 1 erbij in de categorie mathematical!

...

Mooi! Enig idee wat nu de korste weg is naar de #1 plek overall - of is die nog heel ver weg?

[Zonar]

Die is nog behoorlijk ver weg, we staan op dit moment 639,95 punten achter op Team Norway. Om die in te halen moeten er flink wat punten halen op verschillende projecten, waaronder Correlizer. Als Asteroids echter toegevoegd wordt aan de Vault dan zullen we onze 2e plaats in de Vault verliezen aan Ars Technica, want die staan 3e en wij staan 39e bij dat project.

[Verwijderd]

We zullen de Noren alleen kunnen inhalen als er een gecoordineerde aanval uitgevoerd wordt met veel meer DPC-ers dan alleen de Vault groep. Neem bijvoorbeeld PSP-PRP: als we daar de Noren van de #1 afgooien is het verschil al bijna geheel overbrugd: wij +333, zij -333.
Wellicht een leuk idee voor de stampede 2013?

[FreezeXJ]

Een Stampede zou inderdaad ongeveer de beste mogelijkheid zijn om op PSP ergens te komen ja... Ik vermoed namelijk dat ze een tegenaanval gaan inzetten als het nodig is, en dan gaan we meer dan een Vadervan2 en Bold nodig hebben. Sowieso alvast een puntje: welke projecten zijn stampede-geschikt en interessant voor de Vault? PSP dus, en wellicht Collatz. (Majestic niet, die is sowieso commercieel, en tricky qua belasting)

[DigiK-oz]

Verwijderd schreef op dinsdag 12 februari 2013 @ 10:20:
Maken we deze maand Correlizer af voor de miljoen punten? Of gaan we nu meteen aan op Asteroids?

Ik zou voorstellen om op correlizer te blijven tot we daar een plekje pakken (over een dikke week). Vervolgens nog even door op correlizer voor windows dozen, en eon op linux (want daar gaan we een dure plek verliezen als we niks doen). Dan kunnen we maart gebruiken voor een all-out hunt @asteroids.

Of PSP stampede-geschikt is...maybe. Maar dan moet er wel een gecoordineerde aktie worden gedaan vanuit DPC naar de admins om de toestromende users aan DPC te koppelen, want als iedereen dat "los" moet gaan doen (melden in forum etc) voorzie ik een boel doffe ellende. Maar goed, nomineren voor de stampede kan altijd, als het dan gekozen wordt moet er dus e.e.a. geregeld gaan worden.

En inderdaad, we hoeven die Noren "alleen maar" voorbij op PSP om ze in te halen dan wel zeer dicht in de buurt te komen.

[VictordeHolland]

FreezeXJ schreef op dinsdag 12 februari 2013 @ 11:19:
Sowieso alvast een puntje: welke projecten zijn stampede-geschikt en interessant voor de Vault? PSP dus, en wellicht Collatz. (Majestic niet, die is sowieso commercieel, en tricky qua belasting)

De workunits van PSP zijn 7+ dagen en heel veel gedoe om de client in te stellen, lijkt me niet zo stampede geschikt. Voor Collatz heb je een GPU nodig, is de stampede niet altijd CPU???
Het is ook wel handig als er genoeg werk is en stampedes op niet-wiskundige projecten doen het meestal beter. Als ik even snel de projecten elimineer die weinig werk hebben, GPU ondersteuning hebben, die al een stampede hebben ontvangen en die weinig zin hebben voor de Vault houd ik er maar een paar over:

Physical Science
Asteroids (zodra toegevoegd)
Cosmology@Home

Bio/medical
RNA World @ Home

Mathematical
NFS@Home

Miscellaneous
SZTAKI Desktop Grid
yoyo@home

Edit:
Waarvan Cosmology en NFS direct een vast aantal punten geven.

[ Voor 3% gewijzigd door VictordeHolland op 12-02-2013 15:22 ]

[Cow_tipping]

Verwijderd schreef op dinsdag 12 februari 2013 @ 10:59:
We zullen de Noren alleen kunnen inhalen als er een gecoordineerde aanval uitgevoerd wordt met veel meer DPC-ers dan alleen de Vault groep. Neem bijvoorbeeld PSP-PRP: als we daar de Noren van de #1 afgooien is het verschil al bijna geheel overbrugd: wij +333, zij -333.
Wellicht een leuk idee voor de stampede 2013?

De noren hebben al lang een aanval ingezet op DPAD. Geschatte inhaaldatum in ongeveer 1 jaar. (let niet op hun huidige gemiddelde, want zij flushen af en toe hele grote hoeveelheden)
Als wij die eerste plek kwijt raken zijn dat nog eens 2x270 = 540 punten.

Maar een stampede project anders dan één van de Boinc-projecten zal niet zoveel leden trekken ben ik bang.

[ Voor 7% gewijzigd door Cow_tipping op 12-02-2013 15:12 ]

[FreezeXJ]

DPAD maak ik me gek genoeg niet zo druk over, dat kan over een jaar wel Als we ze voor die tijd dwingen om hun PSP-plek te verdedigen gaat het wellicht nog trager... Over het wel-of-geen-GPU bij de stampede is nog niks bepaald, maar het zou mij weinig verbazen als ze er dit jaar in kwamen. (Ik ga daar niet alleen over, maar volgens mij kan het)

[Cow_tipping]

Maar vind de mensen maar die het volhouden om DPC op 1 te houden.
Vroeger was DPC veel krachtiger dan wat het nu is. Zeker met de opkomst van de GPU. In Nederland lijken de stroomkosten een stuk duurder te zijn dan de rest van de wereld.

[Verwijderd]

Cow_tipping schreef op woensdag 13 februari 2013 @ 00:11:
Maar vind de mensen maar die het volhouden om DPC op 1 te houden.
Vroeger was DPC veel krachtiger dan wat het nu is. Zeker met de opkomst van de GPU. In Nederland lijken de stroomkosten een stuk duurder te zijn dan de rest van de wereld.

Dat van die GPU kan ik beamen. Ik doe zelf alleen primegrid maar daar kom je met je CPU echt niet mee; ik zie dat mijn GPU iets van 80% van de punten oplevert terwijl die ook nog eens een groot deel van de dag staat te idlen.

[MAB The Frisian]

<core_client_version>7.0.28</core_client_version>
<![CDATA[
<stderr_txt>
wrapper: starting
10:15:57 (3708): wrapper: running ../../projects/svahesrv2.bioquant.uni-heidelberg.de_correlizer/correlizer_rc_1.9_windows_intelx86.exe ( -b 19282931 -e 19282950 -f CM000257-1-4.bp.zLib -t linear -a 16 -p progress.txt -s status.txt)
10:40:08 (3708): called boinc_finish

</stderr_txt>
]]>

Bovenstaande wu is door 1 van m'n systemen verwerkt en is ongeldig (nu al ruim 100 en counting)
En smoor dan ook nog eens in de "niet overtuigend".
Onderstaande wu is door een ander systeem verwerkt en is geldig.
BOINC versie is hetzelfde alleen de nvidia driver is verschillend, maar aangezien de cpu dit afwerkt zou dat mi geen verschil mogen maken.
Heb geen idee waaraan het ligt. Toch maar een ander project opzoeken.


<core_client_version>7.0.28</core_client_version>
<![CDATA[
<stderr_txt>
wrapper: starting
04:03:40 (6080): wrapper: running ../../projects/svahesrv2.bioquant.uni-heidelberg.de_correlizer/correlizer_rc_1.9_windows_intelx86.exe ( -b 19605871 -e 19605890 -f CM000257-1-4.bp.zLib -t linear -a 16 -p progress.txt -s status.txt)
04:27:03 (6080): called boinc_finish

</stderr_txt>
]]>

Dan nog iets vreemds : kan wel ja aanvinken om m'n systemen te laten zien maar ze blijven verborgen.
?????

[ Voor 4% gewijzigd door MAB The Frisian op 15-02-2013 19:53 ]

[EektheMan]

Cow_tipping schreef op woensdag 13 februari 2013 @ 00:11:
Maar vind de mensen maar die het volhouden om DPC op 1 te houden.
Vroeger was DPC veel krachtiger dan wat het nu is. Zeker met de opkomst van de GPU. In Nederland lijken de stroomkosten een stuk duurder te zijn dan de rest van de wereld.

Misschien wat meer reclame voor DPC maken om zieltjes GPU/CPU's te winnen? Een gezamelijke avatar die verschijnt bij posts op de FP berichten bv? Signatures voor het Forum? Al is het maar voor een korte periode, tijdens een stampede bv.

Was ook jammer dat bij het GIMPS bericht op de FP er geen melding gemaakt werd van de Tweaker efforts terwijl het wegstrepen van mogelijkheden net zo belangrijk is. Toch iets waar de T.net community een bijdrage aan geleverd heeft (nr. 8 van de wereld is niet niets)

[VictordeHolland]

Idee voor de stampede, niet zo zeer voor de vault:
OGR27 we zijn daar vandaag van de 1e plek afgekickt door de Russen, met nog ongeveer een jaar te gaan voor het project. Niet eens zo zeer voor de 11,6 vaultpunten, maar meer voor de eer, een #1 is zoveel mooier dan een #2. Helaas is er in het verleden al eens een stampede op het project geweest.

[Cow_tipping]

Tsja, als ik mocht kiezen had ik liever gezien dat we bij rc5 naar #2 werden getrapt dan bij ogr.
Zeker net nu OGR bijna afgelopen is terwijl de meeste van ons het einde rc5 niet eens meer zullen meemaken.

[VictordeHolland]

Asteroids@home heeft badges :

10K - C (Carbon)
100K - Si (Silicon)
500K - Fe (Iron)
1M - Ni (Nickel)
5M - Co (Cobalt)
10M - Pd (Palladium, a metal similar to Platinum)
50M - Au (Gold)
100M - Ir (Iridium, extremly rare on earth)

[Verwijderd]

Van harte Cow_tipping met je verjaardag (denk ik).

[Cow_tipping]

Jep, dank je.
En van Victor heb ik al een Silicon badge gekregen. Ook bedankt!

[Verwijderd]

Ghehe, voor die asteroids badges hadden ze beter een animatie-icon kunnen maken met inslagkracht op aarde van een asteroide vanaf 10K ton TNT tot 100M ton TNT
Dan ben je wel gemotiveerd om de volgende impact badge te scoren kijken wanneer de aarde uit elkaar ploft.

[VictordeHolland]

The 2013 Russian meteor event is estimated with an energy release equivalent to roughly 500 kilotons of TNT.

The Tunguska event (1908) was an enormously powerful explosion believed to have been caused by the air burst of a large meteoroid or comet fragment. Estimates of the energy of the blast range from 5 to as high as 30 megatons of TNT, with 10–15 megatons TNT the most likely

The total global nuclear arsenal is about 30,000 nuclear warheads with a destructive capacity of 5,000 megatons or 5 gigatons (5,000 million tons) of TNT.

The approximate energy released when the Chicxulub impact caused the mass extinction 65 million years ago was estimated to be equal to 100 million megatons of TNT.

We hebben grotere badges nodig, 100.000.000M .

[Cow_tipping]

De nieuwe Kepler is aangekondigd. Nu nog even wachten op de benchmarks.
nieuws: Nvidia introduceert Titan-videokaart
YouTube: NVIDIA GeForce GTX Titan Unboxing & Technology Overview Linus Tech Tips

[Verwijderd]

En daar ging je energierekening...