or accept SSE3 as the baseline

+1
From now (without optimization) to SSE4.2, i think SSE3 is an acceptable compromise (not to loose too many cpu).

---

Rosetta must already parses this file to determine PLATFORM (Windows or Linux) and what kind of jobs I want to accept.
If they can handle TWO platforms, then this platform dispatcher could be expanded to include additional granularity of FEATURES supported.

The Boinc scheduler can "route" the work properly according to the cpu capabilities.

---

The Boinc scheduler can "route" the work properly according to the cpu capabilities.

My first thought was "is that going to require a server software update?" but I can't see any mention of "CPU" or "SSE" in the server updates list: http://boinc.berkeley.edu/trac/wiki/ServerUpdates

Server software upgrade info here: http://boinc.berkeley.edu/trac/wiki/ToolUpgrade

---

The Boinc scheduler can "route" the work properly according to the cpu capabilities.

My first thought was "is that going to require a server software update?" but I can't see any mention of "CPU" or "SSE" in the server updates list: http://boinc.berkeley.edu/trac/wiki/ServerUpdates

Server software upgrade info here: http://boinc.berkeley.edu/trac/wiki/ToolUpgrade

I don't think it requires any Server update. I think the feature already exists as part of BOINC and Rosetta is already using it.

RATHER than generating FAT BINARIES which determine the CPU capabilities at runtime, Rosetta already KNOWS what the requesting system "p_features" are and would simply direct the right jobs to CPUs with that capability.

20 lines of XML programming to match David's SSE4.2 binary could allow it go to SSE4.2 machines.

http://boinc.berkeley.edu/trac/wiki/BoincPlatforms

http://boinc.berkeley.edu/trac/wiki/AppPlan

ok, so the process is:

1. compile versions for: non-SSE, SSE2, SSE3, SSE4.1, SSE4.2 (some can probably be omitted depending on performance effects)

2. create the "plan_class_spec.xml" file, which will need the "cpu_feature" tag completing for each version. This page shows how to nest the versions: http://boinc.berkeley.edu/trac/wiki/AppVersionNew
It's not clear whether you have to use the "projected_flops_scale" tag to make SSE4.2 the preferred download, or whether you just put that first in the "plan_class_spec.xml" and it will work through to find the first version that suits the CPU.

3. Watch Rosetta throughput increase as if 10,000 computers were added (after testing on Ralph first obviously)!

---

RATHER than generating FAT BINARIES which determine the CPU capabilities at runtime, Rosetta already KNOWS what the requesting system "p_features" are and would simply direct the right jobs to CPUs with that capability.

Yeah, definitely the better solution. The rosetta binaries are already fat enough because of the static linking.

Again, nice to see some progress :-)

VS2015 says: Build for iOS, Android, Windows devices, Windows Server or Linux

Here the list of new features (some of) and here new features of C++

---

Has there been any movement on getting the Rosetta source code to rjs5 (presumably along with some test jobs to run)?

If getting the source license issues resolved in the short term, would it be easier to set up a linux virtualbox at the bakerlab with the necessary source code and test jobs that rjs5 can log into using teamviewer or similar?

---

Has there been any movement on getting the Rosetta source code to rjs5 (presumably along with some test jobs to run)?

If getting the source license issues resolved in the short term, would it be easier to set up a linux virtualbox at the bakerlab with the necessary source code and test jobs that rjs5 can log into using teamviewer or similar?

I have not heard from anyone but that is not big surprise. I sent a note to David E K offering any help I could. I think that would mean that I would be operating under the supervision of David or whoever wants to take the responsibility. If I fill out the license, I would still expect to communicate with someone to return anything I find with prototyped changes.

{url]https://c4c.uwc4c.com/licenses/86[/url]


David is currently doing what I would be doing so far. The kind of constraints they would place on source code changes will determine the limits of any benefit.

Has there been any movement on getting the Rosetta source code to rjs5 (presumably along with some test jobs to run)?

July and August are holidays...
Waiting for September with SSE3 on Win 64 bit :-)

---

You can also contact Sesef, a great programmer and a boinc expert
http://optos.sesef.pl/

---

You can also contact Sesef, a great programmer and a boinc expert
http://optos.sesef.pl/

And Peciack http://chomikuj.pl/rakowskipw/boinc

---

Any news on this? :)

---

Any news on this? :)

It's August. Sun, beaches, waves and mojitos!

P.S.
Sesef also creates yesterday an optimized version of Denis@Home
8x/10x speedup with SSE3!!

---

Any news on this? :)

It's August. Sun, beaches, waves and mojitos!

P.S.
Sesef also creates yesterday an optimized version of Denis@Home
8x/10x speedup with SSE3!!

I just finished an WU under 10 minutes (7 minutes 57 seconds) using this optimized version.
Impressive (assuming the work done is legit).

---

Some optimization news on Ralph
sse
3.61

---

Any "optimization news"??

---

You can also contact Sesef, a great programmer and a boinc expert
http://optos.sesef.pl/

And Peciack http://chomikuj.pl/rakowskipw/boinc

And Crunch3r. He writes the new optimized app for linux in Denis@home's project (using AMD Libm)

---

Sesef just released another optimization app for DENIS. It's even faster now.
Crunch3r helped out with their Linux binary (which I'm also running).

Their WUs went from about 1 hour to under 6 minutes for completion.

---

Sesef just released another optimization app for DENIS. It's even faster now.
Crunch3r helped out with their Linux binary (which I'm also running).

Their WUs went from about 1 hour to under 6 minutes for completion.

Hi, as you may have noticed we're only talking to ourselves here.