[SETI@Home] hitparade van 16 juni

[APClll]

Welkom Cybot12999

Momenteel kan ik de pagina van Seti niet eens bereiken, dus het laatste tech_news houden jullie nog even tegoed.

Als het zo doorgaat, vrees ik dat de scores de komende dagen flink gaan inzakken. Blijf duimen allemaal voor de goede afloop van deze WU-crisis. En als jullie toch die duim erbij gepakt hebben, steek 'm ook even omhoog voor de mijlpalen van vandaag: seridan en Dkeihro gefeliciteerd!


DPC SETI@Home hitparade van 16 juni 2009

Daily Top 30
Flushers: 125 / 1.015 (12,3 %)
pos		daily	member	total
1.	(3)	18.137	Searchy! Internet Services V.O.F.	10.179.594	(4)
2.	()	12.683	[DPC] hansR	15.805.373	(1)
3.	(2)	9.932	[DPC] Switch	9.724.609	(5)
4.	(2)	8.501	o25o & Dharkon	5.203.842	(6)
5.	(2)	8.031	[DPC]TeamGrazzie	13.484.671	(2)
6.	(1)	7.375	Ensign Wildfire	3.660.755	(7)
7.	(3)	7.237	F@stmem	2.678.357	(8)
8.	()	6.981	dpc_kluizenaar	885.269	(27)
9.	(4)	6.745	Sp@ceNv@der	12.427.763	(3)
10.	(17)	4.024	HellBringer	112.103	(128)
11.	(14)	3.886	Berkie	1.095.656	(20)
12.	()	3.612	seridan	600.460	(36)
13.	(8)	3.140	Rene1970	37.726	(246)
14.	()	2.528	Mr Beamer	2.028.923	(11)
15.	(1)	2.518	muppet99	286.148	(69)
16.	(5)	2.448	[DPC]NGS	333.309	(64)
17.	()	2.187	Jox444	1.014.607	(25)
18.	(24)	2.149	Sylvester	379.865	(50)
19.	(9)	2.142	Joey van den Berge	355.576	(55)
20.	(5)	1.955	Wolfje666	154.960	(108)
21.	(19)	1.920	Hans vandebos	323.557	(67)
22.	(9)	1.843	apa	327.183	(66)
23.	(3)	1.695	ERBrouwer	189.125	(95)
24.	(15)	1.612	AmeComputers	1.991.469	(12)
25.	(12)	1.481	Dadoke	981.926	(26)
26.	(33)	1.345	ZUID-CHEMIE	188.877	(96)
27.	(8)	1.329	Tijntje	1.420.700	(17)
28.	(56)	1.323	Rydo	872.009	(28)
29.	(41)	1.311	Ronnie Tober	180.498	(99)
30.	(78)	1.243	Hanske	57.511	(184)
	More...

Overall Top 30
pos		total	member	daily
1.	()	15.805.373	[DPC] hansR	12.683	(2)
2.	()	13.484.671	[DPC]TeamGrazzie	8.031	(5)
3.	()	12.427.763	Sp@ceNv@der	6.745	(9)
4.	()	10.179.594	Searchy! Internet Services V.O.F.	18.137	(1)
5.	()	9.724.609	[DPC] Switch	9.932	(3)
6.	()	5.203.842	o25o & Dharkon	8.501	(4)
7.	()	3.660.755	Ensign Wildfire	7.375	(6)
8.	()	2.678.357	F@stmem	7.237	(7)
9.	()	2.595.919	[DPC]Spinpoint	39	(117)
10.	()	2.364.872	[DPC]Trancemaus	0	(-)
11.	()	2.028.923	Mr Beamer	2.528	(14)
12.	()	1.991.469	AmeComputers	1.612	(24)
13.	()	1.875.202	Jan Zandvliet & x-RaY99	899	(38)
14.	()	1.527.721	[DPC]Team Zuid-Holland	698	(43)
15.	()	1.502.870	MAX3400	0	(-)
16.	()	1.469.207	ray	367	(58)
17.	()	1.420.700	Tijntje	1.329	(27)
18.	()	1.137.232	Speedy67 & Friends	0	(-)
19.	()	1.121.712	visvogel	47	(111)
20.	()	1.095.656	Berkie	3.886	(11)
21.	()	1.078.667	Quark	114	(86)
22.	()	1.069.176	[DPC] Anticimex & Lock Metaaldetectie	0	(-)
23.	()	1.049.597	[DPC]SjoQing	0	(-)
24.	()	1.024.819	Override	157	(77)
25.	()	1.014.607	Jox444	2.187	(17)
26.	()	981.926	Dadoke	1.481	(25)
27.	()	885.269	dpc_kluizenaar	6.981	(8)
28.	()	872.009	Rydo	1.323	(28)
29.	()	785.563	MaGNeT aka BlueTooth76	960	(36)
30.	()	725.381	Team_Elteor_Borislavj	1.068	(34)
	More...

Teams Daily Top 15
pos		daily	team	total
1.	()	1.347.969	SETI.USA	1.098.019.711	(1)
29.	(2)	179.846	RoEduNet	75.262.990	(49)
30.	(2)	179.796	Ars Technica	158.780.557	(22)
31.	(4)	179.442	BOINC.Italy	157.794.184	(24)
32.	(2)	178.665	UK BOINC Team	140.600.983	(28)
33.	(4)	175.133	Team NIPPON	123.980.320	(34)
34.	(6)	175.109	Amateur Radio Operators	156.897.973	(26)
35.	(1)	164.297	Sweden	50.630.192	(69)
36.	(2)	159.302	Dutch Power Cows	143.302.617	(27)
37.	()	157.202	BOINC SETI@home RUSSIA	127.494.076	(32)
38.	(4)	139.402	Hungary	109.148.081	(37)
39.	(1)	136.750	AUSTRIA - NATIONAL - TEAM	131.388.793	(31)
40.	(1)	134.948	Universe Examiners	139.300.352	(29)
41.	(3)	133.470	CANAL@Boinc	39.068.990	(94)
42.	(1)	130.243	Team MacNN	213.811.643	(18)
43.	(6)	126.553	USA	56.549.509	(61)
	More...

Teams Overall Top 15
pos		total	team	daily
1.	()	1.098.019.711	SETI.USA	1.347.969	(1)
20.	()	174.860.053	Phoenix Rising	240.590	(23)
21.	()	166.807.588	Canada	279.827	(18)
22.	()	158.780.557	Ars Technica	179.796	(30)
23.	(1)	157.833.007	BOINC@AUSTRALIA	265.910	(20)
24.	(1)	157.794.184	BOINC.Italy	179.442	(31)
25.	()	157.654.040	U.S.Air Force	209.142	(26)
26.	()	156.897.973	Amateur Radio Operators	175.109	(34)
27.	()	143.302.617	Dutch Power Cows	159.302	(36)
28.	()	140.600.983	UK BOINC Team	178.665	(32)
29.	()	139.300.352	Universe Examiners	134.948	(40)
30.	()	138.568.750	BOINC@Poland	229.512	(24)
31.	()	131.388.793	AUSTRIA - NATIONAL - TEAM	136.750	(39)
32.	()	127.494.076	BOINC SETI@home RUSSIA	157.202	(37)
33.	()	124.142.630	PC Perspective Killer Frogs	119.103	(46)
34.	()	123.980.320	Team NIPPON	175.133	(33)
	More...

Megaflush Top 5
pos	Team	Flush	Date
1.	[DPC]TeamGrazzie	553.056	04-01-2008
2.	chelloo.com	261.227	09-01-2008
3.	[DPC]Spinpoint	174.423	14-06-2007
4.	hansR	170.409	17-08-2008
5.	REISinformatiegroep	165.307	18-04-2007
More...

Mijlpalen

seridan	600.000
Dkeihro	250

When do you get them

Team	Average	Days
BOINC.Italy	181.049	649
Ars Technica	180.141	666
Amateur Radio Operators	183.013	667
Team MacNN	141.867	1.146

Nieuwe Leden

Cybot12999

36

SETI@Home Links
SETI@Home webpage
SETI@Home forum
DPCH Suggestiepagina
Bron

[grass460]

ja de scores gaan zeker inkakken
ik heb helemaal geen werk meeer , ook WCG maar weer aangezwengeld

ojaa Cybot12999

as we speak krijg ik nu wel een berg werk binnen

[ Voor 18% gewijzigd door grass460 op 17-06-2009 22:18 . Reden: wel werk gekregen ]

[Sjowhan]

Ze hebben helaas nog steeds problemen inderdaad, zoals ik lees op hun 'technical News' page;
http://setiathome.berkeley.edu/tech_news.php .
Klein stukje gequote, rest te lezen via bovenstaande link

17 Jun 2009 20:16:11 UTC
[..]
Our main problem lately has been the mysql database. Given the increased number of users, and the lack of astropulse work (which tends to "slow things down"), the result table in the mysql database is under constant heavy attack. Over the course of a week this table gets severely fragmented, thus resulting in more disk i/o to do the same selects/updates. This has always been a problem, which is why we "compress" the database every tuesday. However, the increased use means a larger, more fragmented table, and it doesn't fit so easily into memory.
[..]

Wijzelf kunnen hier toch niets voor doen? Geld doneren oid werkt volgens mij niet

[ Voor 3% gewijzigd door Sjowhan op 17-06-2009 23:07 ]

[grass460]

Sjowhan schreef op woensdag 17 juni 2009 @ 23:06:
Ze hebben helaas nog steeds problemen inderdaad, zoals ik lees op hun 'technical News' page;
http://setiathome.berkeley.edu/tech_news.php .
Klein stukje gequote, rest te lezen via bovenstaande link

[...]


Wijzelf kunnen hier toch niets voor doen? Geld doneren oid werkt volgens mij niet

Ja en nee denk ik zo, want een aantal servers zijn redelijk oud aan het worden en lopen op die manier op hun tenen zeg maar, maar het is ook de software van hun die problemen geeft, en dat is andere koek

[APClll]

grass460 schreef op woensdag 17 juni 2009 @ 23:20:
[...]


Ja en nee denk ik zo, want een aantal servers zijn redelijk oud aan het worden en lopen op die manier op hun tenen zeg maar, maar het is ook de software van hun die problemen geeft, en dat is andere koek

Dat vat het erg goed samen volgens mij. Al heb ik ook wel eens begrepen dat ze zelf ook bepaalde veranderingen willen die ze niet kunnen krijgen van Berkeley zelf (bandbreedte etc.)

@ Sjowhan
Om bij een quote meteen de link mee te geven gebruik je het volgende:

code:

[q=http://setiathome.berkeley.edu/tech_news.php]
...hier staat het verhaal...
[/q]

Zodat je dit krijgt:

quote: http://setiathome.berkeley.edu/tech_news.php

...hier staat het verhaal...

[grass460]

indd is die bandbreedte ook een belangrijk punt

[APClll]

Ik ben even wat aan het graven gewest in het tech_news archief.

Het bericht dat ze niet mogen/kunnen uitbreiden kan ik zo niet terugvinden. Uit m'n hoofd is het minstens een jaar oud.

28 May 2009 20:37:47 UTC
Question: so what's up with the near time persistency checker (NTPCkr)? If the live web streaming were working last Thursday you would have seen the tail end of my and Jeff's talk where Jeff went into a little details about the current status of things. Basically, we have some screws to tighten here and there, but the general thing is working. We're up against some database throughput issues which we hope to fix sooner than later, plus we are still tweaking the scoring algorithms. We hope to have a public page available soon where you can peer into the progress of things. Until then, here's version 0.0.1 of the NTPCkr FAQ.

It's becoming clearer that we need to adjust the weight of our applications so that we send out more SETI@home/multibeam workunits. We have things effectively set such that Astropulse work gets sent out as soon as it becomes available. This was partly to expedite getting as many Astropulse results back as possible (in the interest of getting that science done) but this is getting less and less possible given our resources and current participant demands. Things on this front may shift in the near future.

We've been near our bandwidth limit for the past day since unclogging the mysql database, providing more data for Astropulse to split, and our active user base going up about 15% over the past couple of weeks. This may account for recent upload/download difficulty. It looks like it's getting better, as least for the moment.

- Matt

Ze hebben ook wel eens kort nagedacht om de WU's te comprimeren om bandbreedte te sparen, maar dat is blijkbaar niet rendabel

26 Feb 2009 19:46:29 UTC
Random day today for me. Catching up on various documentation/sysadmin/data pipeline tasks. Not very glamorous.

The question was raised: Why don't we compress workunits to save bandwidth? I forget the exact arguments, but I think it's a combination of small things that, when added together, make this a very low priority. First, the programming overhead to the splitters, clients, etc. - however minor it may be it's still labor and (even worse) testing. Second, the concern that binary data will freak out some incredibly protective proxies or ISPs (the traffic is all going over port 80). Third, the amount of bandwidth we'd gain by compressing workunits is relatively minor considering the possible effort of making it so. Fourth, this is really only a problem (so far) during client download phases - workunits alone don't really clobber the network except for short, infrequent events (like right after the weekly outage). We might be actually implementing better download logic to prevent coral cache from being a redirect, so that may solve this latter issue. Anyway.. this idea comes up from time to time within our group and we usually determine we have bigger fish to fry. Or lower hanging fruit.

Oh - I guess that's the end of this month's thread title theme: names of lakes in or around the Sierras that I've been to.

- Matt

[muppet99]

beetje jammer dat ze hun zaakjes niet helemaal op orde hebben. Mijn koetje staat ook redelijk vaak uit zijn neus te eten. Hopelijk trekken ze het snel recht anders zal ik genoodzaakt zijn om toch een andere stal te gaan vinden waar er wel vers gras blijft komen.