No, no, no.
Last code change by Joe Segur was in 2015.
That`s just 3 years ago.
Each windows application has been hand optimized.

Ok, so where do we go to lookup the app commit changes for all the apps for those of us that don't have perfect mimetic memory.

That`s in the development section of Lunatics.
Only a few of us Lunatics have access to it.

OK, but without such knowledge of a hidden developer area that most of us don't have access to all anyone can do about the history of the development of the apps is to make guesses from the release date and any docs accompanying the app.

My guesstimate was off by a decade.

No problem Keith.
I`m always here, but i only reply usually on important things.

---

With each crime and every kindness we birth our future.

Way off topic but does anyone know if Joe was from NY?

Northern New York State

---

With each crime and every kindness we birth our future.

Was afraid of that.

Josef Winsor Segur
DECEASED | Keeseville, NY

Was afraid of that.

Josef Winsor Segur
DECEASED | Keeseville, NY

Thanks Zalster.
That`s what we`ve feared.

---

With each crime and every kindness we birth our future.

No problem Keith.
I`m always here, but i only reply usually on important things.

And we do in fact appreciate that you are the goto expert in the matter of the SoG app tunings and we always defer to your expertise in this matter.

I too was afraid that was the reason why there hasn't been any sign of Joe in the forums for years. RIP.

---

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

A proud member of the OFA (Old Farts Association)

No, no, no.
Last code change by Joe Segur was in 2015.
That`s just 3 years ago.
Each windows application has been hand optimized.

Ok, so where do we go to lookup the app commit changes for all the apps for those of us that don't have perfect mimetic memory.

That`s in the development section of Lunatics.
Only a few of us Lunatics have access to it.

The discussion and explanations takes place at Lunatics, but the code itself is held in an open-source repository, as required under the GPL. It looks like Joe's last contribution was http://setisvn.ssl.berkeley.edu/trac/changeset/2896.

R.I.P.
He was one of the best.

No, no, no.
Last code change by Joe Segur was in 2015.
That`s just 3 years ago.
Each windows application has been hand optimized.

Ok, so where do we go to lookup the app commit changes for all the apps for those of us that don't have perfect mimetic memory.

That`s in the development section of Lunatics.
Only a few of us Lunatics have access to it.

The discussion and explanations takes place at Lunatics, but the code itself is held in an open-source repository, as required under the GPL. It looks like Joe's last contribution was http://setisvn.ssl.berkeley.edu/trac/changeset/2896.

R.I.P.
He was one of the best.

OK, thanks for the link Richard, I was afraid the code was obfuscated to any future developer from following in his footsteps and being able to further develop the cpu code to account for newer instruction sets and cpu architectures. My guesstimate about how old the code is was way off I see.

---

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

A proud member of the OFA (Old Farts Association)

Was afraid of that.

Josef Winsor Segur
DECEASED | Keeseville, NY

That's terrible news to me. I always admired his skill and his ability to articulate technical details in understandable terms. And he never really got bogged down into the heated discussions these forums have had. He seemed to be a great man.

Initial release of the benchMT tool is now available on GitHub:
https://github.com/Ricks-Lab/benchMT

I will monitor this thread for any feedback or reported issues.

---

GitHub: Ricks-Lab
Instagram: ricks_labs

Thanks for all the work you have done on the benchmark tool, Rick. I know I will be using it a fair bit with the new Turing card going into the next project. About the only thing I wish could have been tested better was the AP apps and tasks, but with the dearth of them lately, kinda hard to do. I expect a Arecibo tape will show up eventually so I can put the apps through their paces.

I verified what I thought I had tried before and could not get the Windows work unit generator to work under Wine.

---

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

A proud member of the OFA (Old Farts Association)

Hmm, got me thinking. I have a whole wack of AP files 7zipped from Oct 2016.
I can't remember exactly why we were looking at them at time, I think some 10% were running super fast.
I could upload a few, but unsure if recording format changed.
By a few I mean I have a 600kps upload speed and 2G of files, LOL.

I could upload a few, but unsure if recording format changed.

Should be OK, APv7 applications came out around Oct 2014.

---

Grant
Darwin NT

I uploaded some AP files from Oct 2016 to my web server, if anyone wants them I will PM you a link to them.

I have just released benchRP which will parse the output of the Windows based MB_bench_213 benchmark utility. It will parse command line arguments and convert to individual data columns with the header containing the argument name with the corresponding values in row by job. benchRP can also be used to expand the argument field of the benchMT psv file. This file format is useful for the import into analytics tools for the analysis of the sensitivity of processing time and similarity to command line tuning parameters. benchRP can be downloaded here:
https://github.com/Ricks-Lab/benchRP

---

GitHub: Ricks-Lab
Instagram: ricks_labs

I am working on an updated version of the tool that will also output angle range and signal counts. I have used this feature to assess the current sample WUs included with the package. Here is a summary of the current work units included. Seems like it could be optimized. Let me know of any recommendations on what would be an ideal set of sample WUs for benchmarking.

---

GitHub: Ricks-Lab
Instagram: ricks_labs

I just released a new version of benchMT:
https://github.com/Ricks-Lab/benchMT/releases/tag/v1.1.0

Changes include the following:

Command line options can now be specified in mode lines of the BenchCFG file. Options given on the command line will override modes specified in the CFG file.
An alternative CFG file can now be specified as a command line option.
Signal Counts and Angle Range are now included in the psv and txt summary files.
Remove app -device N arg if specified, since -device is automatically added based on slot assignment.
Added --gpu_devices x,y command line option to specify which GPU devices the user would like to include in the benchmark run.
Added a lock_file in the working directory to prevent a second occurrence of benchMT from using the same directory.
Updated reference WUs in the WU_test/safe directory.
Changed --ref_signals option to --std_signals for clarity.

---

GitHub: Ricks-Lab
Instagram: ricks_labs

I just released a new version of benchMT:
https://github.com/Ricks-Lab/benchMT/releases/tag/v1.2.0

Changes include the following:

Fixed a problem with the when lock_file was created and checked. Now placed before slot initialization.
Fixed issue where program would exit if Reference file didn't exist. Now an error message is printed and no comparison results are printed to summary files.
Added commmand line option --no_ref which will not create reference results when selected. This is useful for characterizing potential reference WUs.
Added color to status display.
Modified so that status display will not show skipped jobs (Reference data already exists).
Updated reference WUs in the WU_test/safe directory. Still need a WU with a Gaussian signal.

---

GitHub: Ricks-Lab
Instagram: ricks_labs

I have just released a new version of benchMT:
https://github.com/Ricks-Lab/benchMT/releases/tag/v1.3.0

Changes include the following:

SETI MB apps are now run without a shell, using shlex to parse args for the subprocess command.
Implemented --force_ref option to force generation of reference results, even if they already exist.
Implemented job execution with time command. Time relevant data is written to summary and psv files.
Added job execution error checking. Bad exit status will result in updated error fields in summary/psv files and status display.

I have implemented the use of time to execute jobs and reporting back the results from time for use in comparing application performance. There are many parameters available using time, and I have only selected a few in this release. Let me know if there are others that would be useful.

---

GitHub: Ricks-Lab
Instagram: ricks_labs

I have just released a new version of benchMT:
https://github.com/Ricks-Lab/benchMT/releases/tag/v1.4.0

Changes include the following:

Write run_name to the psv output file. Useful when wanting to analyze data from multiple runs.
Include nVidia stock MB app in the distribution.
Include error message when job fails to spawn.

---

GitHub: Ricks-Lab
Instagram: ricks_labs

Downloaded it. Unzipped it in my download directory. Commented out the gpu test and uncommented a 4.1 something cpu test. Figured out how to point it to where my Boinc is installed (on the Desktop) via the command line.

Ran it.
Came back with an error result. Apparently the actual app/task didn't run.

What am I missing? Do I need to create and copy it to a specific folder?

I will post what I was seeing after maintenance.

Tom

---

A proud member of the OFA (Old Farts Association).