ARGOMENTO:

Sì, in effetti si vociferava circa due settimane fa date le continue lamentele. L'admin stava aspettando la fine del Pentathlon.

numberfields.asu.edu/NumberFields/forum_thread.php?id=428

Al momento Eric ha settato 74cr per wu, ma potrebbe aumentarli.

L'amministratore del progetto ha aggiornato l'applicativo cpu (per ora solo la versione linux 64bit), ottenendo un guadagno tra il 30 e il 40%.
In questi giorni proverà ad aggiornare anche l'applicativo win 64bit per poi passare alle gpu

Post di inizio anno dell'amministratore del progetto con quello che è stato fatto nel 2020 e quello che ci aspetta nel 2021

1. The miscellaneous tables were completed. Except for the {2,5} case, this gives the fields for all
imprimitive decics ramified at {p}, {q}, or {p,q} for all primes p < q < 13.
2. Finished many of the lower tiers for the search over ℚ(√-10) (subfield 7).
3. Completed a few more batches for the search over ℚ(√2) (subfield 3), essentially leaving the final monster batch. At our current rate, this batch will take approximately the first half of 2021 to complete.
4. The CPU apps (for 64bit machines) were improved to give an average speed increase of about 35%. Improved GPU apps will be rolled out in the near term.

Qualcuno sa cosa è successo al progetto NumberFields, è down da almeno una settimana. Daniele

ci sarà stato un brutto crash

NumberFields@home: Finally recovering from hard drive crash.
The crash was so bad that the database could not be repaired. The first non-corrupted backup was 2 days old. Restoring from there seems to have worked but there are probably issues since it will be out of sync from results that get returned.

I pushed the deadline back another 4 days for any outstanding WUs to give people time to return them, but anything issued 2 days prior to the crash will not be in the database so I am not sure how that will play out.

Sorry for the inconvenience!

Devono aver trovato un MediaWorld aperto

Ci sarà qualche problemino nel ripristinare il Database con i valori aggiornati con le WU ancora in corso.

Brutte Notizie a livello statistico

Il progetto ha avuto un crash del database e non hanno avuto modo di ripristinarlo

numberfields.asu.edu/NumberFields/index.php

Finally recovering from hard drive crash.
The crash was so bad that the database could not be repaired. The first non-corrupted backup was 2 days old. Restoring from there seems to have worked but there are probably issues since it will be out of sync from results that get returned.

I pushed the deadline back another 4 days for any outstanding WUs to give people time to return them, but anything issued 2 days prior to the crash will not be in the database so I am not sure how that will play out.

Sorry for the inconvenience!

Ne hanno risentito tutti i siti di stats i quali attingono le risorse dal progetto

Confidiamo nell'intervemto del buon San Paolo (non lo stadio) per un recupero delle stats interne di BI (almeno quelle)

Il messaggio è di Gennaio , ma mi sa che il problema è perdurato nel tempo e pochi se ne sono accorti
Qui la discussione sul forum del progetto.

Ah ecco...in effetti non compaio più in Boinc.Italy Trophy
25 punti persi per sempre

San Paolo ha fatto il Miracolo

Statistiche ripristinate NumberFileds

Hanno passato il progetto ad usare SSL

boboviz ha scritto:

Hanno passato il progetto ad usare SSL

Penso si tratti di NFS e non di NumberFields...

Spot ha scritto:

Penso si tratti di NFS e non di NumberFields...

Non capirò mai la differenza, lo giuro.
Comunque, e questo dovrebbe essere corretto, NumberFields ha implementato il supporto per le gpu Intel

Hanno riportato un breve riassunto dell'anno 2023:

1. Competed 100% of subfield 3.
2. Got subfield 7 to the point where it is essentially complete.
3. Completed several rows of the subfield 6 table.
Going forward we will continue chipping away at subfield 6. Meanwhile, the last remnants of subfield 7 have been farmed out to Gerasim.

Thanks everyone for your contributions and have a wonderful New Year!

Questo, invece, il riassunto dell'anno 2025.

The main highlights this year were:
1. We spent the majority of the year on rows 15 and 16 for the subfield 6 searches. Row 15 is now in the "essentially complete" phase, with only 15x12 left. Row 16, which is the final row, has progressed up through 16x9 (technically speaking, we have 2 weeks left on it).
2. Subfield 7, which is almost complete, is being polished off be the folks at Gerasim. Unfortunately, Gerasim sufferred a crash back in August which put things on hold. Sergey and Demis over at Gerasim are getting close to having is working again. The windows app appears to be working from my perspective, and we just need to get the other apps configured properly, so hopefully only a couple more weeks. Before the crash, the search had progressed up to 11 of the 25 congruences.

Looking ahead in 2026, the main goal will be to complete as mush of row 16 as possible for subfield 6.

[NumberFields@home] New Faster Apps Coming Soon

New optimized versions of the GetDecics app have been discussed in other threads, but I thought it best to start a new thread.

First, a thank you to Alperen for optimizing the current apps. Yes, he used Claude, but that's not necessarily a bad thing. I don't have the experience required or the time to learn the AVX tricks that were used here. So without Alperen and Claude, this probably never would have happened.

I have spent many hours going through the new code. The original code was basically left untouched, and the change was in the addition of a new subroutine that pre-filters the polynomials prior to the normal processing chain. This leaves just the one subroutine that needs validation. From a theoretical perspective, the method is sound. The method can be decomposed into 2 parts:

1. The first part was a simple trick (I wish I had seen this myself!) that allows us to deal with the polynomial discriminant modulo a small set of primes. This eliminates the need for the multi-precision integers that were growing to ~1000 bits, and gives the first speed improvement. This was simple enough I could independently code it up myself using Pari's built-in functions. In some offline tests I was seeing a speed improvement of between 2 and 3, just for this simple change.

2. The second improvement was in the coding of the resultant modulo q. This was essentially done in parallel using AVX2, which allows resultants to be computed for several primes simultaneously. This is the part that is very tricky and hard for me to follow. I welcome any expert in this kind of optimization to look at the code. Alperen has made it public here:
github.com/alplix/passiflora



So the method in general is sound, but the second part was hard for me to validate. For this reason, I will use sufficient testing to validate the new apps. The idea is to test each new app version on ~1000 old cases which can be taken as truth. This will be done using the "testDecics" app that was recently created. When an app is deemed good, it will be transitioned into an official app.

I will be creating a new app called fastGetDecics where the new validated apps will go. This will still allow me to keep the results separate. It will also allow me to create new WUs for the fast apps that will not put a burden on the server, while retaining older style WUs for the legacy apps. This will give me time to test and migrate the fast apps in pieces rather than all at once. App versions for the original GetDecics will be deprecated once the corresponding fast version has been deemed trustworthy.

View article · Fri, 16 Oct 2026 18:24:26 +0000

Direi che questo Alperen si stia quasi divertendo a mettere le mani dappertutto e in quattro e quattrootto creare/migliorare sempre nuove procedure
La potenza dell'AI !!!!

Ma veramente. Grande Alperen. Non capisco davvero che baco ci sia in testa ad alcuni che lo criticano. Ok c'è il progetto Bitcoin puzzle e può essere una Bitcoin OP la sua, ma stiquazzi, disattivatelo e fine e godetevi gli altri contributi comunque. È assurdo che in una community immobile come quella di boinc l'unico che dal nulla ha deciso di muoversi così venga massacrato per sto benedetto puzzle che tanto non verrà mai risolto.

E intanto, su Formula Boinc è iniziato lo sprint. Progetto: Numberfields...

zioriga ha scritto:

Direi che questo Alperen si stia quasi divertendo a mettere le mani dappertutto e in quattro e quattrootto creare/migliorare sempre nuove procedure.
La potenza dell'AI !!!!

Penso che uno come Alpen, se quelli di Rosetta@home lo avessero con loro, potrebbe veramente migliorare quel codice...:asd:

Credo vada benissimo a quasi tutti i progetti