Oh my, that's a big one

Moderators: Site Moderators, FAHC Science Team

Post Reply
aetch
Posts: 447
Joined: Thu Jun 25, 2020 3:04 pm
Location: Between chair and keyboard

Oh my, that's a big one

Post by aetch »

P16983 base 55,000. I don't think I've had such a big cpu project before.
My client is estimating a time of just under 12 hours.
Folding Rigs - None (25-Jun-2022)

ImageImage
psaam0001
Posts: 383
Joined: Mon May 18, 2020 2:02 am
Location: Ruckersville, Virginia, USA

Re: Oh my, that's a big one

Post by psaam0001 »

Let those WU's hit that 30 core CPU slot on my 3950x system.... I'll appreciate those points.

Paul
aetch
Posts: 447
Joined: Thu Jun 25, 2020 3:04 pm
Location: Between chair and keyboard

Re: Oh my, that's a big one

Post by aetch »

It's currently running on 21 of my 24 (the rest are given over to the gpu and OS).
It's estimating my PPD at 285K, which is about typical for my cpu.
It just means it's one big project instead of lots of little projects for roughly the same points.

I just hope Voelz was able to set a lower limit on the cpu this monster is sent to.
Folding Rigs - None (25-Jun-2022)

ImageImage
Joe_H
Site Admin
Posts: 7854
Joined: Tue Apr 21, 2009 4:41 pm
Hardware configuration: Mac Pro 2.8 quad 12 GB smp4
MacBook Pro 2.9 i7 8 GB smp2
Location: W. MA

Re: Oh my, that's a big one

Post by Joe_H »

aetch wrote:I just hope Voelz was able to set a lower limit on the cpu this monster is sent to.
More likely to be a higher limit set for the number of CPU threads. With 23,400 atoms in the WU, beyond a point using more threads does not increase the processing speed. If this project was using Core_A7 instead of Core_A8 that is being used, domain decomposition errors could also be an issue.

I don't see any entries for this project on my systems, but would guess these WUs have a large number of steps to get the number of points involved instead of being large in terms of atom count.
Image

iMac 2.8 i7 12 GB smp8, Mac Pro 2.8 quad 12 GB smp6
MacBook Pro 2.9 i7 8 GB smp3
aetch
Posts: 447
Joined: Thu Jun 25, 2020 3:04 pm
Location: Between chair and keyboard

Re: Oh my, that's a big one

Post by aetch »

10 Million steps.

A quick scan of my logs shows previous work units up to 2.5 million steps.

Anyway, 4 hours in, no hiccups. It's on target for a sub 12 hour run. *fingers crossed* I haven't just jinxed it.
Folding Rigs - None (25-Jun-2022)

ImageImage
Crawdaddy79
Posts: 73
Joined: Sat Mar 21, 2020 3:56 pm

Re: Oh my, that's a big one

Post by Crawdaddy79 »

I've been consistently getting ones with over 200,000 base credit. Takes 1.3 days to complete with a 5900X.
Image
rbpeake
Posts: 142
Joined: Sun Jun 15, 2008 4:39 pm
Hardware configuration: Intel® Core™ 2 Duo processor E8500, dual 3.16GHz cores, 6MB L2 Cache, 1333MHz FSB (45nm); 4096MB Corsair™ XMS2 DDR2-800 RAM; 256MB eVGA™ NVIDIA® GeForce™ 8600 GT Video Card
Location: NYC Metro Area

Re: Oh my, that's a big one

Post by rbpeake »

More likely to be a higher limit set for the number of CPU threads. With 23,400 atoms in the WU, beyond a point using more threads does not increase the processing speed. If this project was using Core_A7 instead of Core_A8 that is being used, domain decomposition errors could also be an issue.
Is there any consensus regarding at what point/at what number of CPUs does the use of more threads not increase the processing speed? This would of course be useful information so that those excess cores are not "spinning their wheels" with lost efficiency.

Thanks!
Joe_H
Site Admin
Posts: 7854
Joined: Tue Apr 21, 2009 4:41 pm
Hardware configuration: Mac Pro 2.8 quad 12 GB smp4
MacBook Pro 2.9 i7 8 GB smp2
Location: W. MA

Re: Oh my, that's a big one

Post by Joe_H »

rbpeake wrote: Thu Feb 02, 2023 2:11 pm
More likely to be a higher limit set for the number of CPU threads. With 23,400 atoms in the WU, beyond a point using more threads does not increase the processing speed. If this project was using Core_A7 instead of Core_A8 that is being used, domain decomposition errors could also be an issue.
Is there any consensus regarding at what point/at what number of CPUs does the use of more threads not increase the processing speed? This would of course be useful information so that those excess cores are not "spinning their wheels" with lost efficiency.

Thanks!
In general there is no consensus as it depends largely on the size of the system being looked at by a particular project. There have been projects where more than 8 did not bring about any increase in speed, at least one project was tested on a monster system and still saw performance improvements at 128. Most recent and current projects see speedups with 16 or more CPU threads, but some definitely reach a "knee" in the speed versus thread count when it reaches 32. Other projects still see improvements past that, but there is limited availability of high thread count systems to test all projects past that.

They do try during internal testing to identify projects that see no improvement in processing speed past a certain number of CPU threads. So there have been projects released with a maximum of 16 or 24. At the same time some projects get a minimum thread count, most systems with that many threads available will be able to complete within the timeout.

So if you have a large system and notice a particular project doesn't run well at say 40 threads and takes about the same time at 32, report it and that info will be given to the researchers to help set assignment limits.
Image

iMac 2.8 i7 12 GB smp8, Mac Pro 2.8 quad 12 GB smp6
MacBook Pro 2.9 i7 8 GB smp3
Post Reply