Posts by Shmya-2

1) Message boards : Number crunching : Feature Request: Add a web-based GPU usage/concurrency factor (like Einstein@Home / BitBOINC) (Message 4454)
Posted 8 minutes ago by Shmya-2
Post:
As many have pointed out, the anonymous platform mechanism is not safe. Also, increasing the min quorum to 2 or more would require a new validator, so that is not optimal.

Since the goal here is to test the new app version, I am leaning towards deploying Alperen's new binaries using the new test app that I created earlier. I can dump 1000 or more tasks from an older data set whose results can be used as truth.

But I will wait for feedback before I go down this path.
It would be the best option IMHO- the least amount of work required on your part, but will still result in a valid check of the new application's accuracy without having any impact on the science database.


You'll need to determine how to differentiate the results provided by the current stock applications and the new application being used to process the test Tasks, as they will be handled by the present Validator and Assimilators, but you don't want them to be assimilated into the science database (1 we still don't know how accurate they are and 2 you've already got those results there anyway).


So all returned Tasks processed by the Test application that pass initial Validation will get credit, but won't be assimilated into the Science database; they'll get shunted off to where you can then compare them to the results produced by the stock application.

I guess the number to be released will be determined by how much time and effort it will take to do that cross checking- the larger the number (and the spread as some of the present CPU Tasks can take from 1.5hrs to just under 6hrs to complete) the better. But there's no point doing 100,000 if it's going to take you months to check them all out.
You want the largest possible number over the largest possible range, that you can deal with.



And if it all checks out and you do release the new version as the stock version, i'd suggest changing the Time out after Scheduler contact back to 30sec or so, so high-end GPUs don't end up sitting idle waiting for enough work to keep them busy.
And if there are any limits on the number of Tasks per compute device per machine they may need to be revised also- people really don't need to keep more than a couple of day's worth of work these days IMHO. But if the new application works as well as initial results are indicating, any present hard limits will likely need to be raised so they can have even just 24hrs of work cached.


Another validation option: one task provided by stock app, two another tasks crunched by new app.
2) Message boards : Number crunching : AI and NumberFields (Message 4413)
Posted 9 days ago by Shmya-2
Post:
Last news from LODA@home: AI method replaced Boinc-brutforce crunch race.

Question: Does Number Fields project transfer to AI-search methods?
3) Message boards : Number crunching : Dependence on the size of L3 cache on multi tread Amd and Intel CPU (Message 4162)
Posted 18 Jan 2026 by Shmya-2
Post:
Noticing a dependency on the L3 cache size and CPU time with HT tasks.
More L3 cache is more important than CPU frequency.
As example: AMD chip with higher frequency and with 8 mb L3 is slower than AMD chip 16 L3 (within similar mobile architecture and generation r5 5300u/r5 7430u/r5 4600 (desktop but based on mobile chip)
4) Message boards : Number crunching : Gerasim is not working (Message 4116)
Posted 22 Dec 2025 by Shmya-2
Post:
Сентябрьские задания загрузились?
5) Message boards : News : Batch plan (Message 4114)
Posted 21 Dec 2025 by Shmya-2
Post:
Approximately 800,000,000 wu to do until project finish/end goal....
With current production rate (about 80-100 thousands per day) we will finish crunch race in 2050....
6) Message boards : Number crunching : Shmya-2 Cluster upgrade (Message 4054)
Posted 3 Nov 2025 by Shmya-2
Post:
I am going to upgrade team's cluster in next two months.
I choose between add more CPU miniPC machines (i5-10400 or ryzen 5 3600) and multi 8x GPU (CH70X GTX 3070ti mining card).
Question: CPU or GPU will be better for Number Fields?
7) Message boards : Number crunching : CPU HT and batch (Message 3975)
Posted 13 Sep 2025 by Shmya-2
Post:
Two years ago Prescott wrote about CPU HT task time

"Hi!

I was not able to find an answer so I am posting here to ask!
I know some projects discourage Hyper-threading on CPU's for certain tasks because it makes them slower/produce bad results.
Excluding the issues from heat generation from HT, is there a problem with using HT for this project?

Best,
Prescott"

At the end of discussion Prescott summarise posts: 58% longer time on each task with HT.

My two days small experiment result is 47-100% longer task time with HT and all cores run on r5 3600, i5-10400f, r5 5300u.





Main page · Your account · Message boards


Copyright © 2026 Arizona State University