h****y 发帖数: 61 | 1 ft, 偶遇到的问题就是多啊。
偶的程序用pgf90 和ifort编译都没问题,在xlf90下编译就不敌了。现在好不容易用
xlf90编译通过了,却发现比用pgf90和ifort编译的跑得慢多了。:-(
请问偶这是不是编译的优化参数没设好,还是有没有什么别的原因? |
|
O******e 发帖数: 734 | 2 I have never tried xlf90 before, and I use ifort because pgf90
core dumps when compiling my application.
As for the slow execution speed, have you tried profiling the code
exeuction to see where things are slow? Google "xlf90 profiler". |
|
l********r 发帖数: 175 | 3 Thanks for all those information. I found that I installed intel-f and
intel-c, but when installing mpich2, I did not specify using ifort. So it
should use the default one: gcc or g77. Could that make trouble for me? I
did not see any choice to install mpich2 using ifort. But for fftw, I used
ifort to install it. |
|
O******e 发帖数: 734 | 4 Even though it is advisable to use the same compiler suite (gcc/g77/gfortran,
or icc/ifort), I'm not sure that this is the cause of the problem. I've
been mixing gcc/g77/icc/ifort all the time when testing my code, and I have
never had any problem.
(I don't use gfortran because it is too buggy. I'm also curious why you
say ifort is slow? In my experience the code it produces is way faster
than g77 or pgf77/pgf90, but you have to make good use of the Fortran 9x
language. Well, maybe you are c |
|
d**********u 发帖数: 4124 | 5 ☆─────────────────────────────────────☆
x1980 (ilovechina) 于 (Mon Mar 14 06:24:36 2011, 美东) 提到:
2001年,当美国发生911恐怖袭击的时候,中国人笑了。
2011年,当日本发生世界最大地震的时候,中国人笑了。
且问,这样的笑容依旧灿烂美丽吗?
看过文革记录片的人会记得,那红卫兵在打倒别人的时候脸上的笑容是多么可怕呢?
不错, 日本人杀过中国人。
那么,满人屠杀过更多的汉人,蒙古人也是流了成河的汉人血。
文革和七年自然灾害中别虐死的同胞更是不计其数。
那,你恨了吗?
翻翻自己的家谱,你那个祖先死在日本人手里了?
人家家破人亡你笑是代表你爱国吗?
你这时候笑就证明你是中国男人吗?
如果你们侵略了日本,仔细想想,你们会杀人强奸吗?
只是你们还没有最刽子手强奸犯的机会罢了。
日本人的历史错误源于人类原罪。
以牙还牙,以恶报恶的中国文化,
你这样牵制中国人要到几时呢?!!!
可怜又可笑的名族,应该反省,应该振兴了。
那振兴不是在别人悲伤的时候的取笑开始,
而是从包容和大爱开始。
☆─────... 阅读全帖 |
|
t*********r 发帖数: 8 | 6 en. i just did similar tests on a Mac with xlf, on an XD1 with pgf and on an
Altix with ifort.
i put the func in a module.
as expected, the compilers don't complain; however they don't do what you '
intend' to do.
the executables from ifort and xlf gives one result, the executables from
pgf gives another!
compiler |
|
l******n 发帖数: 9344 | 7 I am saying ifort is slow from my own experience, and it depends on my
machine of course. For compiling the same program, pfg90 and mpif90 is much
faster than ifort for me.
mixing compilors is doable, but you need to figure out the settings and all
the flags. Different compiler has different default setting, so reading the
whole manual is must. There also might be something which has not a
counterpart in others, this is very bad.
gfortran,
have |
|
O******e 发帖数: 734 | 8 Linux plus Intel ifort noncommercial license (no fee).
Intel's noncommercial ifort is not available for any
Windows platform.
Or try GCC's gfortran, but it is still buggy.
Or go to fortran.com and look through the list of
compilers, see what suits you. |
|
l*******G 发帖数: 1191 | 9 对于自己定义的数据(结构)的成员打印格式居然出问题。有兴趣的看一下为何主程序
最后两行打印结果不一样?gfortran and ifort give same results on linux.
=====save to test.f90, and then "ifort test.f90" and then "./a.out" to run=====
module numz
integer, parameter:: b8 = selected_real_kind(14)
integer,allocatable :: a_gene(:),many_genes(:,:)
end module
module galapagos
use numz
... 阅读全帖 |
|
l*******G 发帖数: 1191 | 10 对于自己定义的数据(结构)的成员打印格式居然出问题。有兴趣的看一下为何主程序
最后两行打印结果不一样?gfortran and ifort give same results on linux.
=====save to test.f90, and then "ifort test.f90" and then "./a.out" to run=====
module numz
integer, parameter:: b8 = selected_real_kind(14)
integer,allocatable :: a_gene(:),many_genes(:,:)
end module
module galapagos
use numz
... 阅读全帖 |
|
d*****w 发帖数: 124 | 11 If you want to run DL-POLY on your PC, the easiest way is using intel fortran
compiler in linux.
Surely you have to modify the original makefile. The typical compile part of
Makefile may look like:
ifc-fftw: dpp
$(MAKE) FC=ifort LD="ifort -O3 -assume underscore -tpp7 -axN -o" \
FFLAGS="-c -O3 -assume underscore -tpp7 -axN" \
CPFLAGS="-D$(STRESS) -DSERIAL -DINTEL -DUNDSCO -D'pointer=integer*8'
-DFFTW" \
LDFLAGS="-lfftw -lsvml -L$(FFTW_LIBRARY)" EX=$(EX) BINROOT=$(B |
|
i***t 发帖数: 65 | 12 【 以下文字转载自 Virginia 讨论区 】
发信人: ifort (逐之), 信区: Virginia
标 题: 求推荐好的 realtor
发信站: BBS 未名空间站 (Tue May 15 22:57:45 2012, 美东)
需要在 NOVA (eg. fairfax, vienna ...) 买房,请问有没有什么口碑好的 realtor
可以推荐给我。谢谢了 |
|
h****7 发帖数: 2350 | 13 我不知道 ifort 这哥们说的是啥. 你知道么? |
|
s****e 发帖数: 3310 | 14 ifort,别怕花姥姥敲诈你,有俺保护你。给个保护费就行了。
嘿嘿,我知道你是谁。。。给我封口费吧~~~ |
|
h*******x 发帖数: 12808 | 15 ☆─────────────────────────────────────☆
Communipig (共产猪) 于 (Mon Jun 27 08:42:34 2011, 美东) 提到:
发信人: tigereatmeat (死胖子), 信区: THU
标 题: 现在高考招生老师是不是都是黑帮出身的?
发信站: BBS 未名空间站 (Sat Jun 25 09:38:15 2011, 美东)
北大招生老师威胁重庆高考状元:你如果不上北大,小心你父母的工作!你不上北大,
你父母的工作就没有了。
☆─────────────────────────────────────☆
ghoul (泡泡龙) 于 (Mon Jun 27 14:41:24 2011, 美东) 提到:
This is called Zhu Ba Jie Dao Da Yi Pa.
See how they did to Chongqing Wenke Zhuangyuan in 2007, I am laughing that
they still have face to talk about C... 阅读全帖 |
|
x*********s 发帖数: 5554 | 16 求推荐Mac OS下fortran的编译器
以前一直用ifort的非商业版,但是Mac OS的没找到破解版,又不想掏钱。有谁知道到哪
去搞破解版?
不追求性能,所以其他编译器也成。但坚决不用g95,有谁能推荐免费的编译器?或者破
解过的也行?
谢谢~ |
|
T*********r 发帖数: 11175 | 17 ifort还好啦
学生价好像才50
我公费买的学术版好像不到300
到哪
者破 |
|
T*********r 发帖数: 11175 | 18 哦
有人知道ifort在SL上能用吗
刚买了盘还没到 |
|
T*********r 发帖数: 11175 | 19 xcode怎么装ifort的?
不是另外装的吗?
? |
|
M**********n 发帖数: 432 | 20 【 以下文字转载自 Computation 讨论区 】
发信人: ManshengChen (像琼瑶一样老去), 信区: Computation
标 题: idb problem
发信站: BBS 未名空间站 (Tue Mar 16 12:47:25 2010, 美东)
I used "ifort -c -g -O0 -i8" to compile a fortran program.
But when I used idb to print out some variables, it gave totally wrong
answers.
Here is some output from "idb a.out"
70253 itt = 1111111
(idb) n
70254 print*,nexcg,itt
(idb) n
1 1111111
As you can see, the program outputs 1 and 1111111 |
|
x*********s 发帖数: 5554 | 21 如果找到免费的intel fortran编译器(好用的),麻烦通知一声
用ifort 非商业版用惯了。。。 |
|
T*********r 发帖数: 11175 | 22 有,我师弟
当年要买新电脑,发现mb配置足够高也挺便宜就买了台
我们要用intel fortran
linux版免费,mac下要钱(忘记多少了,我新买了个好像$400多)
我就convince他分了linux的区,dual boot
直接把我linux下的ifort给打包给他们装上了
我做学生的时候可是铁杆linux用户,只有linux系统用了四五年那种
从工作到娱乐都是linux
直到可以不自掏腰包了,就不用linux了 |
|
x*********s 发帖数: 5554 | 23
~~~~~ppt是你的核心应用的话,必然有一个windows的系统,无论是虚拟机还是host
~~~~~fortran编译器的话,ifort没有mac os的非商业版本
IDE需要自己配置好半天,不过vim什么的都是一样的
话说mbp 用的cpu还是对得起价格的
~~~qq for mac现在可以视频了,界面挺简单干净的
迅雷据说也有Mac版
其实linux+虚拟windows是最好的办法,对于严重依赖linux的人,
对于用Linux,但没有严重依赖的人来说,mac+虚拟windows也不错 |
|
T*********r 发帖数: 11175 | 24 ppt画图估计也是直接矢量图输出,eps之类估计
他应该没格式问题
我认为就上一个mac好了
根本不需要任何虚拟机
我过去在linux主要都是fortran
mac下没有什么不适
前面有人说的对,ifort要收钱
linux的个人版是免费的
不过干活用得东西
当然报销阿,也就三百多美金好像 |
|
|
s*****l 发帖数: 167 | 26 Why not use gfortran
★ 发自iPhone App: ChineseWeb 7.3.1 |
|
s********r 发帖数: 55 | 27 同一个程序我用Fortran写过,gfortran 和ifort 都编译过
Fortran比C慢不少,有接近10倍的速度差 |
|
s******u 发帖数: 179 | 28 内存泄漏的话是因该是到某一固定的地方就出错吧,不应该是随机性的,而且有时候还
能得出结果,我总觉得是别的什么原因,怎么才能确诊呢.....我用的fortran 90, ifort编译器 |
|
|
|
L***n 发帖数: 6727 | 31 非GUI的也不快把,网上很多例子的,gcc生产的代码速度比微软compiler
慢不少。就算假设icc for linux不错,也不会比icc for win好,而且icc
不免费。可能linux平台唯一的好处是ifort免费?更令人发指的是cuda在linux
上居然也比在xp上慢三分之一...(nvidia driver的问题http://forums.nvidia.com/index.php?showtopic=153624)总之我现在还在痛苦徘徊中,Windows不如linux
configurable,但是编译器挺不错... |
|
M**********n 发帖数: 432 | 32 【 以下文字转载自 Computation 讨论区 】
发信人: ManshengChen (像琼瑶一样老去), 信区: Computation
标 题: idb problem
发信站: BBS 未名空间站 (Tue Mar 16 12:47:25 2010, 美东)
I used "ifort -c -g -O0 -i8" to compile a fortran program.
But when I used idb to print out some variables, it gave totally wrong
answers.
Here is some output from "idb a.out"
70253 itt = 1111111
(idb) n
70254 print*,nexcg,itt
(idb) n
1 1111111
As you can see, the program outputs 1 and 1111111 |
|
j******7 发帖数: 8 | 33 大家好,
我今天在装intel fortran时,总遇到一个错误,文件libstdc++.so.5 is missing,软
件是在网上下的free的non-commercial的,各位大侠指点迷津,急用ifort,快气死了,弄
了一天,死活装不上. |
|
L***n 发帖数: 6727 | 34 缺省应该在/opt/intel/下吧,找bin子目录, intel的fortran compiler叫ifort |
|
c******d 发帖数: 906 | 35 我想在老板的机子上跑fortran,是Darwin的os
对应linux下的ifort语句,不知道mac下的语句是啥?
另外我用linux下编译好的executable file,在Darwin下无法运行
cannot execute binary file,这个如何解决?
谢谢 |
|
l*******G 发帖数: 1191 | 36 -D is just a comment line way of defining flags
#define FLAGNAME
to be referenced in code with:
#if defined FLAGNAME
...work related to FLAGNAME ...
#endif
e.g. you can put the following in makefile:
#--------------
FORT := ifort
OS := $(shell uname -s | sed 's/[\/ ]/-/g')
OS := $(patsubst CYGWIN_%,CYGWIN,$(OS))
OS := $(patsubst MINGW%,MINGW,$(OS))
OS := $(patsubst sn%,UNICOS-sn,$(OS))
CPU := $(shell uname -m | sed 's/[\/ ]/-/g')
CPPFLAGS += -D$(shell echo ${OS} | tr "-" "_" | tr [a-z] [A-Z |
|
|
x*******1 发帖数: 28835 | 38 你讲的ijk, ikj... 不同的顺序造成的访问memory locality不一样在GCC上编译出的
code是对的。 如果用icc, ifort, 编出来的都是一样的性能。 icc认出这块code做什
么, 直接translate最优的code了。 |
|
gw 发帖数: 2175 | 39 【 以下文字转载自 Programming 讨论区,原文如下 】
发信人: gw (唧唧歪歪~~~~要饭糊口), 信区: Programming
标 题: 请教: intel fortran 的 segmentation fault
发信站: Unknown Space - 未名空间 (Wed Jun 1 19:45:21 2005) WWW-POST
这里都是讨论C++的, 不知道在哪儿问关于FORTRAN的编程问题.
我有一个fortran程序, 在 windows 下用 compaq virtual fortran
编绎运行都没有问题,连结果都是正确的.
可是现在想在 linux 下用 intel fortran 编译运行( 编译器是 ifort (efc) ),
编绎没有问题,可是运行时出现错误:
/opt/intel/compiler70/ia64/lib/libunwind.so.4: undefined symbol:
GetImageHeader
forrtl: severe ( |
|
M*******n 发帖数: 508 | 40 【 以下文字转载自 Linux 讨论区 】
发信人: MildSeven (七星*极夜), 信区: Linux
标 题: link的问题
发信站: BBS 未名空间站 (Sat Nov 5 16:40:47 2005), 转信
用intel fortran compiler编译一个程序:
ifort -O2 -L/usr/lib -larpack -llapack -lblas -lg2c Migration.o -o
migration.out
出错信息:
IPO link: can not find -larpack
IPO link: can not find -llapack
IPO link: can not find -lblas
IPO link: can not find -lg2c
IPO Error: unresolved : dsaupd_
Referenced in eigen_spectrum.o
ld: cannot find -larpack
可是那些库文件都在/usr/lib/里呀:
$ ls /usr/lib/libarpack. |
|
M**********n 发帖数: 432 | 41 【 以下文字转载自 Computation 讨论区 】
发信人: ManshengChen (像琼瑶一样老去), 信区: Computation
标 题: idb problem
发信站: BBS 未名空间站 (Tue Mar 16 12:47:25 2010, 美东)
I used "ifort -c -g -O0 -i8" to compile a fortran program.
But when I used idb to print out some variables, it gave totally wrong
answers.
Here is some output from "idb a.out"
70253 itt = 1111111
(idb) n
70254 print*,nexcg,itt
(idb) n
1 1111111
As you can see, the program outputs 1 and 1111111 |
|
a******s 发帖数: 232 | 42 就是阿,这个语法错我总觉得是最低级的错,又不是啥大程序,有时候不好定位,
这个程序,多看几眼就出来了,我就不说了。
fortran77只是个规范,不会变的,但是现在我相信所有的编译器都支持
do..enddo,但是也不说明fortran77支持。如果你用ifc7.1的话,如果
用do 10 ...10 continue的话,编译时候不带-w的话,还提示语法过时呢,
现在ifort都给省了,编译缺省级别不同了。
有时候还是do 10这样好,看着清晰,要不enddo太多了,分不清end是哪儿个do了。:) |
|
S***y 发帖数: 186 | 43
no good. For my program, 20-30% slower than ifort.
but two monthes ago, I still can't use it to compile my program.
So, it's stilll good to see the progress in g95. :) |
|
|
T*********r 发帖数: 11175 | 45 ifort also has a free version for linux
one has to apply the indiviual license though |
|
r*****d 发帖数: 75 | 46 go to Intel to download a free version for linux. It's nice compiler.
The compiler is called ifort. |
|
z****l 发帖数: 72 | 47 It is not so good. ifort is better. :-) |
|
b**n 发帖数: 289 | 48 I try to generate Gaussian distribution random numbers using gasdev() which
references ran1(). But the compiler I use (ifort) gives me the following
error:
/tmp/ifortWvLH4w.o: In function `randomn_.gasdev_':
random.f90:(.text+0x359): undefined reference to `ran1_'
random.f90:(.text+0x36b): undefined reference to `ran1_'
So strange.
I attached the code. It looks a little bit strange below.
PROGRAM RANDOMN
IMPLICIT NONE
INTEGER :: idu=-10
REAL :: random
print *, ran1(idu),ran1(idu)
idu=- |
|
O******e 发帖数: 734 | 49 I use fftw3 compiled using gcc together with my Fortran 95 code
compiled using ifort 9.1 and have no problems. |
|
s**i 发帖数: 381 | 50 are those on the same machine? I assume xlf90 is under IBM AIX.
Can you use Portland Group or Intel compilers on AIX? |
|