I have been installing BOINC on a few machines recently, they are all using the same system boards & RAM, and similiar processors. I loaded the first few manually, with Vista Ultimate 64 bit (I know, I know, Vista.. But I have 10+ copies from years ago, and that's another story), but as they were SP1, and doing the SP2 and then since all the addl updates to each took like 2 hrs/system to install, I decided to make a master load, and then use Seagate's Diskwizard to clone them.

I install the basic system, service pack it completely, install the Mb drivers as they are all the same other than the Procs, and then clone the drive. On the new system, first I rename and reboot it to make it unique, and since the video cards will vary, I then install the vid drivers, then EVGA Precision X 16 and finally BOINC and Lunatics app.

I haven't been doing this sequentially, I have had to move back and forth a couple times, and I believe I may have messed up here somehow. I am currently on the system called Cruncher3 (ID: 7968102) which I had loaded up previously, I thought in the last day or so, and let it and it's twin run all night last night for breakin purposes and then will move on to the next ones.

I brought up the statistics page this morning and this is where it was a little weird. I took a screen shot of it but don't know how to upload it here to the server to post it in the thread, and it's sitting on my hard drive. I will try to describe it, the first date on it is Mar 29, where it goes from 0.00 to 10.0, and the next day - 30th - it appears to go back to 0.00. On the 31st, it goes up to 37, and then the line shoots the the far right to April 29th, back to zero, and finally (and here is the weird(est) part), it then shoots back up and left, again to the 31st, up to about 118.

If I could post the pic you could see it, but that is exactly what I see, a big zig-zag back and forth on the statistics page. Weird.

Also, I was futzing around in the config files, trying to get this to do exactly what I wanted it to, which was to have it run 2 GPU tasks and 3 CPU tasks, leaving one core wide open to service the GPU, and finally made the right combo of changes to allow it to do just what I wanted. I was so excited that, as I have the _exact_ same system configuration running next to it, I just copied the app_info and cc_config over to the freshly installed sister system, rebooted, and when it came back up, all it would run is a single task of GPU, and no CPU. Rats! I put back the original file, and it's now running 2 GPU's and no CPU, so I will have to look into that some more.

I was pretty disappointed that this didn't work, because it would make it so easy to config the rest of the systems. For whatever reason, I seem to have issues when it comes to modifying those files, because it almost feels like voodoo, make a change, hop on your left leg, howl at the moon 3 times, toss salt over your left shoulder while spinning around 3 times counter-clockwise, and then restart it and see if it does what you hoped it would, which often for me it doesn't. So, I go thru the same routine again, but this time I hop on the right leg, try it again, when that doesn't work, spin clockwise instead. Eventually I either get it, or give up when it is close enough, like if it is running 2 GPU tasks but on all 4 CPU cores instead of just 3.

So, anyone have any ideas as to why my statistics page looks like it does on this machine?

---

Oh, and in one other unrelated piece of good news for me, this is the 1st time I've tried using my 24 pin MB and 4 pin CPU splitter cables, running these 2 systems together. I wasn't sure exactly how it would go, but it seems that, other than having to hit the power buttons simultaneously on both to get them both to boot, everything seems to work somewhat normally.

And the best news is, as I have the PSU hooked up through a Kill-a-watt meter, these systems, running X3380 CPU's and 950Ti video cards, with everything (fans, ect) hooked up, only draws around 300 watts when crunching. Sometimes a little more (325-330), but overall in that neighborhood. I know that they aren't 980Ti's, that might make wee a bit of a difference, but those Xeons aren't the most power efficient, so I feel better about being able to run maybe 550-600 watt power supplies in these dual system setups, because PSU's run most efficently at between 75-90% of rated capacity. Yaay!

---

The BOINC fora doesn't have a facility for uploading images. Other than for your profile. So you will have to use an external image hosting service. Personally I like imgur.

From how you described the stats on that host it sounds exactly like what happens when the date gets moved forward and back. If you want to try modifying the statistics_PROJECT.xml you can might be able to sort out what happened. or you can delete the file to start over with a non borked one.

If you are having issues with duplicate machines not running the same config I would suggest copying the cc_config.xml, app_info.xml, & app_config.xml form the working machine and restarting BOINC.
When I run multiple identical machines I pick one to be the master where I modify the settings. Then use a .bat to deploy its config to the others.

---

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

Oh, and in one other unrelated piece of good news for me, this is the 1st time I've tried using my 24 pin MB and 4 pin CPU splitter cables, running these 2 systems together. I wasn't sure exactly how it would go, but it seems that, other than having to hit the power buttons simultaneously on both to get them both to boot, everything seems to work somewhat normally.

And the best news is, as I have the PSU hooked up through a Kill-a-watt meter, these systems, running X3380 CPU's and 950Ti video cards, with everything (fans, ect) hooked up, only draws around 300 watts when crunching. Sometimes a little more (325-330), but overall in that neighborhood. I know that they aren't 980Ti's, that might make wee a bit of a difference, but those Xeons aren't the most power efficient, so I feel better about being able to run maybe 550-600 watt power supplies in these dual system setups, because PSU's run most efficently at between 75-90% of rated capacity. Yaay!

Do you have to use two power switches? When I was running two MBs with one PSU I only had to hit the power switch on one MB. Then the 2nd one would come on slightly after the first.

Most computer PSUs are have their peak efficient near 50% load, but if they are 80 PLUS certified the difference isn't that great from 50-90%

---

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

Thanks, I will try it again, I didn't do the app_config file, that is probably what caused it not to work. I'll copy them over now and see how it goes. And thanks for the date thought, I hadn't thought of that. Will there be any issues with me deleting that file you mentioned and letting the software rebuild it?

---

Thanks, I will try it again, I didn't do the app_config file, that is probably what caused it not to work. I'll copy them over now and see how it goes. And thanks for the date thought, I hadn't thought of that. Will there be any issues with me deleting that file you mentioned and letting the software rebuild it?

The stats file is only for the BOINC client to generate a nice little graph for you to look at. On many of my hosts I had then delete it as part of their start up along with several others files

---

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

Oh, I've read that PSU's perform most efficently at higher loads, that is why you don't want to overbuy on your power supply. I believe I had read that at PCP&C's website a few years ago, as well as on a number of reviews of power supplies over the years. I may have to research that a little more, but I'm pretty confident that is what it is. Oh, and just checked the program data dir, all I can find of those 3 files mentioned, under either BOINC or below it in the SETI dir, is the app_info.xml file, no app_config nor cc_config. But yet, it is currently running exactly as I had hoped it would. Does that make sense?

---

Thanks, I will try it again, I didn't do the app_config file, that is probably what caused it not to work. I'll copy them over now and see how it goes. And thanks for the date thought, I hadn't thought of that. Will there be any issues with me deleting that file you mentioned and letting the software rebuild it?

The stats file is only for the BOINC client to generate a nice little graph for you to look at. On many of my hosts I had then delete it as part of their start up along with several others files

Ok, now I'm curious, which files do you delete on startup, and why? Does it run more stable, or more efficiently?

---

Well, as I was looking around on the target system to see what files that one had, I decided to close and restart BOINC, and then check the log files. It didn't look very good, actually:

3/31/2016 10:50:14 AM | | cc_config.xml not found - using defaults
3/31/2016 10:50:14 AM | | Starting BOINC client version 7.6.22 for windows_x86_64
3/31/2016 10:50:14 AM | | log flags: file_xfer, sched_ops, task
3/31/2016 10:50:14 AM | | Libraries: libcurl/7.45.0 OpenSSL/1.0.2d zlib/1.2.8
3/31/2016 10:50:14 AM | | Data directory: C:\ProgramData\BOINC
3/31/2016 10:50:14 AM | | Running under account Crunch
3/31/2016 10:50:15 AM | | CUDA: NVIDIA GPU 0: GeForce GTX 950 (driver version 364.51, CUDA version 8.0, compute capability 5.2, 2048MB, 1924MB available, 2158 GFLOPS peak)
3/31/2016 10:50:15 AM | | OpenCL: NVIDIA GPU 0: GeForce GTX 950 (driver version 364.51, device version OpenCL 1.2 CUDA, 2048MB, 1924MB available, 2158 GFLOPS peak)
3/31/2016 10:50:15 AM | SETI@home | Found app_info.xml; using anonymous platform
3/31/2016 10:50:15 AM | SETI@home | File referenced in app_info.xml does not exist: AKv8c_r2549_winx86-64_SSE41xjfs.exe
3/31/2016 10:50:15 AM | SETI@home | File referenced in app_info.xml does not exist: libfftw3f-3-3-4_x64.dll
3/31/2016 10:50:15 AM | SETI@home | File referenced in app_info.xml does not exist: cmdline_AKv8c_r2549_winx86-64_SSE41xjfs.txt
3/31/2016 10:50:15 AM | SETI@home | [error] State file error: missing application file AKv8c_r2549_winx86-64_SSE41xjfs.exe
3/31/2016 10:50:15 AM | SETI@home | [error] State file error: missing application file AKv8c_r2549_winx86-64_SSE41xjfs.exe
3/31/2016 10:50:15 AM | SETI@home | File referenced in app_info.xml does not exist: AP7_win_x64_SSE3_CPU_r2692.exe
3/31/2016 10:50:15 AM | SETI@home | File referenced in app_info.xml does not exist: libfftw3f-3-3-4_x64.dll
3/31/2016 10:50:15 AM | SETI@home | File referenced in app_info.xml does not exist: ap_cmdline_win_x64_SSE3_CPU.txt
3/31/2016 10:50:15 AM | SETI@home | [error] State file error: missing application file AP7_win_x64_SSE3_CPU_r2692.exe
3/31/2016 10:50:15 AM | SETI@home | [error] State file error: missing application file AP7_win_x64_SSE3_CPU_r2692.exe
3/31/2016 10:50:15 AM | SETI@home | [error] State file error: missing application file AP7_win_x64_SSE3_CPU_r2692.exe
3/31/2016 10:50:15 AM | SETI@home | [error] State file error: missing application file AP7_win_x64_SSE3_CPU_r2692.exe
3/31/2016 10:50:15 AM | SETI@home | [error] State file error: missing application file AP7_win_x64_SSE3_CPU_r2692.exe
3/31/2016 10:50:15 AM | SETI@home | [error] State file error: missing application file AP7_win_x64_SSE3_CPU_r2692.exe
3/31/2016 10:50:15 AM | SETI@home | [error] State file error: missing application file AP7_win_x64_SSE3_CPU_r2692.exe
3/31/2016 10:50:15 AM | SETI@home | [error] State file error: missing application file AP7_win_x64_SSE3_CPU_r2692.exe
3/31/2016 10:50:15 AM | SETI@home | File referenced in app_info.xml does not exist: MB8_win_x64_SSE3_VS2008_r3330.exe
3/31/2016 10:50:15 AM | SETI@home | File referenced in app_info.xml does not exist: libfftw3f-3-3-4_x64.dll
3/31/2016 10:50:15 AM | SETI@home | File referenced in app_info.xml does not exist: mb_cmdline_win_x64_SSE3_VS2008.txt
3/31/2016 10:50:15 AM | SETI@home | [error] State file error: missing application file MB8_win_x64_SSE3_VS2008_r3330.exe
3/31/2016 10:50:15 AM | SETI@home | [error] State file error: missing application file MB8_win_x64_SSE3_VS2008_r3330.exe
3/31/2016 10:50:15 AM | | Host name: Cruncher5-PC
3/31/2016 10:50:15 AM | | Processor: 4 GenuineIntel Intel(R) Xeon(R) CPU X3380 @ 3.16GHz [Family 6 Model 23 Stepping 10]
3/31/2016 10:50:15 AM | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss htt tm pni ssse3 cx16 sse4_1 syscall nx lm vmx smx tm2 pbe
3/31/2016 10:50:15 AM | | OS: Microsoft Windows Vista: Ultimate x64 Edition, Service Pack 2, (06.00.6002.00)
3/31/2016 10:50:15 AM | | Memory: 3.93 GB physical, 8.04 GB virtual
3/31/2016 10:50:15 AM | | Disk: 148.97 GB total, 115.08 GB free
3/31/2016 10:50:15 AM | | Local time is UTC -5 hours
3/31/2016 10:50:15 AM | SETI@home | URL http://setiathome.berkeley.edu/; Computer ID 7966691; resource share 100
3/31/2016 10:50:15 AM | SETI@home | General prefs: from SETI@home (last modified 03-Apr-2013 23:59:56)
3/31/2016 10:50:15 AM | SETI@home | Computer location: home
3/31/2016 10:50:15 AM | SETI@home | General prefs: no separate prefs for home; using your defaults
3/31/2016 10:50:15 AM | | Reading preferences override file
3/31/2016 10:50:15 AM | | Preferences:
3/31/2016 10:50:15 AM | | max memory usage when active: 2014.23MB
3/31/2016 10:50:15 AM | | max memory usage when idle: 3827.03MB
3/31/2016 10:50:15 AM | | max disk usage: 74.49GB
3/31/2016 10:50:15 AM | | (to change preferences, visit a project web site or select Preferences in the Manager)
3/31/2016 10:50:15 AM | SETI@home | Sending scheduler request: To report completed tasks.
3/31/2016 10:50:15 AM | SETI@home | Reporting 1 completed tasks
3/31/2016 10:50:15 AM | SETI@home | Not requesting tasks: "no new tasks" requested via Manager
3/31/2016 10:50:16 AM | SETI@home | Scheduler request completed

Back up the data, reinstall BOINC and the optimized apps and copy the data back at this point? Or is it salvageable. This is the one that is only currently running 2 GPU tasks and no CPU tasks. I'm not sure how I pooched it, but it doesn't look good on the sister system...

---

Did you perhaps run the 32-bit lunatics installer on the other host? That could explain why none of files in the app_info.xml were found on start.

---

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

Oh, I've read that PSU's perform most efficently at higher loads, that is why you don't want to overbuy on your power supply. I believe I had read that at PCP&C's website a few years ago, as well as on a number of reviews of power supplies over the years....///...

Every PSU has its "sweet spot" - frequently this is around the 80% load. The data sheets for your PSUs should give a plot of load vs. efficiency, if they don't then they are not a "good" types of PSU. It is POSSIBLE, but very expensive, to design a PSU that is efficient over a wide range, we did one a few years back that was >90% over all but the 0-15% load range, and basically "flat" at about 92% over the 60% to 90% load range. But I don't think you'd like the price tag....

---

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

Thanks, I will try it again, I didn't do the app_config file, that is probably what caused it not to work. I'll copy them over now and see how it goes. And thanks for the date thought, I hadn't thought of that. Will there be any issues with me deleting that file you mentioned and letting the software rebuild it?

The stats file is only for the BOINC client to generate a nice little graph for you to look at. On many of my hosts I had then delete it as part of their start up along with several others files

Ok, now I'm curious, which files do you delete on startup, and why? Does it run more stable, or more efficiently?

On a host that is going to do nothing but sit and crunch I don't don't need most of the logged data.

For those hosts the startup .bat for BOINC includes.
del http*.* /q <-- Sometimes left over when file transfers get stuck.
del job_log_*.txt /q <-- This is a log of every task the machine has done.
del statistics_*.xml /q <-- I don't need stats that I am never going to look at.
del time_stats_log /q <-- I forget why I get rid of this file.
del *.old /q <-- I don't need the old log files.

Other file that I'm not sure are needed are.
sched_reply_*.xml
sched_request_*.xml

For my main systems where I might need some of that information for debugging I only use.
del http*.* /q
del time_stats_log /q

---

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

Other file that I'm not sure are needed are.
sched_reply_*.xml
sched_request_*.xml

Those are created afresh at each scheduler connect - requesting new work, reporting complete work, or simply shaking hands (some projects request that periodically). You only ever have one pair of files per project, so it's hardly worth deleting them - unless you know a project is going to be dormant for a long time. In which case, you may as well detach from it.

Other file that I'm not sure are needed are.
sched_reply_*.xml
sched_request_*.xml

Those are created afresh at each scheduler connect - requesting new work, reporting complete work, or simply shaking hands (some projects request that periodically). You only ever have one pair of files per project, so it's hardly worth deleting them - unless you know a project is going to be dormant for a long time. In which case, you may as well detach from it.

Good to know. I had not bothered to look into what they were for as of yet. I did notice a few large ones in the mix. Guess that means some projects are just a bit more chatty when they shake hands than others.

I also replace notices\*.xml with 0 byte files that are marked read only. Since I use an older BOINC Manager with the messages tab & no notices.

---

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

Oh, I've read that PSU's perform most efficently at higher loads, that is why you don't want to overbuy on your power supply. I believe I had read that at PCP&C's website a few years ago, as well as on a number of reviews of power supplies over the years....///...

Every PSU has its "sweet spot" - frequently this is around the 80% load. The data sheets for your PSUs should give a plot of load vs. efficiency, if they don't then they are not a "good" types of PSU. It is POSSIBLE, but very expensive, to design a PSU that is efficient over a wide range, we did one a few years back that was >90% over all but the 0-15% load range, and basically "flat" at about 92% over the 60% to 90% load range. But I don't think you'd like the price tag....

I'm going to guess that it was an industrial PSU? ;-) And these results have me wondering, maybe I can run 3 of these systems off of one of these PSU's? It is a 1000w unit, and wouldn't be nearly breaking a sweat. One thing I may have to do though, to avoid a possibility of having stacking resistance problems in the connectors, is to get a new 24 pin MB power cable from the PSU mfg (since it's modular) that I can cut the end off of, and then solder the 3 extension leads on to each wire of the new cable. Otherwise I will have 2 Y cables in one direction, and that would be a bad thing I would think. One more project to add to the list.

---

Oh, I've read that PSU's perform most efficently at higher loads, that is why you don't want to overbuy on your power supply. I believe I had read that at PCP&C's website a few years ago, as well as on a number of reviews of power supplies over the years....///...

Every PSU has its "sweet spot" - frequently this is around the 80% load. The data sheets for your PSUs should give a plot of load vs. efficiency, if they don't then they are not a "good" types of PSU. It is POSSIBLE, but very expensive, to design a PSU that is efficient over a wide range, we did one a few years back that was >90% over all but the 0-15% load range, and basically "flat" at about 92% over the 60% to 90% load range. But I don't think you'd like the price tag....

I'm going to guess that it was an industrial PSU? ;-) And these results have me wondering, maybe I can run 3 of these systems off of one of these PSU's? It is a 1000w unit, and wouldn't be nearly breaking a sweat. One thing I may have to do though, to avoid a possibility of having stacking resistance problems in the connectors, is to get a new 24 pin MB power cable from the PSU mfg (since it's modular) that I can cut the end off of, and then solder the 3 extension leads on to each wire of the new cable. Otherwise I will have 2 Y cables in one direction, and that would be a bad thing I would think. One more project to add to the list.

Three might work but before you do that remember to check the ratings for each output on the supply. Typically PSU manufactures only increase the 12v section of the PSU at higher power ratings. As they are expecting users to be running many large GPUs. Which use the PSUs 12v from the PCIe connections. Most of the rest of the systems is running from the 5v and 3.3v sections of the PSU. Normally they max out in the 100-120w range.
That is one of the reasons I was suggesting the PICOpsu devices previously. As they can be feed with 12v. Which is where the bulk of the power comes from in a large PSU.

---

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

Will do, though I primarily have used PC Power and Cooling PSU's over the years, and they are built quite well, single rail, etc, but I will give the specs the once over just to see if anything glaring stands out. Actually, my first catastrophic failure of a PSU _Ever_ happened a couple weeks ago, using a EVGA 1000w Platinum power supply. It was about 2 years old, but new in the shrink wrap, pulled off the shelf, hooked it all up, turned it on, and heard a couple of pops that sounded like .22s being shot.

Shocked the hell out of me, dove for the power switch, and unplugged it. Swapped in a new PCP&C that I have here, and it sort of looks like it was trying to boot, lights flashing, DVD drive spinning up, but no display. Pulled everything off of that board and put it all on a new one, and it booted up normally, thank god, so it just fried part of my motherboard. Of course, EVGA will do nothing for me about that, and as these boards are 5 years old (though still new in their anti-static bags), Intel will do nothing either, but they aren't all that expensive. If this had happened on my new rig, and any of the mfgs whose parts were bad wouldn't replace them like EVGA assured me they would, there would be a whole lot of trouble.

So, needless to say I'm not all that high on them right now, though their RMA process went well, they pre-shipped the new one out with a return label so I didn't have to pay for it, and the new one seems to be working fine so far. We'll see how it goes long term, but I think I will most likely stick with PCP&C from now on, not one failure in about 20 or so years of using them. Hard to argue with a record like that, and I have some 10+ year old ones just plugging away. They are a little more expensive initially, but I feel they're worth it, especially from the experience I just had, and provide rock solid clean power.

---

Will do, though I primarily have used PC Power and Cooling PSU's over the years, and they are built quite well, single rail, etc, but I will give the specs the once over just to see if anything glaring stands out. Actually, my first catastrophic failure of a PSU _Ever_ happened a couple weeks ago, using a EVGA 1000w Platinum power supply. It was about 2 years old, but new in the shrink wrap, pulled off the shelf, hooked it all up, turned it on, and heard a couple of pops that sounded like .22s being shot.

Shocked the hell out of me, dove for the power switch, and unplugged it. Swapped in a new PCP&C that I have here, and it sort of looks like it was trying to boot, lights flashing, DVD drive spinning up, but no display. Pulled everything off of that board and put it all on a new one, and it booted up normally, thank god, so it just fried part of my motherboard. Of course, EVGA will do nothing for me about that, and as these boards are 5 years old (though still new in their anti-static bags), Intel will do nothing either, but they aren't all that expensive. If this had happened on my new rig, and any of the mfgs whose parts were bad wouldn't replace them like EVGA assured me they would, there would be a whole lot of trouble.

So, needless to say I'm not all that high on them right now, though their RMA process went well, they pre-shipped the new one out with a return label so I didn't have to pay for it, and the new one seems to be working fine so far. We'll see how it goes long term, but I think I will most likely stick with PCP&C from now on, not one failure in about 20 or so years of using them. Hard to argue with a record like that, and I have some 10+ year old ones just plugging away. They are a little more expensive initially, but I feel they're worth it, especially from the experience I just had, and provide rock solid clean power.

Depending on which model of PSU you have bought from PC Power and Cooling it came from one of several different manufactures. You might like reading this list http://www.tomshardware.com/reviews/power-supply-psu-brands,3762-8.html.

---

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

Interesting article, it's a bit dated due to the many changes in the last 2 years in the industry, as was noted in the latest comments below it, but still good reference for anyone who has bought a PSU fairly recently. Hopefully someone will take on what has to be the fairly large task of updating it. I think most of mine were made by either Sea Sonic or Superflower, which I thought were higher end OEMs. All I can speak from is experience at this point, and so far am batting 1000 with them. I guess in this case it is you get what you pay for. :-)

Here is an interesting article about PSU's and OEMs:http://orionpsudb.com/

---

Interesting article, it's a bit dated due to the many changes in the last 2 years in the industry, as was noted in the latest comments below it, but still good reference for anyone who has bought a PSU fairly recently. Hopefully someone will take on what has to be the fairly large task of updating it. I think most of mine were made by either Sea Sonic or Superflower, which I thought were higher end OEMs. All I can speak from is experience at this point, and so far am batting 1000 with them. I guess in this case it is you get what you pay for. :-)

Here is an interesting article about PSU's and OEMs:http://orionpsudb.com/

I'm not sure if tomshardware updates their article every year. I think they have only released a version of their list in 2009, 2011, 2013, & 2014. WE may be due for a new one this year

---

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