Intel® Developer Zone:
Desempenho

Destaques

Recentemente publicado! Intel® Xeon Phi™ Coprocessor High Performance Programming 
Aprenda os conceitos básicos da programação para essa nova arquitetura e novos produtos. Novo!
Intel® System Studio
O Intel® System Studio e uma abrangente suíte de ferramentas integradas de desenvolvimento de software que pode diminuir o tempo de lançamento do produto no mercado, aumentar a confiabilidade do sistema e melhorar a eficiência energética e o desempenho. Novo!
No caso de você ter perdido - Repetição do webinar de dois dias
Introdução ao desenvolvimento de aplicativos de alto desempenho para os coprocessadores Intel® Xeon & Intel® Xeon Phi™.
Structured Parallel Programming
Os autores Michael McCool, Arch D. Robison e James Reinders usam uma abordagem baseada em padrões estruturados que podem tornar o assunto acessível a qualquer desenvolvedor de software.

Forneça aos clientes o melhor desempenho de seus aplicativos com a programação paralela e a ajuda dos inovadores recursos da Intel.

Recursos de desenvolvimento


Ferramentas de desenvolvimento

 

Intel® Parallel Studio

Trazendo um paralelismo simplificado e completo para os desenvolvedores do Microsoft Visual Studio* C/C++, o Intel® Parallel Studio tem ferramentas avançadas para otimizar aplicativos cliente para multi-core e muitos cores (núcleos).

Produtos Intel® para desenvolvimento de software

Explore todas as ferramentas para ajudar você a otimizar na arquitetura Intel. Ferramentas selecionadas estão disponíveis por um período de avaliação gratuita de 45 dias.

Base de conhecimento das ferramentas

Guias e informações de suporte para as ferramentas Intel.

Nenhum conteúdo foi encontrado
Assine o Artigos do Espaço do desenvolvedor Intel
Nenhum conteúdo foi encontrado
Assine o Blogs do Intel® Developer Zone
API for Haswells TSX
Por roberto c.2
hello, i have just begun my research focus with HTM, primarily focusing on RTM(restricted transaction memory). is there any APIs for RTM? I have looked on the internet but only the basic operands exist for RTM, such as xbegin, xend, xabort, xtest. I want to be able to access the shared memories with HTM but i can not find any library files for it.  Can you please point me in the right direction, thanks for your support.
CL_DEVICE_TYPE_CPU not working in Windows 8.1
Por Yaknan G.1
Hi, I recently tried to run my OpenCL program on a new windows 8.1 computer but the program returns an error when the device type is CL_DEVICE_TYPE_CPU. When I change the device type to a CL_DEVICE_TYPE_GPU or CL_DEVICE_TYPE_ ALL it ran the program on the GPU. Here is the system specification of the new computer: OS: Windows 8.1 Processor: Intel Core i7 - 4700MQ clocked at 2.40GHz Display Adapter: Intel HD Graphic 4600 and NVIDIA GeForce GT 740M How can I resolve this problem and is OpenCL having issues with windows 8.1? Please help! Yaknan
If the Policies are changed
Por Luis B.0
[url=http://www.reddit.com/r/pesta3/comments/2b1ixd/]Watch British Open 2014 Live Stream WatchESPN 2nd Round free Online[/url] [url=http://www.reddit.com/r/pesta3/comments/2b19ls/]British Open Golf 2014 Live Stream Round 2 WatchESPN Online Coverage[/url]
2nd Part of the squad combination
Por Mak D.0
[url=http://www.reddit.com/r/top10t2/comments/2axy97/]British open 2014 live stream open Championship Golf Watch online[/url]
Lunching several MPI processes on multicore nodes
Por Dmitry K.3
Hi everyone, I have a simple issue, which must have a solution. Is it possible to assign several MPI processes to several nodes, such that first MPI process occupies full node, whereas other MPI processes are distributed on cores of the other nodes? I have an example below: On a cluster with 4 cores per node, to assign 2 MPI process to 2 nodes I do the following: #PBS -l nodes=2:ppn=4 mpirun -pernode -np 2 ./hybprog The question is how to assign 8 MPI processes to 3 nodes, such that first MPI process occupies first node, whereas other 7 MPI processes are distributed on 7 cores of the other two nodes?  Best Regards, Dmitry        
Threadprivate issue
Por Adrian J.1
I'm having problems with ifort version 14.0.1 I'm working on a hybrid (OpenMP+MPI) FORTRAN code.  In that code the following pointer is declared and specified as threadprivate.  However, when I include it in a OpenMP parallel region (default none), I get this compile error: ftn  -O3 -r8 -openmp cal_xy.F90 cal_xy.F90(750): error #6752: Since the OpenMP* DEFAULT(NONE) clause applies, the PRIVATE, SHARED, REDUCTION, FIRSTPRIVATE, or LASTPRIVATE attribute must be explicitly specified for every variable.   [TERM_X]              select type(term_x) If I add the variable to one of the data sharing clauses of the parallel region I get this error instead: ftn -O3 -r8 -openmp calc_xy.F90 calc_xy.F90(739): error #7859: A SHARABLE or THREADPRIVATE entity is not permitted in a PRIVATE, FIRSTPRIVATE, LASTPRIVATE, SHARED or REDUCTION clause.   [TERM_X]                 call term_x%add(mat_a,col_r,& It looks to be like the first error I get (the #6752 error) only occurs from the "select type...
[OpenMP - Fortran] Scope of COMMON block variables
Por Edgardo Doerner2
Dear all, Although the answer of the question in the title is, in principle, quite clear, I am confused about the scope (shared or private) of variables declared in COMMON blocks inside functions that are not the main function. For example, I am trying to parallelize a MC Code of particle transport on matter using OpenMP, the main part of this program is like the following code: PROGRAM TUTOR2 IMPLICIT NONE [Variable initialization, some COMMON blocks, program initialization routines, etc...] C$OMP PARALLEL NUM_THREADS (4) C$OMP SINGLE       WRITE(*,*) "Number of OpenMP threads: ", OMP_GET_NUM_THREADS()       DO I=1,NCASE C$OMP TASK FIRSTPRIVATE(ESCORE)         CALL SHOWER(IQIN,EIN,XIN,YIN,ZIN,UIN,VIN,WIN,IRIN,WTIN) C$OMP END TASK       END DO C$OMP END SINGLE NOWAIT C$OMP END PARALLEL So I have a function call SHOWER() that realizes the simulation of the particle cascade. This function call another functions (RANDOM, PHOTON, ELECTR, etc) that realize the transport calcu...
C code - assertion failed: find_seq_in_lookup_table bug
Por Mohammed I.2
Hi, I'm having a problem when trying to compile with icc on c code, I'm getting: Internal error loop: assertion failed: find_seq_in_lookup_table: seq_number not found (shared/cfe/edgcpfe/il.c, line 3866) I had searched for this bug and seeming it had fixed at update5  (https://software.intel.com/en-us/articles/intel-composer-xe-2013-compile...) The problem is that I'm writing in C++ not in C !!! Useful Info: I'm using update.1 old licensed version, and got the above error. When I tried to download and install trial update 3 version, I had faced a problem regarding the license:   Error: A license for CCompL is not available (-5,412). Make sure that a license file is being used that contains a license for the requested feature.  If your license requires a license server, make sure that the server is using the right license file (usually, this would be the same license file that is being used by this application), and make sure that you have not changed the license file since star...
Assine o Fóruns

Destaques