Posts by Mr P Hucker

1) Message boards : Number crunching : Validation inconclusive (Message 75238) Posted 8 hours ago by Mr P Hucker Post: I am more than happy to assist with processing any work I get especially tasks with _2 or more. Should I process a more tasks when my current work queue is clear or wait for the validation queue to drop? Just do as much as you can all the time, the server will catch up once they restart it.
2) Message boards : Number crunching : Validation inconclusive (Message 75223) Posted 1 day ago by Mr P Hucker Post: I thought a remote reboot might be possible.[/quite] Quite :-) It should be but Tom the previous Admin said it almost never worked for him Probably a lazy server which needed a size 10 boot. I wonder if that's where the term "booting a computer" came from. Hopefully, though they did just release new N-Body runs and a couple people says they are taking days to run not hours. 14 minutes to 7 hours, last ones I did, February, Ryzen 3900XT 12 cores per task. I wonder what the long ones mean. New way of calculating? Something interesting found?
3) Message boards : Number crunching : Validation inconclusive (Message 75217) Posted 2 days ago by Mr P Hucker Post: If the admins aren't aware of the issue then the disk(s) will potentially fill up. When that happens no new tasks will be created and no tasks will be able to be uploaded. Thus, halting the progress of the project until it's sorted. Nothing we can do about it. If the admins are at work, they'll notice. Unless you know one is on vacation and you can tell him and he can fix it remotely. It usually takes a physical on site reboot of the Server to fix things, and they don't stop making new tasks, they just keep on making tasks even though the other Server is no longer validating tasks very fast. I thought a remote reboot might be possible. Presumably these tasks don't take up much disk space, if they do, they'd just queue up on our computers to send back. It's not that many really, a similar number to how many we all have on our computers.
4) Message boards : Number crunching : Validation inconclusive (Message 75209) Posted 3 days ago by Mr P Hucker Post: If the admins aren't aware of the issue then the disk(s) will potentially fill up. When that happens no new tasks will be created and no tasks will be able to be uploaded. Thus, halting the progress of the project until it's sorted. Nothing we can do about it. If the admins are at work, they'll notice. Unless you know one is on vacation and you can tell him and he can fix it remotely.
5) Message boards : Number crunching : Validation inconclusive (Message 75206) Posted 3 days ago by Mr P Hucker Post: Does it matter? Just keep crunching and let them pile up, somebody will sort it eventually. There's always an enormous queue waiting on us, why get upset when there's a tiny queue waiting on them?
6) Message boards : Number crunching : Bigger nbody tasks? (Message 74838) Posted 20 Dec 2022 by Mr P Hucker Post: Am I right in thinking nbody used to be pretty quick - about 20 minutes on a Ryzen 9 3900XT (33,000 CPUMark)? Now they're taking 40 minutes to 1 hours 20 minutes. Have the tasks increased in size? Haven't run those since the big crunch. How many CPUs per task are you running? IIRC I was running 4 CPU at a whack, and it was taking about 3 minutes each. I have no idea what "at a whack" means. I'm running 3 of them on a 24 core CPU (Ryzen 9 3900XT), so 8 cores each. But the times I quoted were divided by 3 to show how long one would take if it was using all 24 cores. I'm sure that time used to be 20 minutes, but now it's 2-4 times longer. As for the big crunch - you've got way more RAC than me!
7) Message boards : Number crunching : Bigger nbody tasks? (Message 74836) Posted 20 Dec 2022 by Mr P Hucker Post: Am I right in thinking nbody used to be pretty quick - about 20 minutes on a Ryzen 9 3900XT (33,000 CPUMark)? Now they're taking 40 minutes to 1 hours 20 minutes. Have the tasks increased in size?
8) Message boards : Application Code Discussion : N-Body on GPU? (Message 74785) Posted 13 Dec 2022 by Mr P Hucker Post: Maybe that's how they get funding to run this place? Could be! LOL If that's the case, I think a urologist might say" My goodness! That's a pretty weak stream!" Interesting choice of analogy!
9) Message boards : Application Code Discussion : N-Body on GPU? (Message 74771) Posted 11 Dec 2022 by Mr P Hucker Post: The PDF version of this is $41. It seems to me that the the N body crunchers here, past and present, should be able to get a free copy, since we have skin in the game.... Maybe that's how they get funding to run this place?
10) Message boards : Application Code Discussion : N-Body on GPU? (Message 74768) Posted 10 Dec 2022 by Mr P Hucker Post: means stalls etc as they don't do the research to know they need an app_config file to limit the number of cpu cores means those people can run the Separation tasks with no problems Does n-Body not respect the "Use at most x% of the CPUs" setting? I think it's the boinc scheduler that sorts that. And it's a very simplistic piece of crap that's easily confused. If you have 24 cores and say "use 15 cores", it will still get the full sized 16 core nbodies, because it's stupid.
11) Message boards : Application Code Discussion : N-Body on GPU? (Message 74766) Posted 10 Dec 2022 by Mr P Hucker Post: Some people just want to run something to help and trying to run the NBody tasks on a pc without a gpu that can crunch, I know drivers probably not loaded, means stalls etc as they don't do the research to know they need an app_config file to limit the number of cpu cores means those people can run the Separation tasks with no problems Even a fast CPU is pointless to run on seperation. Running some outdated crap that needs cores limiting is not helping the science of seperation one bit. I've got a 12 year old quad core CPU, and it runs nbody with no adjustments. Leave the GPU stuff to the GPUs and put CPUs on stuff which can't do GPU.
12) Message boards : Application Code Discussion : N-Body on GPU? (Message 74763) Posted 10 Dec 2022 by Mr P Hucker Post: In fact running seperation on a CPU is utterly pointless. They should remove it from CPUs altogether. People are wasting their computing time and electricity. Well, 32-bit computers can't run n-Body, but in general I agree, would be the best method to speed up n-Body research if needed. Anybody still running a 32 bit computer is hardly contributing much computing power. I've got some 12 year old machines that are 64 bit.
13) Message boards : Application Code Discussion : N-Body on GPU? (Message 74761) Posted 10 Dec 2022 by Mr P Hucker Post: It would be however great to get here the option "Run CPU versions of applications for which GPU versions are available" in the preferences, so anyone who wants, could limit CPU to n-Body only while running Separation on GPU. +1. I've asked for this many times and am ignored. Einstein does it, it's possible. In fact running seperation on a CPU is utterly pointless. They should remove it from CPUs altogether. People are wasting their computing time and electricity.
14) Message boards : Application Code Discussion : N-Body on GPU? (Message 74759) Posted 9 Dec 2022 by Mr P Hucker Post: Probably it's too much difficult to adapt nbody code for gpu. My fault, my fault. I found this old link to a research on nbody on GPU, so it seems feasible I can only see the preface.
15) Message boards : Number crunching : Validation inconclusive (Message 74694) Posted 20 Nov 2022 by Mr P Hucker Post: Yes it should and the whole host will will then be put on 'watch' again requiring wingmen until you get 10 valid tasks in a row I buy broken cards and resurrect. You can get a busted one for a third of the price. Sometimes just a fan is broken, or the fan controller which you can bypass, or some heatsink gunk and pads (I use the super stuff, carbon nanotubes or something) make it work again.
16) Message boards : Number crunching : Validation inconclusive (Message 74692) Posted 20 Nov 2022 by Mr P Hucker Post: I believe they fit each result returned into a "not unreasonable result" filter. I believe that is defined by the: <stream_only_likelihood2> <search_likelihood2> values returned for each result in the stderr.txt output. If the values are reasonable, then they don't need an extra validation task, if unreasonable the result goes into inconclusive status and warrants a wingman task. Sounds good, so when I stick a dodgy GPU into my good host, it'll get spotted for the charlatan it is pretty quickly.
17) Message boards : Number crunching : Validation inconclusive (Message 74691) Posted 20 Nov 2022 by Mr P Hucker Post: theoretical specs vs real world outcome. just look at the leaderboard here and you'll see MANY TitanVs in the 2-2.5M range per GPU. and with tuning you can push it more. mine should come close to 3M if i run it long enough. I guess those specs (I get from techpowerup) are raw specs, like looking at GHz of a CPU. Your Titan presumably has a better instruction set MW can take advantage of. I take it you're considerably richer than me :-/ https://youtu.be/qRKbX_ilsVI?t=4
18) Message boards : Number crunching : Validation inconclusive (Message 74688) Posted 20 Nov 2022 by Mr P Hucker Post: still unclear how they determine inconclusives if it's not being compared to anything lol I assume that's the small number of yours which are still being randomly tested? And that number drops as you get more trustworthy.
19) Message boards : Number crunching : Validation inconclusive (Message 74687) Posted 20 Nov 2022 by Mr P Hucker Post: still crunching full speed at Einstein, as fast as it can between gamma ray and BRP7, but I just got a TitanV which is best used here. Oh, I thought you had a few of those. What are those ones you have watercooled about 4 in one PC you showed a picture of in Einstein? a single titan V can do upwards of 3M/day with the right tuning. Odd, I see it as 7.5Tflops DP, pretty much the same as all my old Tahitis together, and I get 1 maybe 1.5 million credits a day.
20) Message boards : Number crunching : Validation inconclusive (Message 74684) Posted 20 Nov 2022 by Mr P Hucker Post: Strange most projects don't use adaptive validation.

Next 20