1)
Message boards :
Science :
Current project status and progress updates
(Message 8713)
Posted 1 day ago by Link Post: Latest in 14,380 days at yesterday's rate. And the rate is increasing, the overall rate since the project started is just 220 blocks/sec, yesterday's rate was 759 blocks/sec. It was even higher in the past, than lower, but overall it's increasing with new hardware, so unless all users suddenly drop the project, it should be completed one day. It can be completed any moment actually, I mean it's not very likely that the right answer is in the last block. |
2)
Message boards :
Number crunching :
Task download failed
(Message 8710)
Posted 4 days ago by Link Post: Yes, the files are missing on the server. Admin needs to fix it. |
3)
Message boards :
Number crunching :
Only nvidia GPU tasks available?
(Message 8707)
Posted 19 days ago by Link Post: Looks like tasks are now handed out to ATI GPUs as well... CPU tasks may be requested in a few hours. I'm curious ;-)Your ATI cards are getting the "huge" tasks with 768+ blocks, so yes, this was something else, that was not visible on the SSP. |
4)
Message boards :
Number crunching :
Only nvidia GPU tasks available?
(Message 8705)
Posted 20 days ago by Link Post: I know that running old dual core CPUs is mostly for fun but is going to be sad to lost one of the few projects where running these make any sense.An old dual core CPU can still run most of the projects, I was running myself a Core 2 Duo E7300 until a year ago as my main system and there were no real issues on the CPU side, it was crunching mostly either Einstein's FGRP5 or WCG's MCM. Both perfect projects for CPUs of nearly any age, even x86 single cores and with some real scientific value. Just the GTX 275 couldn't run anything else than Moo! in the end when Milkyway Separation ended (it was also able to run PPS sieve on Prime Grid, but the computer became unusable with it, so I have run Moo! instead). Is there any documentation somewhere explaining which clients are eligible for which task type?I don't think there's some real documentation, but IIRC I've read somewhere, that the server tries to send such size of tasks, that they complete within max of an hour or so. Of course it can't send smaller tasks than tiny. |
5)
Message boards :
Number crunching :
Only nvidia GPU tasks available?
(Message 8702)
Posted 20 days ago by Link Post: Well, seems the project is out of "tiny" tasks, see server status page. |
6)
Message boards :
Wish list :
WU size option
(Message 8697)
Posted 25 days ago by Link Post: I have no idea how you do that exactly on a Mac, but in general you go to your Moo! project dir and run the client from command line with the -bench command attached, so in your case it will be something like "dnetc518-macosx-amd64 -bench". To get correct values you need to limit Moo! crunching in BOINC to one core less than usual, but do not stop it completely. Eventually you might want to try how fast it is with different amount of cores in use, after all it's running in emulated environment. |
7)
Message boards :
Wish list :
WU size option
(Message 8695)
Posted 26 days ago by Link Post: My point was, that you won't get smaller WUs even if you choose manually the tiny ones since you already get them, so your feature request might not solve your "issue". However I have another hint for you: run the benchmark integrated in the dnet client, it detects your CPU as "Intel Xeon 56xx processor" and since you obviously don't have it, it's likely not choosing the optimal "core". Set than the fastest core in your Moo! Wrapper preferences. |
8)
Message boards :
Wish list :
WU size option
(Message 8693)
Posted 26 days ago by Link Post: Your Mac is getting the "tiny" WUs with just 12 blocks (used to be 9 in the past), there are no smaller WUs here. "Tiny" is 12 blocks, "small" is 32 blocks (IIRC sometimes up to around 36-38, my HD 3850 always got them), "normal" is 256+ blocks and "huge" is 768+ blocks. The automatic selection works actually pretty well here. |
9)
Questions and Answers :
Web site :
Email change keeps getting reversed
(Message 8691)
Posted 31 May 2025 by Link Post: A workaround would be in this case a security issue, so no, there is no workaround. |
10)
Questions and Answers :
Web site :
Email change keeps getting reversed
(Message 8685)
Posted 24 May 2025 by Link Post: IIRC you need to confirm the change via a link, that's send to the old email adress. |
11)
Questions and Answers :
Android :
Computation error
(Message 8682)
Posted 18 Apr 2025 by Link Post: My best guess from "Exec format error" is that the Moo! wrapper executable is made for 32-bit ARM and you are trying to run that on a 64-bit ARM system without 32-bit support. The dev will have to look into it, no idea if it's possible to install 32-bit libraries on a phone. |
12)
Message boards :
Wish list :
GPU applications for 64-bit Windows
(Message 8680)
Posted 31 Mar 2025 by Link Post: Necessary for those of us who need to use <no_alt_platform> in cc_config.xml to stop other projects from sending slow 32-bit CPU applications. I know that distributed.net doesn't have any native 64-bit GPU apps, but you might release the 32-bit GPU applications with different platform tag, Windows will run them anyway, at least in the next one or two decades. Eventually need to check that again when Windows 12 comes out, but nothing to worry at least until than. |
13)
Message boards :
Science :
Current project status and progress updates
(Message 8678)
Posted 13 Mar 2025 by Link Post: Is there an estimate on when the current phase might be completed?Yes. |
14)
Questions and Answers :
Macintosh :
MacOS Apple Silicon ARM support?
(Message 8675)
Posted 27 Feb 2025 by Link Post: But then you adapt to that new reality if/when it happens, right now there is a massive unused potential, cause Apple Silicon doesn't show up on the applications pageBetter change the description of the current application or add a copy of it with a different name, whichever is easier to do. But definitely not create something, that needs to be permanently watched as it will break one day. Most people won't care or even know that the project is using Rosetta 2, they just wanna run project that worksBut they do know, that they can run programs written/compiled for Intel Macs? So why schould this not work? And if they don't know that, than that's another good reason not to release an application for them, which will stop working one day. |
15)
Questions and Answers :
Macintosh :
MacOS Apple Silicon ARM support?
(Message 8673)
Posted 23 Feb 2025 by Link Post: These were running under Rosetta 2 though, so not native, but still, it works, which means you can add MacOS ARM to the Applications page :)Better not, now you can run it as alternative platform when it is indeed available and when it is not available, nothing happens. If you add the current application as ARM, it will crush all tasks in case Rosetta isn't available, for example if Apple decides that their users don't need it anymore. |
16)
Questions and Answers :
Web site :
Feeder offline for 2 days
(Message 8671)
Posted 30 Jan 2025 by Link Post: I also reset about 50 completed CPU and GPU tasks, deleted the project, and added it again, thinking it would help.How exactly was that supposed to start the feeder on the project server? |
17)
Message boards :
Number crunching :
Suggested Settings
(Message 8652)
Posted 30 Dec 2024 by Link Post: No, I mean the benchmark of the distributed.net client. To run it, disable GPU computing in BOINC (but let the usual amount of CPU tasks run), go to Moo! Wrapper project dir and run for example "dnetc521-win32-x86-opencl.exe -bench" from the command line. It will tell you, which "core" is the fastest for your current setup. Repeat for different amout of used CPU cores or additional GPU tasks to find the best config for your system. Even different CPU projects might have effect on which core is the fastest and how many CPU cores you need to leave free to feed the GPU. You schould get something like this: distributed.net client for OpenCL on Win32 Copyright 1997-2016, distributed.net Please visit http://www.distributed.net/ for up-to-date contest information. Start the client with '-help' for a list of valid command line options. dnetc v2.9112-521-GTR-16021317 for OpenCL on Win32 (WindowsNT 6.2). Please provide the *entire* version descriptor when submitting bug reports. The distributed.net bug report pages are at http://bugs.distributed.net/ [Dec 30 09:25:02 UTC] RC5-72: using core #0 (CL ANSI 1-pipe). [Dec 30 09:25:08 UTC] RC5-72: Benchmark for core #0 (CL ANSI 1-pipe) 0.00:00:04.01 [1,101,718,290 keys/sec] [Dec 30 09:25:08 UTC] RC5-72: using core #1 (CL 1-pipe). [Dec 30 09:25:13 UTC] RC5-72: Benchmark for core #1 (CL 1-pipe) 0.00:00:02.85 [1,572,042,516 keys/sec] [Dec 30 09:25:14 UTC] RC5-72: using core #2 (CL 2-pipe). [Dec 30 09:25:20 UTC] RC5-72: Benchmark for core #2 (CL 2-pipe) 0.00:00:04.10 [1,080,195,879 keys/sec] [Dec 30 09:25:20 UTC] RC5-72: using core #3 (CL 4-pipe). [Dec 30 09:25:27 UTC] RC5-72: Benchmark for core #3 (CL 4-pipe) 0.00:00:04.12 [1,068,081,893 keys/sec] [Dec 30 09:25:27 UTC] RC5-72 benchmark summary : Default core : #-1 (undefined) 0 keys/sec Fastest core : #1 (CL 1-pipe) 1,572,042,516 keys/sec [Dec 30 09:25:27 UTC] Compare and share your rates in the speeds database at http://www.distributed.net/speed/ (benchmark rates are for a single processor core) |
18)
Questions and Answers :
Android :
Computation error
(Message 8651)
Posted 30 Dec 2024 by Link Post: If you've checked the other threads, you would have noticed, that anything newer than Android 9 or so doesn't work. |
19)
Message boards :
Number crunching :
Suggested Settings
(Message 8648)
Posted 24 Dec 2024 by Link Post: The best suggested settings for this project and for your computer you will get from the build-in benchmark, which you should run with CPU tasks running. |
20)
Message boards :
Wish list :
Windows 11 ARM and Intel ARC GPU support
(Message 8645)
Posted 15 Dec 2024 by Link Post: It doesn't seem to find any info about the GPU, so this is worse than this. No idea than, only someone from distibuted.net can help you but I've really no idea how to contact them and if they are doing any maintanance of the code anymore or provide any support, there's no forum, only some stone age stuff like mailing lists and IRC. ;-) Probably submitting that as a bug / feature request into their bug database is the only thing you can do, but I wouldn't hold my breath while waiting for their response. |