Re: Multithreading on Multicore Processors

Hi Rod

Well, I Googled for you (duhh) and didn't find a link to VS 2003 on the
first page of results so concluded that it was no longer available.
Then I checked the Intel site and they now proclaim that the latest
version of their compiler will integrate with VS 2005 and I sort of
trust them on that, they're pretty good guys.

So your homework is to find and download yourself a free edition of MS
VS 2005 C++.

Cheers
Mark


Grogley wrote:

Hi Mark,

Thanks. Where did you get your free download? From Microsoft directly? I do
have a copy of the developers studio with my current package. It is labeled
Developers Studio '97. Wow, ten years old already, so you can tell how much
I have used this package in the last few years. I guess this package is too
old to use with the current Intel compiler.

It also makes me nervous the as an Intel product, it will work fine for
applications on Intel CPUs but what about AMD CPUs. Does anyone have
experience with AMD processors using an Intel compiler?

Thanks again.

Rod

"Mark Westwood" <markc.westwood@xxxxxxxxx> wrote in message
news:1168966776.154854.34750@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Hi

I have an installation of Intel Fortran v9.something on my Windows XP
PC. I also have the free download (at least, I believe it was free to
download) of MS Visual Studio .NET 2003 which I use as the front-end to
the compiler, linker etc. The integration is fine. When I set up my
DE Intel Fortran did not play nicely with VS 2005 and I've had no
reason to change the GUI in the last year or so.

As to C++'s relationship to Fortran -- well, I get involved in a fair
bit of multi-language system building for my sins. But then I'm paid
to endure that sort of pain.

Regards
Mark Westwood

On 15 Jan, 22:21, "Nobody" <nob...@xxxxxxxxxxx> wrote:
Thanks for your input Tim. Linux/Unix is not really a viable option for
me
for a couple of reasons. Linux seems to be too platform dependent, is way
too arcane to administer and is (arguably) computationally slow compared
to
Windows. While the lure of cheap/free OS and tools is compelling, I have
drunk way too much Microsoft Kool-Aid to switch systems.

I was hoping some of the gurus on this forum would be familiar with my
current compiler and have a compiler option which would magically solve
my
problem. I did do some checking and the Intel Fortran can be purchased
relatively inexpensively but I need the MS developers package with C++ to
install this which equates to more expense. (I am not sure what C++ has
to
do with anything related to Fortran though.) I have to decide if my
little
hobby is worth the cost and effort.

Thanks again!
Rod"Tim Prince" <tpri...@xxxxxxxxxxxxxxxxxx> wrote in
messagenews:QK5qh.34044$Gr2.1427@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx



I recompile this same multithreaded application and run it on my
current
machine. I load it up with about 50 threads but my twin cores run only
50% busy. This indicates to me that while the OS sees these threads as
unique, they are not being utilized (not sure what the right term is)
the
same way as on the older SMP WIN NT systems. I did try this
application
on an older dual processor system running Win 2K and the result was
the
same on the new dual core system.

So my long winded question: Is there something fundamentally different
in
the way threads are treated now and is there a easy way, like a
compile
or link option (not bloody likely I suspect) open to me so that I can
utilize both processing cores efficiently?

If your implicit ground rule is Windows only, free compilers only, your
options
are few. The easy way to meet your goals is with OpenMP. gfortran 4.2
and 4.3 incorporate OpenMP, but not on Windows, so you
would need linux, if you want free OpenMP, as gnu OpenMP is not
implemented on Windows.
OpenMP is built on the usual threading capabilities of the OS (Windows
threads, or pthreads for linux), so the basic capability is there even
without an OpenMP compiler. Threads generally have to be managed in C.
Current commercial Fortran compilers incorporate OpenMP and (for the
right
combinations of compiler and CPU brands) built-in methods for pinning
threads to processors.


.

Relevant Pages

  • Re: New Visual Fortran Product Survey
    ... I assume that MS authorized DEC to use the name, and that that authorization transferred to Compaq/HP and then to Intel when the compiler/components/rights were successively purchased by those companies. ... HP does own and retain the rights to DEC/Compaq Visual Fortran, and their disuse of it does not give anyone else a right to use it. ... I believe the wording which says the product is only for Windows X64 EM64T and AMD64, for which only a minority of the vendors mentioned above have a product. ... I would expect most of the above vendors to produce such a compiler for whatever architecture becomes predominant, ...
    (comp.lang.fortran)
  • Re: Problem: Fortran and OpenMP on Intel Pentium IV 3.0 GHz (Toshiba Laptop)
    ... OpenMP max threads: 1 ... IntelFortran Compiler for 32-bit applications, ... Copyright 1985-2003 Intel Corporation. ... on my laptop as well, just let me know if it makes sense. ...
    (comp.lang.fortran)
  • Re: Multithreading on Multicore Processors
    ... I have an installation of Intel Fortran v9.something on my Windows XP ... the compiler, linker etc. ... The easy way to meet your goals is with OpenMP. ...
    (comp.lang.fortran)
  • Re: Multithreading on Multicore Processors
    ... I have used this package in the last few years. ... old to use with the current Intel compiler. ... experience with AMD processors using an Intel compiler? ... The easy way to meet your goals is with OpenMP. ...
    (comp.lang.fortran)
  • Re: g95 versus gfortran
    ... For both Windows and Linux, it's not available gratis for commercial use. ... Given that the Intel definition of commercial use is rather broad (which ... people actually use their compiler under the non commercial licencing. ... The FAQ for GNU GPL has information related to this question. ...
    (comp.lang.fortran)