harlam357 wrote:2) The CPU Type is what is recorded by Stanford in the queue.dat file. It is not read directly by HFM through any other means. That particular piece of the UI is the Queue Viewer and it displays the data contained within the queue.dat file. I'm sure your Core 2 or Core i5/7 cpu is reporting as a Pentium II/III. In all fairness to Stanford, the "Core" generation of cpus are descendants of the PII/III generations. A lot of the same "markers" identifying the PII/III are still in place in the "Core" generation. So to Stanford that's what they look like.
Again, the nomenclature here was something I took from the maintainer of qd.c -
http://linuxminded.xs4all.nl/?target=so ... -tools.plc - a gentleman here by the name of smoking2000. I agree that data may be better reported with a different name, like "Total Cores" or "Available Cores". I assume you're running with the -smp 7 flag?
That nomenclature is not from Smoking2000, it's from
Cosm.
Cosm is used by f@h, Dick Howell disected queue.dat for the most important parts and found the references to Cosm API. It's not the other way around, Dick/Smoking2000 did not come up with Cosm.
User Projects
User project are those that use Mithral products to create other applications. Many are research projects that you may be able to get involved with.
If you have a project that should be on this list then let us know.
Projects Using the Mithral CS-SDK
Folding@Home - Protein folding.
Pande Group, Chemistry Department, Stanford University
Proteins are the basis of how biology gets things done. For this reason, we've sequenced the human genome -- the blueprint for all of the proteins in biology -- but how can we understand what these proteins do and how they work? One important step is to study how proteins self-assemble, or "fold." This is an extremely computationally intensive task, since proteins fold no slower than a 10 microseconds (10^-6 seconds), but we can only routinely simulate nanoseconds (10^-9 seconds).
We've developed a new way to simulate protein folding which can break the microsecond barrier by dividing the work between multiple processors in a new way -- with a near linear speed up in the number of processors. Thus, with 1000 processors, we can break the microsecond barrier and unlock the mystery of how proteins fold.
CPU/OS Layer
The Cosm CPU/OS layer allows cross-platform development of applications of any kind.
Time and cost savings
The developer can devote all of their time to their project, and leave all the porting issues to the CPU/OS layer. Once an application is written porting is just a matter of typing `make` on a different system. This frees up developers to focus on making your product work correctly, rather then hunting down wierd platform bugs.
Languages
The CPU/OS layer is 100% pure ANSI C and is fully linkable with programs written in C, C++, and FORTRAN. This allows you to leverage your existing C and FORTRAN codebase for new applications, or even use it for CS-SDK applications.
Platforms (partial list)
Windows 95/98/NT/XP - x86
MacOS X - PPC
Linux - Alpha, ARM, IA-64, MIPS, PPC, Sparc, x86
Solaris - Sparc, x86
SunOS - x86
FreeBSD - Alpha, x86
NetBSD - Sparc
Irix - Mips, Mips64
Tru64 - Alpha
BeOS - x86
QNX - x86
And others - see the source for the latest list