Web Czech National Team Czech National Team
Projekty

Czech National Team | Projekty CNT | Statistiky CNT
Distribuované výpočty CNT | SETI CNT | Einstein CNT | Asteroids
Fórum CNT | Chat CNT | Galerie CNT | BOINC


Právě je úterý, 17.září 2019, 5:49 hod.
 Menu   Seznam projektů 


News is available as an RSS feed.
 
SETI Beta 2019-08-21 23:29:12
Down for a while... Nové okno
We're configuring a new upload server that will have more capacity than the current one. (Solid state drives, for example). We're going to test it on beta first, of course, so we'll be down while the transition happens. I expect a day or two.

 
ATLAS 2019-08-21 13:41:17
Many queued tasks - server status page erratic Nové okno
Due to the very high number of queued Sixtrack tasks, we have enabled 4 load-balanced scheduler/feeder servers to handle the demand. (Our bottleneck is the database, but several schedulers can cache more tasks to be dispatched.)

Our server status page does not currently show in real time the daemon status on remote servers. Hence the server status page may indicate a varying number of processes, depending on which web server is active.

Please also be patient if you are not getting tasks for your preferred application quickly enough. After a few retries, there will be some tasks. Thanks for your understanding and happy crunching!

---the team

 
LHC 2019-08-21 13:41:17
Many queued tasks - server status page erratic Nové okno
Due to the very high number of queued Sixtrack tasks, we have enabled 4 load-balanced scheduler/feeder servers to handle the demand. (Our bottleneck is the database, but several schedulers can cache more tasks to be dispatched.)

Our server status page does not currently show in real time the daemon status on remote servers. Hence the server status page may indicate a varying number of processes, depending on which web server is active.

Please also be patient if you are not getting tasks for your preferred application quickly enough. After a few retries, there will be some tasks. Thanks for your understanding and happy crunching!

---the team

 
WEP-M+2 2019-08-19 12:53:03
12-digit factor of P2203 has now been found by the project... Nové okno
...194611 times

 
GPUGRID/PS3GRID 2019-08-10 20:17:30
Acemd apps should be fixed Nové okno
We are aware of the problem and working on it. Sorry for the inconvenience.

 
RakeSearch 2019-08-07 23:08:17
New version of application for Rank 10 Nové okno
Dear participants!

We deploy a new version of the application for search in rank 10 space. It will be faster than the previous version due to the earlier exclusion of some combinations that do not lead to a result - we add a filter for excluding combinations with the same rows in one position. Example of a similar combination you can view in July 2019 totals.

We expect that the results for the same workunit processed by the different versions of the application may differ and marked as incorrect. But in our estimation, the number of such results will be relatively small - about several tens, maybe 100 or 200. If you face with such workunits - post these numbers in this thread, please!

Thank you for attention for the project and participation!

 
NumberFields 2019-08-07 18:22:24
Entering Final Phase of Subfield 4 Nové okno
The final batch of subfield 4 is starting to rear its ugly head. This beast has 1.6M work units averaging about 2.5 hours a piece (on a 4GHz cpu).

 
NumberFields 2019-08-07 07:39:56
new GPU app versions Nové okno
I was noticing a slow down with the GPU app versions on the 15x271 data set. I found the problem - a large fraction of the discriminants were exceeding the hard coded precision. When this happens the GPU kicks it back to the CPU to handle. As a result, the GPU spent more time idling as it waited on the CPU to finish the task. A side effect of this was that the WU would also use almost an entire CPU core.

I increased the hard coded precision and tested on the troublesome data sets as well as the newest 16x271 data set. The issue seems to be fixed, but please report any unexpected behavior.

 
CSG 2019-08-07 07:19:20
[all] new work Nové okno
Think the project is closed. Travis is no longer active, or he's taking a loooooong vacation.

 
MilkyWay 2019-08-06 17:32:22
New Expanded Runs for Milkyway_nbody (08/06/2019) Nové okno
Hello all,

I've just placed two new runs up onto MilkyWay@home:
-de_nbody_08_06_2019_v176_40k__dataExpand__1
-de_nbody_08_06_2019_v176_40k__dataExpand__2

These runs are going to search over a larger phase space, however, due to the technological limitations of simulating incredibly dense dwarf galaxies, a significant portion of this phase space will be skipped. This limitation has been placed in previous runs using the current version of Milkyway_nbody, however, the larger phase space will make this more apparent. We set up our lua file such that runs with abnormally long runtimes will only take a few seconds to complete and return the worst case likelihood score. As credits are calculated dynamically for Nbody, it may take a few runs for Milkyway@home to assign the proper amount of credits. We plan on adding another expanded data run once de_nbody_07_10_2019_v176_40k__data__7 converges.

Thank you for your support,

Eric

 
RakeSearch 2019-08-03 10:27:01
July 2019 totals Nové okno
Dear folks!

As you know in July we started a new search - permutational diagonal Latin squares (ODLS) of rank 10. Due to lack of information about the existence of these pairs, we include into results data about found partially orthogonal pairs.
No ODLS of rank 10 found yet, but we collected the following statistics about partially orthogonal pairs from 15318 workunits processed in July :

Degree 81: 508008
Degree 82: 121883
Degree 83: 23545
Degree 84: 4979
Degree 85: 684
Degree 86: 163
Degree 87: 10
Degree 88: 4
Degree 89: 0
...
Degree 100: 0

One of the pairs with degree 88 looks some funny:

but the other - more usual:


We are still thinking about badges for new search (except "credit badges" of course) but for this month totals we want to congratulate the participants, which computers found pairs with degree of orthogonality of rank 86 or higher:

terry and [AF>France>TDM>Picardie>Oise] docmic92 (L'Alliance Francophone),
arkiss and [AF>Amis des Lapins] Phil1966 (L'Alliance Francophone),
Heikki and [AF>France>Savoie] Tutu1986 (L'Alliance Francophone),
raddoc and [AF>WildWildWest]Sebastien (L'Alliance Francophone),
Progger and [AF>Libristes]cguillem (L'Alliance Francophone),
zgf2022 and Michael H.W. Weber (Rechenkraft.net),
Boliver and zelandonii (L'Alliance Francophone),
Leonmer and LeChat51X (L'Alliance Francophone),
Solo Man and Steve Dodd (The Planetary Society),
dabarlow and Rhodan71 (L'Alliance Francophone),
DRandolph and eeeeee (Universite de Sherbrooke),
yippee0226 and dpc_kluizenaar (Dutch Power Cows),
GESUCHTMAN and arjanscholl (Dutch Power Cows),
faliqisbah and BlisteringSheep (Ars Technica),
Mark Sechin and Fateev Aleksey (SETIKAH@KOREA),
AlexxSaigon and [SG-2W]Kurzer (SETI.Germany),
Kevin (USA) and killik (Czech National Team),
Administrator and DoctorNow (BOINC@Heidelberg),
[B^S]ABoskovich and Shaman (Czech National Team),
FourOh (SETI.USA) and Ralfy (BOINC Confederation),
Casey ([H]ardOCP) and respawner (Rechenkraft.net),
saiz (Team China) and [B@P] Daniel (BOINC@Poland),
STE\/E (BlackOps) and Rudy Toody (TeAm AnandTech),
Buga1 (Calm Chaos) and BritishBob (Overclock.net),
NeoGen (AMD Users) and ReaDy (Astronomy.Ru Forum),
fix (Crystal Dream) and [SG]steini (SETI.Germany),
cc-smokey (CC-Team) and Vincent Dark (Team China),
AGG (Crystal Dream) and hoarfrost (Crystal Dream),
Werinbert (Free-DC) and Roadranner (SETI.Germany),
morgan (Team Norway) and Landjunge (Planet 3DNow!),
axels (SETI.Germany) and Paulteo (Crunching@EVGA),
Derivator (Gridcoin) and CoolAtchOk (Russia Team),
inugamikoubou@hangul and muzzdiez (SETIKAH@KOREA),
VogeL (SETI.Germany) and Spritex (BOINC@Denmark),
jozef j (Russia Team) and Kodeks IT (TSC! Russia),
citerra (Russia Team) and Dario666 (BOINC@Poland),
lydy1993 (Team China) and [B^S] fred (BOINCstats),
JagDoc (Planet 3DNow!) and kim-b-h (BOINC@Denmark),
Timothy Mullican (USA) and Dingo (BOINC@AUSTRALIA),
Gipsel (Planet 3DNow!) and Peter (BOINC@AUSTRALIA),
Soderstromm (Gridcoin) and sergamena (Russia Team),
SerGiani (Russia Team) and whizbang (Ars Technica),
Novalor (SETI.Germany) and RFGuy_KCCO ([H]ardOCP).

(Their number is 86 also!)
Thank you for attention to the project and participation!

 
MilkyWay 2019-07-29 21:21:48
New Separation Testing Runs Nové okno
Hi Everyone,

Looking at all of the previous runs (including those from previous projects), there are patterns of interesting and unexpected behavior from the optimization results. In order to better understand these results, I have planned a series of extensive testing runs. These tests will allow us to learn how the optimization routine's responds to specific circumstances and inputs. I will make a comment attached to this post describing the tests & reasons for the tests in greater detail if anyone is interested.

EVERYTHING IS WORKING AS INTENDED. These results are not entirely understood, not incorrect. I don't expect to invalidate any results from this project, but I do plan on actually producing more, better results as I learn why the optimizer outputs what it does.

I am rolling out the first 2 series of tests, and have released the runs on the server.

The names of these runs are:
de_modfit_14_bundle5_testing_4s3f_1
de_modfit_14_bundle5_testing_4s3f_2
de_modfit_14_bundle5_testing_4s3f_3
de_modfit_14_bundle4_testing_3s4f_1
de_modfit_14_bundle4_testing_3s4f_2
de_modfit_14_bundle4_testing_3s4f_3


Please let me know if you experience any problems with these runs. Thank you all for your help with this project!

Best,
Tom

 
NumberFields 2019-07-27 04:07:06
firewall black listing Nové okno
It has come to my attention that some users have been black listed by the university firewall system. This usually means that the volunteer cant download tasks or even connect to the website.

We are currently looking at ways to reduce the firewall restrictions so this will stop happening. In the meantime, the work around is for me to request the IT department to white list an IP address on an individual basis.

If you or someone you know is experiencing connection problems, please let me know so I can have them added to the white list.

 
Universe 2019-07-26 19:12:14
Results databases Nové okno
After last server update I have also prepared NFS based folders with results databases.
So, here is rsults page where you can download all processed data from our project.

 
MilkyWay 2019-07-24 22:00:02
New Separation Runs [UPDATE] Nové okno
Hi Everyone,

I just put some new Separation runs up on the server and took down the old ones. You may still see new workunits from old runs in your queues for a few days as those runs finish validating.

The names of the new runs are:
de_modfit_80_bundle4_4s_south4s_bgset
de_modfit_81_bundle4_4s_south4s_bgset
de_modfit_82_bundle4_4s_south4s_bgset
de_modfit_83_bundle4_4s_south4s_bgset
de_modfit_84_bundle4_4s_south4s_bgset
de_modfit_85_bundle4_4s_south4s_bgset
de_modfit_86_bundle4_4s_south4s_bgset


An error processing a flag in the parameter files has been fixed and updated runs have been released. These runs are confirmed to be returning results as of 10 PM on 7/24. I apologize for the inconvenience.

The names of the new runs are:
de_modfit_80_bundle4_4s_south4s_bgset_2
de_modfit_81_bundle4_4s_south4s_bgset_2
de_modfit_82_bundle4_4s_south4s_bgset_2
de_modfit_83_bundle4_4s_south4s_bgset_2
de_modfit_84_bundle4_4s_south4s_bgset_2
de_modfit_85_bundle4_4s_south4s_bgset_2
de_modfit_86_bundle4_4s_south4s_bgset_2


As these runs optimize we may see increased invalidated returns with the stripe 84 and 85 runs. This is a known issue that I believe has something to do with a data cut made in those stripes. If/when this starts happening and the stripes are sufficiently optimized, I will take them down so you all don't have to worry about crunching invalidated WUs.

If you have any questions/comments/concerns, please feel free to post them here. Thanks for all your support!

Best,
Tom

 
MilkyWay 2019-07-23 17:46:35
Nbody Data Run 4 Replaced Nové okno
Hey all,

Something happened with de_nbody_07_10_2019_v176_40k__data__4 that caused it to end prematurely. As such a new run has been implemented to replace it, titled de_nbody_07_10_2019_v176_40k__data__7.

We apologize for any inconvenience.

-Eric

 
SETI 2019-07-23 01:13:46
2019 SETI.Germany Wow! anniversary event: 15-29 August Nové okno
Every year SETI.Germany organizes an event in honor of the anniversary of the Wow! signal. This year's event (the 42nd anniversary) takes place from 15 to 29 August . Further information can be found here .

 
WEP-M+2 2019-07-19 12:52:34
12-digit factor of P2203 has now been found by the project... Nové okno
...190818 times - still no sign of any larger factors

 
ATLAS 2019-07-17 15:14:12
CMS@Home disruption, Monday 22nd July Nové okno
I've had the following notice from CERN/CMS IT:

>> following the hypervisor reboot campaign, as announced by CERN IT here: https://cern.service-now.com/service-portal/view-outage.do?n=OTG0051185
>> the following VMs - under the CMS Production openstack project - will be rebooted on Monday July 22 (starting at 8:30am CERN time):
...
>> | vocms0267 | cern-geneva-b | cms-home

to which I replied:
> Thanks, Alan. vocms0267 runs the CMS@Home campaign. Should I warn the volunteers of the disruption, or will it be mainly transparent?

and received this reply:
Running jobs will fail because they won't be able to connect to the schedd condor_shadow process. So this will be the visible impact on the users. There will be also a short time window (until I get the agent restarted) where there will be no jobs pending in the condor pool.
So it might be worth it giving the users a heads up.

So, my recommendation is that you set "No New Tasks" for CMS@Home sometime Sunday afternoon, to let tasks complete before the 0830 CST restart. I'll let you know as soon as Alan informs me that vocm0267 is up and running again

 
LHC 2019-07-17 15:14:12
CMS@Home disruption, Monday 22nd July Nové okno
I've had the following notice from CERN/CMS IT:

>> following the hypervisor reboot campaign, as announced by CERN IT here: https://cern.service-now.com/service-portal/view-outage.do?n=OTG0051185
>> the following VMs - under the CMS Production openstack project - will be rebooted on Monday July 22 (starting at 8:30am CERN time):
...
>> | vocms0267 | cern-geneva-b | cms-home

to which I replied:
> Thanks, Alan. vocms0267 runs the CMS@Home campaign. Should I warn the volunteers of the disruption, or will it be mainly transparent?

and received this reply:
Running jobs will fail because they won't be able to connect to the schedd condor_shadow process. So this will be the visible impact on the users. There will be also a short time window (until I get the agent restarted) where there will be no jobs pending in the condor pool.
So it might be worth it giving the users a heads up.

So, my recommendation is that you set "No New Tasks" for CMS@Home sometime Sunday afternoon, to let tasks complete before the 0830 CST restart. I'll let you know as soon as Alan informs me that vocm0267 is up and running again


Předcházející  Další

Thanks to David Vignoni for graphics and inspiration.


Czech National Team | Projekty CNT | Statistiky CNT | Distribuované výpočty CNT | SETI CNT | Einstein CNT | Asteroids | Fórum CNT | Chat CNT | Galerie CNT | BOINC


© 2009 - 2013 Czech National Team, o.s. - Vít Kliber (vkliber)