You could even try 4.... instead of 0.33 use 0.25 but i believe that will be too much for the poor Atom. LOL

I still believe your best option is to put this 1080Ti on one of your fast hosts and take one of your other smaller GPU's and put on the Atom host. That will allow you to use the full potential of the 108Ti and the smaler (less powerful) GPU will not make the poor Atom suffer too much.

<edit> Not sure how the atom will handle the heat if runs a 80% of CPU usage in 24/7.

---

It will handle it as well as any other Intel chip. It will obey its maximum package power dissipation and throttle itself if the cooling is insufficient.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

Is there a way that SIV can log the specific items that I'd like monitored, to see how things go over say 24 hours of crunching?

---

I don't know if you are on Windows or Linux.

If Windows, you can download BoincTasks. It will keep in it's history all work over several weeks period. I used that to see how long work units took over several days when testing the apps for Raistmer back in the day. Now I use it for monitoring physical memory and virtual, as well as seeing how long things take.

https://efmer.com/boinctasks/


Z

---

BoincTasks is the best for overall monitoring of tasks. SIV does have a BOINC Status module which provides data on items like Daily Totals, Daily tasks downloaded, Apps running and BOINC SSP status.

SIV >> Windows >> BOINC Status. BT has the best data on individual task runtimes, cpu usage and daily/weekly production rate. You should be running both programs. SIV for overall System Health and Status and BoincTasks for Task and Project Status.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

You should be running both programs. SIV for overall System Health and Status and BoincTasks for Task and Project Status.

Keith knows I always have, what I see when I look at my computers. Old pic of me running Einstein but you get the idea.

---

Just found out you need .net 4.0 installed to run their program. I try to avoid installing as much MS stuff as I can get away with, I figure the less of their crap on the system, the more clock cycles available for crunching. But, unless anyone knows a workaround for it, I'll have to get it installed, as I'd like to get my cards running in P0. Posted the same on the orig thread by mistake, but maybe it will be good info for others to know.

---

That was it, thank you! Now I have 3 running, and SIV says that the CPU is running at about 80%, and the GPU bounces between 35-80%, but usually in the short time I was watching it in the lower end of that range.

I really don't understand people's hangup with GPU utilisation. Yes it can be a useful guide, but what is more important is how many WUs you can process per hour. Run 5 WUs at a time on the GPU, that will result in 100% GPU utilisation, but you will be doing less work per hour than if just running 1 at a time.
And I personally can't see an Atom CPU keeping a GTX 1080Ti well fed even if it's just running 1 WU at a time- it just doesn't have the clock speed.

---

Grant
Darwin NT

Just found out you need .net 4.0 installed to run their program. I try to avoid installing as much MS stuff as I can get away with, I figure the less of their crap on the system, the more clock cycles available for crunching.

Programmes are written to make use of .NET.
.NET doesn't use any CPU cycles, unless a programme is running that makes use of it. All a .NET installation does it take up space on your HD if you don't have any software that requires it, and the occasional update for patches.

---

Grant
Darwin NT

Grant, thanks for the advice on both counts, didn't know that .net wasn't lurking around in the background doing untoward things... I just installed it on the Atom computer, and am in the process of defraging it right now, as it's a small spinning rust type drive. As to the multiple instances running, I guess I am just doing that for fun, and to see what happens. After running it for a week or 2, I'll probably dial it back to 2 tasks, and then back to 1. Again, pretty much all for fun, but as you mentioned, I doubt that even running one task I will get everything I can out of that 1080, but I can always move it to a much more capable computer to achieve that goal.

---

Quick question, I was defraging the drive after installing and then removing .net 4.0 as it didn't work (going to try 4.7.1 when it's done) and the defrager I use has a section where it lists large files. I noticed 2 that were pretty huge, and can't imagine they are supposed to be that big unless there is some type of logging situation turned on that I am not aware of. They are both in the ProgramData\BOINC directory, and are called temp_time_stats.xml and time_stats_log.

They are both about 388 meg, which isn't a big deal in the scheme of things, but wondering what they are, if they are both needed and why they might be that big? I checked on my lotsacores box, and they are both there, but are both under 5 meg. Is there a way to shrink them down to this type of size?

---

They are both about 388 meg, which isn't a big deal in the scheme of things

On my "new" system there is only time_stats_log and it's few hundred kB, on my old system they're 2.7 & 2.8MB.
Removing data in them would result in it not being there, so whatever those files are used for, would be limited in what it can do/report.

---

Grant
Darwin NT

I looked at my time_stats.log and it appears to be a complete history of the host activity since inception in Linux time. Mine is only 823kb. But it was very strange to see log entries from when I was running BOINC 6.10.58. Never looked at the file before. I don't really see any usefulness in the data, so go ahead and delete it to recover drive space.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

I tried opening up the log file, and notepad blew up. lol I'd need some sort of super notepad to be able to even think about opening a file that big. I don't get why the file is so big, I know that I ran this setup back in the day for quite a while, but nothing out of the ordinary. I'd really like to see what is inside that thing, anyone have any suggestions as to a superior notepad alternative that can open up big files? I remember hearing of one a few years back, but can't recall it now.

---

Notepad can be temperamental when opening large files - I use an old version of "Textpad" (version 4.3) for such duties.

---

Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?

Try Notepad++
Comes in 32 & 64 bit flavors. You can also download a "portable" version that does not need to be installed.

---

I'm a fan of Notepad++ myself. Is very good at enabling reading of code structure and large files.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

Quick question, I was defraging the drive after installing and then removing .net 4.0 as it didn't work (going to try 4.7.1 when it's done) and the defrager I use has a section where it lists large files. I noticed 2 that were pretty huge, and can't imagine they are supposed to be that big unless there is some type of logging situation turned on that I am not aware of. They are both in the ProgramData\BOINC directory, and are called temp_time_stats.xml and time_stats_log.

They are both about 388 meg, which isn't a big deal in the scheme of things, but wondering what they are, if they are both needed and why they might be that big? I checked on my lotsacores box, and they are both there, but are both under 5 meg. Is there a way to shrink them down to this type of size?

As part of my startup bat for BOINC I clear out several files that tend to get left over or are of no use to me.

del time_stats_log
del http*.*
del job_log_*.txt
boinc.exe --skip_cpu_benchmarks --detach

---

SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[

Hal, thanks for the heads up, quick question, does what you run in that batch file nuke your historical information, which would be displayed on the Statistics page in BOINC? I have mine set to save the info for something like 12000 days or some such thing, but I don't believe that this is the issue with that huge file, because the one on the machine I am on now is only around 5 or so meg, and has over a year and a half of data points, about the same as the other one (mid-2016 setup date on both).

---

Hal, thanks for the heads up, quick question, does what you run in that batch file nuke your historical information, which would be displayed on the Statistics page in BOINC? I have mine set to save the info for something like 12000 days or some such thing, but I don't believe that this is the issue with that huge file, because the one on the machine I am on now is only around 5 or so meg, and has over a year and a half of data points, about the same as the other one (mid-2016 setup date on both).

The data for the stats graphs are stored in the statistics_[PROJECT_NAME].xml files.
I only have BOINC store the last 760 days since I backup the stat files on each startup.

---

SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[