PrimeGrid
Please visit donation page to help the project cover running costs for this month
1) Message boards : Number crunching : Intel GPU (Message 155296)
Posted 19 days ago by Profile Rafael
7 years ago Boinc began supporting OpenCL on Intel GPU, and a thread discussed you could force it to do some but not all Primegrid tasks on Intel GPU by devious use of config files.

What's the current status of doing such things? (Since I assume it's not supported automatically - I can't see an option on my settings on the site).

Back in the day, they would offer pitiful performance. You'd think it was better than nothing, but it was actually worse since it would steal RAM bandwidth from the CPU and cripple performance. And although this was before LLR2 and multithreading, this was the case even with SGS and PPSE, which are the smallest projects that fit within cache, so I don't think anything would have changed.

But if you actually want to try it out, you can download the apps and test manually yourself. Genefer works, AP27 has a vram requirement that makes it unusable unless you can set 2gb of vram in bios, and PPS Sieve I'm not sure.
2) Message boards : Number crunching : Badges - Full Sets! (Message 155104)
Posted 43 days ago by Profile Rafael
Finally all active to the worst color PG has to offer past poop brown, All Jades here.

Time to retire from badge hunting and get rack up SoB till I die.
3) Message boards : Number crunching : SOB, PSP and ESP at a glance (Message 154969)
Posted 57 days ago by Profile Rafael

If you start producing T-shirts, remember they can become obsolete if something is found in SoB, PSP, or ESP.

/JeppeSN

Make them out of verlcro straps so you can remove candiadates as they get proven :)
4) Message boards : Extended Sierpinski Problem : k = 202705 (Message 152454)
Posted 172 days ago by Profile Rafael
And I just switched to ESP 2 days ago!

Dayum, should have done that last week....
5) Message boards : Prime Sierpinski Problem : Optimizing PSP processing with LLR2 .... (Message 152276)
Posted 189 days ago by Profile Rafael
A question for the group: how should I allocate the six physical cores of my i7 8700k CPU when processing PSP units? Do I go after 3x2 cores, 2x3 cores or perhaps 1x4 / 1x5 / 1x6 cores?

I am running a task right now with 5 cores allocated to it on my i7 8700k and it seems that it will take about 27 hrs to complete. Similarly, another system (i3 6300) will require about 32 hrs with only two cores to complete, thus suggesting that the five cores with the i7 8700k are an overkill and I am wasting potential resources.

With LLR2 it is not vital that we rush to return a task and, as a result, I can easily afford a slightly slower return if it will mean greater throughput per unit of time.

Thanks!


Rule of Thumb #1: always have the sum of cache usage for all your tasks a bit below your CPU cache.

Looking at single one of your tasks, it's using 2880k * 8 = ~23MB of cache, which is above your CPU's 12MB limit. So you should run fewer tasks to reduce usage... but since you can't run fewer than one, just run that single task with as many cores as you have.
6) Message boards : Number crunching : "Game Ready" vs. "Studio" driver [Nvidia] (Message 151670)
Posted 235 days ago by Profile Rafael
I recently got a new machine and it came with software called GEFORCE (R) EXPERIENCE (TM) lol

There's an option to switch from the current default "Game Ready" driver to the "Studio" driver. Does anyone know whether however they differ matters for crunching? If it matters, I'm planning on mostly doing GFN >19 & DYFL. Thanks!

They really don't, that switch is just a way of saying "most recent release" and "has been around for a while now so probably there aren't any major bugs, but no new features either".
7) Message boards : Extended Sierpinski Problem : How to Conf. (Message 150108)
Posted 403 days ago by Profile Rafael
This is what I am referring to.
What do you think? should I change something?
Thx.

Ah, I see.

For starters, leave it at 100%, no need to limit the CPU you've paid for.

As for the temperatures, they are actually not high. If that's what you get while running default ESP, you are not doing too bad.

With that in mind, it should be fine to try and boost performance. First order of business, chose between: 1- disable SMT in your BIOS; 2- Go into BOINC -> Options -> Computing Preferences -> Use at most xx% of CPUs (the first field) and set it to 50%. The 1st option will generally offer better Primegrid preformance, at the expense of lowering computing power for everything else due to disabling half of the threads on your computer. Choose one of them, don't do both.

Then, you should set multithreading (different than SMT) in Primegrid's preference page and set "Multi-threading: Max # of threads for each task". You could run tests to see what works best for your system, but a rough bet would be to set it to 4: that means that each task will use 4 cores, and you will be running 3 of them at the same time. Setting to 3 might be better, but it would have some funky interactions with CCX and CCD inside your CPU and it might actually hurt performance; same for 5. So set it to 4 and forget about it if you don't want to spend time learning what's behind that number and how to better find out.

And always remember: keep a look out for your temperatures. If they get to 90, stop, for you need to mess with your system to lower it.
8) Message boards : Extended Sierpinski Problem : How to Conf. (Message 150104)
Posted 403 days ago by Profile Rafael
Hello everyone.

I would like to know how to configure my pc to get the maximum performance in ESP tasks.

I have a Ryzen 9 3900X (limited to 97% by temperature) and Windows 10.

Any suggestions or ideas are welcome.
(Sorry for my english, I use an automatic translator).
Thanks ^^

"Limited to 97%"...? Can you be a little more specific? Because if you're actually having temperature problems, fix that first before bothering optimizing PG performance, as doing so will only increase heat generation.
9) Message boards : Number crunching : Too much work when joining (Message 149954)
Posted 409 days ago by Profile Rafael
That would mean I should be fine using some of my threads for Primegrid and some for a different type of program. Then again, would the OS know what to pair with what? Or does the CPU sort that stuff out?

That's up to the OS to figure out scheduling. As for knowing what to do with it... linux tends to do better in that regard.
10) Message boards : Number crunching : Too much work when joining (Message 149948)
Posted 409 days ago by Profile Rafael
This does beg the question though, does this mean other projects have sloppy programming compared to Primegrid? Could their programs be fine tuned? Or is it just that Primegrid by it's nature does more RAM access and floods the cache if HT is used? Climate prediction forums discussed a shortage of cache in a similar way. They're large data sets, so it could be the same thing as here.

Not necessarily. A proccessor has a lot of circuits designed to do different things, but it turns out the kinds of maths being done only use a few of them, so there's no room to fit in multiple instances. Other apps might use a whole bunch of stuff, and so while one circuit is busy doing one thing, you could make use of a another for a different instance that's calculating a different thing.

Obviously this is an oversimplification, but I hope it illustrates the point.


Next 10 posts
[Return to PrimeGrid main page]
DNS Powered by DNSEXIT.COM
Copyright © 2005 - 2022 Rytis Slatkevičius (contact) and PrimeGrid community. Server load 0.43, 0.48, 0.58
Generated 24 May 2022 | 6:48:45 UTC