intel compiler for Linux
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
01/11/29 17:53ID:5k7yf0aiintel 社の Web ページ
URL:<http://developer.intel.com/software/products/eval/>
の、"Non-Commercial Unsupported Software(非商用、サポート無し)" から、
RedHat系Linux 6.2 または 7.1 に対応した IA-32 や IA-64向きの
最適化C++,Fortran9x用のコンパイラ(version 5.0.1) が無料で
ダウンロードできるようになっています。
(詳しいライセンス条件は、ダウンロード時に表示される文書を
参照してください。)
intel 自身が作ってますので、インテル系のCPUの資源を活用できる
実行ファイルが生成されるます。(AMD の Athlon も Pentium III と
みなしてコンパイルオプションを選べばMMX機能などを使うことが可能です。)
以下は、「無料永続版」を入手した後で、それを実際に使えるようにする
ための設定方法の記述です。
C++ と fortran9x を両方ともインストールする例を書いていますが、
どちらかだけしか必要ない場合は、片方を省略することができます。
例は RedHat6.2 系統向けになっていますが、7.x 向けの場合でも大体同様です。
(Web ページからダウンロードしてくるファイルが違うだけです。)
ダウンロードする際に入力したメールアドレスにインストール時に必要となる
ライセンスキー情報が送られてきます。
0409login:Penguin
02/11/27 03:03ID:HhmqaFh8REAL A
DATA A/0/
と分けて描く変りに、一部の拡張仕様Fortranでは
REAL A/0/
などと書けていたけど、それが
REAL::A=0
とFortran90で書くようになったというだけのことなんだね。
0410login:Penguin
02/11/27 03:03ID:HhmqaFh8(この本と同じ内容のWebへのリンクは、www.media.kyoto-u.ac.jp/htomita )
の102頁には、「宣言文やDATA文による初期値の設定は、コンパイルの際に
メモリ領域を予約するついでに行われるため、最初の実行のときにしか有効
ではない。。。」(頁102より)
とかかれている。ただし、これは、そういう実装もありというだけのこと
かもしれない。つまり、毎回初期値を設定し直すようなコードを吐いても
規格違反ではないのではないか(規格書は高いから持っていない。)
頁102には、「このようにSAVE指定がなくても、前回に呼ばれたときの
値が保持されたままの場合がある(一般には何が保持されているかは
不定である)。。。」となっている。
#
Fortran77の時代に、サブルーチンなどの内部のローカル変数や
引数の値は、サブルーチンを抜けたら消滅し、不定になるはずだった。
そうしないと最適化が困難になるし、記憶の容量も減らせない。
だがそれ以前のFortran66の時代の多くのコードが動かなくなるので、
SAVE文を書けば比較的簡単に、66時代と同様のことが実現できる
ようにして、純粋ならば SAVE指定から外れたローカルな変数は全部、
副プログラムを抜けたら存在が消滅するのであった。
個人的には、SAVE文以外に、NOSAVE文(とでもよぶもの)を
ついでに導入すべきであったと思う。NOSAVE指定した変数や記憶域は、
積極的に次回以降に値が残らないことを強調するものだ。
(77の規格ではそもそも値が残らないのがデフォルトなので、
NOSAVE文みたいなものは導入されなかったが、現実の商用コンパイラは、
このあたりがあやふやだったり混乱していたりした。)
コンパイラによっては、値が残留しない77の規格を厳密に実現できる
ものがあるが、そうでないのが標準のものや、コンパイラオプションで
実現できたりしたなどである。
0411crazy_u
02/11/27 13:10ID:M6T+ESirhttp://www.xlsoft.com/jp/products/vtune/perftool.htm
で「Intel C++ Compiler 7.0 for Linux」の項目に
「Linux 版インテル(R) C++ コンパイラ 7.0 では、GNU C/C++ との互換性の強化、C++ ABI との適合性、幅広 gcc 拡張子のサポート、およびごくわずかな修正を行なうだけで Linux カーネルをビルドすることができます。」
と説明がありました.「ごくわずかな修正」を調べてみます.分かったら報告します.
0412login:Penguin
02/11/28 01:16ID:Aj/Ka3kqたらすごいな。インラインASMの部分などは、無理だろうから、デバイス
ドライバーなどは、全面書き直しするしかなかろうと思うけど。
がんばってOSカーネル丸ごとチャレンジして欲しい。
クロックがあがったように体感速度が上がれば素晴らしい。
SSE命令などを使ってデーターのバッファー転送を高速化したり、
サウンドドライバーが音質が向上したり、
XーWindowsが飛ぶように速く動くようになればめでたい。
0413login:Penguin
02/11/28 01:40ID:zRfKz+Msどこを縦読みすればいいのでつか
0414login:Penguin
02/11/28 17:06ID:TwGoRG+aemacs で遂に挫折。
0415login:Penguin
02/11/28 17:18ID:rzTXVehEどこか変化した?
0416login:Penguin
02/11/29 00:00ID:CcQhIMOA0417login:Penguin
02/11/30 05:16ID:LPoU/MM7関数・サブルーチンは使えないのかな。
0418login:Penguin
02/12/01 07:17ID:Smn19ga0ピボッティングもスケーリングもやってない
単純な LU 分解のコードを試してみたけど、
icc -xW -tpp7 と gcc -O2 (2.95.3)で実行速度が変わらない。
で、 -S してみたらどうも PREFETCH を使ってないみたい。
まだ、 ccc ほど賢くはないのかな。
だとしたら Xeon*2 買うより AthlonMP*2 買ってた方が
HARDWARE PREFETCH の恩恵にぞくせてよかったかも。
0419login:Penguin
02/12/01 09:11ID:6cxWcw03Pentium4コアのC1 stepping以降はhardware prefetchのバグ(errata P46)が
直っているはずですぞ。Xeonも同じです。
0420crazy_u
02/12/01 18:53ID:Q5N6niNlマニュアルを見ると,-O3にしないとprefetchはかからないようですよ.
"Intel C++ Compiler User's Guide"の
[Optimizations]/[Optimaization Levels]/[Setting Optimizatin Levels]
の"IA-32 and Itanium Compilers"に書いてある.
0421crazy_u
02/12/01 19:18ID:Q5N6niNl性能を向上しようと思ったら,コンパイルオプションもそれなり設定してコンパイル時のメッセージとかも見て,
最適化制御行を入れたり,コンパイラが理解できる(最適化しやすい)ようにコードを書き換えたりしないと性能はあがらないよ。
0422login:Penguin
02/12/03 09:57ID:EIrgZrpNdtimeの計測では同じ数字なのだが、うれしいがわけわからん。
0423login:Penguin
02/12/03 10:35ID:5aayB2ksそれとも P4, Xeon*2 (高いんで手が出ないかも)にすべきなのでしょうか?
過去スレ読んだつもりですが、イマイチはっきりしないので。
0424login:Penguin
02/12/03 10:45ID:X1BM48vgintelが敵に塩を送るようなことはしないと思われ
0425login:Penguin
02/12/03 11:17ID:5aayB2ksあと、intel 用に optimize したら意外と athlon でも行ける、という
こともありうるかな、と思って。(意図的に intel 専用のコードを使って
壊すとかしなければ。)
0426login:Penguin
02/12/03 11:29ID:g4+eV5lNお手軽にコンパイルできるのかと思ったけど、そういうことではないのね。
dependency fileのフォーマット違いを適当に変換してcompileしてみたけど、
include fileがらみで止まったので、とりあえず放置中。
0427login:Penguin
02/12/03 13:32ID:MBmEQllb>>419
Intel から XEON の PDF 落としてきたら、
確かに L2 cache 周りにバグがあったみたいですね。
>>420
CPU のタイプ指定したからと言って、
それようの最適化してくれる訳じゃないのね。
で、試したけど -O3 付けても prefetch してくれないみたい。
うーん、 prefetch は必要ないと判断されちゃってるのかなぁ。
とりあえずマニュアルちゃんと読んでみます。
>>421
本気で使うプログラム組むのは結構大変そうですね。
ま、実際の実験に使うときはひよって、
MKL や atlas あたりの既成のライブラリで
間に合うところはそっちに投げちゃうつもりなんだけどね。
っていうか自分が素人考えでコーディングしても勝てそうにないし (^^;
とりあえず、 PREFETCH や SSE2 の性能を見たいだけなんで、
今は PREFETCH してるときとそうでないときの差が観測できれば満足です。
athlon(palomino)+gcc や alpha(21164)+ccc では
pentiumIII+gcc とクロック比の2倍近い差が観測できたので、
配列なめるような計算だと
メモリの遅さをごまかす PREFETCH が効くとおもうんだけどなぁ。
長文失礼。
0428crazy_u
02/12/03 23:43ID:biU06C3s参考までに,>>351で紹介した本を参考にして書いたコード(vector計算機用に書いたものをP4用に変更したもの)
の結果を紹介しますので,ぜひ,自分でチューニングしてみしょう.
10000×10000の対称密行列の下三角部分を1次元配列で持って,三角分解する問題です.
(倍精度.ピボッティング無し.)
m×mのブロックを同時分解するプログラムをtimeコマンドで計測すると、
m=1; 603.699u 0.728s 10:05.38 99.8% 0+0k 0+0io 605pf+0w
m=2: 284.677u 0.734s 4:45.86 99.8% 0+0k 0+0io 606pf+0w
m=3: 206.556u 0.726s 3:27.60 99.8% 0+0k 0+0io 607pf+0w
m=4: 180.873u 0.736s 3:01.90 99.8% 0+0k 0+0io 609pf+0w
m=5: 233.402u 0.722s 3:54.48 99.8% 0+0k 0+0io 610pf+0w
m=6: 298.871u 0.744s 5:00.08 99.8% 0+0k 0+0io 617pf+0w
となりました.m=1とm=4では3倍の性能差です.m=5,6では1つのループに夫々25個,36個の式をいれるとvectorizeがかからないので、
2つのループに分けていることで性能が悪くなっていると考えられます.(CPUリソースが足りてない?)
コンパイルオプションは>>326です.動作環境は
P4 2.53GHz, M/B:ASUS P4T533-C, memory: PC800-40 ECC 512MB×4, HDD: 80GB(7200rpm)×2 (software RAID1)
memoryが、PC1066ならあと10〜20%性能が上がると思います.
0429login:Penguin
02/12/04 05:11ID:nRFkxlL9GFLOPS換算だと、どういう性能値になるのかな?
0430crazy_u
02/12/04 20:16ID:LtG05CzF<演算回数>
ijk型の分解(LDLT分解)をしているので、作業用の配列RDを使用してアルゴリズムを書くと、
icon=0
for i=1,n
for j=1,i-1
for k=1,j-1
Aij=Aij-Aik*Ajk ; 加算1, 乗算1
next k
next j
for k=1,i-1
Aii=Aii-Aik*Aik*RDk ; 加算1, 乗算2
next k
if(|Aii|<tolerance) then
icon=i
goto end
end if
RDi=1/Aii
for k=1,i-1
Aik=Aik*RDk
next k
next i
end
最後のループはその前のループと一つにできるので演算回数にはカウントしないことにすると、
n=10000で,演算回数=n(n+1)(2n+1)/6-n=333.383325 GFLOP
0431crazy_u
02/12/04 20:16ID:LtG05CzF<GFLOPS>
(user使用CPU時間+sysytem使用CPU時間)で割ると,
m=1: 333.383325/604.427=0.552 GFLOPS
m=2; 333.383325/285.411=1.170 GFLOPS
m=3; 333.383325/207.282=1.611 GFLOPS
m=4; 333.383325/181.609=1.838 GFLOPS
m=5; 333.383325/234.124=1.426 GFLOPS
m=6; 333.383325/299.615=1.114 GFLOPS
m=1はもとの旧態依然のコード(vectorizeはされている)です.多くのレジスタは遊んでいるのでしょう.
vectorizeによる性能向上はあきらめて手でloop unrollingをしていけばもう少し性能は上がるかもしれません.
P4は,倍精度浮動小数点命令を 2 clocksで2命令こなせるので,P4 2.53GHzだと理論性能値は2.53GFLOPSであり,
m=4では理論性能値の72.6%である.
性能値の計算方法が違ってたら御指摘ください.
この例では性能が向上していますが,vector計算機や通常のスーパースカラー計算機では性能が出る方法がP4では全くダメだ
ったりして試行錯誤の繰返しです.
0432login:Penguin
02/12/04 23:39ID:pg0evXMeインテル、Hyper-Threading対応コンパイラを発表
http://www.watch.impress.co.jp/pc/docs/2002/1204/intel.htm
0433login:Penguin
02/12/05 06:46ID:/JxgZHh9user+sys を演算にかかった時間とするというのは、
たとえばスワップなどの待ちが発生していない場合には、まあ妥当だと
思うが、現実の計算させている側からみると、user+sys よりも
現実にかかったWallClock(実時間)の方が意味を持つ。
メモリーサイズを越えた計算を行う場合には、user+sys の時間と
くらべて実際の時間はうんと長くなることはよくある。
0434login:Penguin
02/12/06 16:21ID:tdSYXBjWCVSから持ってきた Emacs 21.3.50.1 を icc -tpp6 -xK -ip -nolib_inline -O3 でコンパイルしてみました。
1. src/regex.h の最後の方に、__restrict を gcc のバージョンを見てほげってる部分があるのでそこをつぶす
2. temacs のリンクがうまくいくように、icc -v の出力を見ながら src/Makefile をいじる
・STARTFILES の最後に crtxi.o を追加
・LIBS から -lgcc を削除し、-limf, -lcxa, -lunwind を適切に追加
・LIBS の crtn.o の直前に crtxn.o を追加
ぐらいでうまくできました。
gcc に比べて速くなったか…は分かりませんねぇ…。どうやって比べればいいのかな?
0435login:Penguin
02/12/07 15:07ID:Ui0kbuxO21.2で試してみたけど上手くいかなかった。残念。
temacsは出来たけど、ldd temacsすると
/usr/bin/ldd: ./temacs: No such file or directoryと言われる。
リンクにミスってるのかな。もうちょい調べてみます。
0436435
02/12/07 15:20ID:Ui0kbuxO0437login:Penguin
02/12/07 15:40ID:Ui0kbuxOとりあえずMule-UCS込みでemacsをdumpするほうを頑張ろう……
0438login:Penguin
02/12/07 21:10ID:fP7YPqYNM-x hanoiで時間計ってみてら?
0439login:Penguin
02/12/07 23:19ID:Ui0kbuxOおお、なるほど。
elpでみると、一割弱ぐらいicc版のほうが速いかなといえなくもない感じですが、
実行の度にバラつきが大きいので、きちんと統計とらないとなんとも。
……という程度の違いぐらいでしたw
0440login:Penguin
02/12/08 16:02ID:t1EMsFPnお試し版ライセンスでダウンロード&インストールしてみました。
で、とりあえずHello worldからー、と思ってコンパイルしてみると、
# icc -O t.c
icc: error: Fatal error in /opt/intel/compiler70/ia32/bin/mcpcom, terminated by
segmentation violation
compilation aborted for t.c (code 1)
とエラーが…。-Oオプションを取っ払っても同様にエラーが出ました。
どのような原因が考えられますでしょうか?
0441login:Penguin
02/12/08 21:35ID:u1M6xTCCどんな Hello world 書いたのかまずは晒せ
044230
02/12/10 15:16ID:Ws55tYEeadress errorというものが出るようになりました。これはなにが
原因なんでしょうか?
0443login:Penguin
02/12/10 19:50ID:p6pBFSA9Usually caused by a wrong value being used as an address
(check the associativity of all pointers).
って書いてあるよ。
いきなり落ちるんだったらAllocatableな変数をallocateしないで
渡しちゃったとかって感じだろうけど、
しばらくして落ちるのはなんだろうね。
pointerを使ってるんだったら、そこを集中的に見てみるといいんじゃないかな。
0444login:Penguin
02/12/10 20:29ID:WQilySMD出るといいな。そんな感じのメールが今日僕のところに来ました。
044530
02/12/11 00:57ID:KREW2anIなるほど。pointerは使っていないので、原因はよくわかりませんね・・。
2週間くらい落ちずに計算してほしいので、6.0に戻すことにします。
ありがとうございました。
0446login:Penguin
02/12/11 03:23ID:ngo2KBLZ0447440
02/12/12 14:02ID:fC7hqe+lすみません。どうも、2.2系列のkernelで実行していたのが原因のようです。
2.4系列のマシンで試したところ、ちゃんと動きました。
0448おむこさん志望 ◆QtGqCwfDSA
02/12/12 19:18ID:Gd+VRRoblisp のベンチマークなら竹内関数が有名。
(define (tak x y z)
(if (>= y x) z
(tak ( tak (- x 1) y z)
( tak (- y 1) z x)
( tak (- z 1) x y))))
で、(tak 30 20 0) とでもやってみて。
ただ、一般ユーザから見れば算術演算よりもむしろ Garbage Collector の性能のほうが
気になる。現に (setq garbage-collection-messages t) eval ると GC しまくってるし。
GC のベンチマークはどうやればいいかな?ごみセルをものすごい勢いで生成する
プログラムなら何でもいいと思うけど。
0449おむこさん志望 ◆QtGqCwfDSA
02/12/12 19:21ID:Gd+VRRobemacs lisp 版は
(defun tak (x y z)
(if (>= y x) z
(tak ( tak (- x 1) y z)
( tak (- y 1) z x)
( tak (- z 1) x y))))
ってところかな。
0450login:Penguin
02/12/13 08:15ID:zhmsFywd不勉強なもんで、竹内関数の「た」の字も知りませんでちた。
それはさておき、Pen3/800MHz 上の Linux の emacs21.2 で、
とりあえず (tak 15 10 0) を elp で見てみました。
gcc2.96 -O2 で Elapsed Time が約 3045、
icc7 -O3 -mp1 -prec_div -fp_port -tpp6 -xiMK では約 2878 でした。
400MHz 以下の PC で emacs に微妙に重さを感じるような環境だと、
あるいは体感で違いが出るかもしれないなーという感じかも。
0451login:Penguin
02/12/19 17:03ID:5E3T5r1wバージョン7って6の時のやつ使えますか?
0452login:Penguin
02/12/19 17:08ID:C7axpMDs自分で試せることあるなら先にやってから愚痴言えばいいじゃん。
0453login:Penguin
02/12/20 12:29ID:GkB+B9PYCPUが過熱しているのでは?浮動小数点計算回路は、相当に熱を出すので、
浮動小数点計算をフルに稼動させると、そうではない場合にくらべて
かなり冷却をまじめにしなければいけなくなります。
CPUの温度が上がると、回路の動作可能速度が落ちてしまい、
回路がクロックについていけなくなるのです。
0454login:Penguin
02/12/20 13:32ID:/crymO6Z% tar xvf ./l_cc_pu_7.0.075.tar
(抜粋)
intel-icc7-7.0-75.i386.rpm
intel-iidb7-7.0-150.i386.rpm
intel-isubh7-7.0-75.i386.rpm
0455login:Penguin
02/12/20 13:35ID:/crymO6ZQ148399,Q162516 Profmerge causes SIGSEGV under critical system load
Q148801 Seg fault with virtual base, template class
Q144382 internal error: select_overloaded_copy_constructor: NULL constr
Q134428 incompatibility with regard to large file support
Q155513 compiler generates incorrect function name if function body changes
Q155001, Q163438 Multiple symbols created for local statics in cloned routines
Q153937 Internal error loop: source_file_for_seq: bad seq number on vla dim expr
Q149096, Q153942 constant used in generated andpd instruction is not 16-byte aligned
Q131763, Q162474 Problem with the code generated for delete[]
Q141709, Q160439 new substitute header file was added
Q100490 __declspec(align(n,off)): some (base,offset) pairs produce incorrect results
Q162533 dyn file corruption
Q158469,Q160670 Problem in PGO function naming scheme
Q144379 -vla cannot have static storage duration
Q122044 Compilation hangs when test case is compiled with optimization on
Q122047 Compiler hangs when optimization is on
Q96189 Is arithmetic operation on void pointers allowed?
Q151784 -xW vectorization gets wrong results
Q156239 inner loop was not vectorized
Q153389 Dwarf2 Lexical block boundaries incorrect, overlap other functions
0456login:Penguin
02/12/20 13:36ID:/crymO6Z書き忘れた。l_cc_p_7.0.065 からの icc の修正点です。
0457login:Penguin
02/12/24 16:18ID:JyDxMYz1「We're sorry, each user may only obtain one non-commercial license for each version
of an Intel software development product. ・・・」
と,ノンコマーシャルバージョンは,一人一つのバージョンしかダウンロードできない.
みんなどうやってアップグレードしてるの?
メアドたくさん手に入れて,それで再度登録?
0458_
02/12/24 16:20ID:ouu1I4jchttp://freeweb2.kakiko.com/dengeki/indexc.htm
0459login:Penguin
02/12/24 16:22ID:4v+Gtyjb取れない、って書いてあるけど??
0460crazy_u
02/12/24 21:05ID:OYox6oQQhttps://premier.intel.com
へいって,既に取得しているユーザIDとパスワードでログインして,"Download"か"What's New"へいけばOK.
既に取得しているライセンスは新しいバージョンでも継続して使えます.
0461login:Penguin
02/12/25 00:49ID:uv9cjelH0462login:Penguin
02/12/25 17:00ID:abtISU62でけた.
更新されてなかっただけ見たい.
ありがとう!
0463login:biginer
02/12/25 17:07ID:q3QDBWTa質問なのですが。
当方IntelPentiumIIIProsesscer800Mhzを使用して、
OSにRedHatLinux7.2Valhallaを使っているのですが
このような環境でもiccの効果は見込めますか?
Pentium4でなくてPentiumIIIの場合gccと比べて一般的にはiccでも高速化する傾向があるのでしょうか?
以上、かなり初心者ですが、質問に返答いただけましたら幸いです。
0464login:Penguin
02/12/26 23:59ID:G0YkL98D30%ほどの速度向上が見込めるそうです。
0465login:Penguin
02/12/27 14:38ID:GXP8e78Yiccで再構築に成功した人いないの?
0466login:Penguin
02/12/29 00:22ID:4wQu8ATxテキストに変換すると、精度がe-44のデータが出るのですが、
このようなゴミみたいなデータをゼロにするにはどうしたら
いいでしょうか?ちなみに、変数はreal*4で指定してます。
0467466
03/01/02 19:57ID:+EkiIDCE汚してすみませんでした。
0468login:Penguin
03/01/06 13:29ID:Do2PTvNh*.licって別のマシンで使い回し出来なかったけ?
HostIDとかとってる?
0469crazy_u
03/01/06 14:33ID:JaWhyWax偉くない人だけど考えを書きます.
*.licは別のマシンでも使いまわしできるけれども,
2台以上のマシンへ同時にインストールするのは商用用途なら絶対にしてはならないことです.
自分もソフトを書いて仕事をしている以上,他の人のソフトの権利も守るべきです.
マシンを載り換えるならOKだと思います.
0470login:Penguin
03/01/06 15:03ID:HQfFIc8mthanks
いや、正月を機会に速い箱に乗り換えてiccをインストールしようとすると
インストーラに撥られるんです。前の箱は解体したので研究が進みません。
契約は守っていますので一応。
0471ot22
03/01/06 18:15ID:5PqBTGENgcc3と思わせればできてしまいました。早くなったのかどうかはわかりません。
ライブラリはやってみようとしましたが、gccべったりの作りで断念しました。
0472login:Penguin
03/01/06 18:22ID:f86BKYE5NICのMACアドレスを見ていたりするのだが、
今はそういう問題じゃないんだよね。
0473login:Penguin
03/01/06 18:53ID:lP1onCdiああ、入らない。
その某ソフト(octaveの親御さん)が入っていてFLEXlmがそっちを見ていそうです。
/opt/intel/licensesじゃなくて/usr/localな方を見ているとか。
0474login:Penguin
03/01/06 21:52ID:Np8sVtCA>ot22
>一応iccだけでカーネルはできました(linux-2.4.21-pre2)
すばらしい。コンパイルオプションはどうしました?
0475login:Penguin
03/01/08 20:11ID:mhZesDiwはRed Hat 7.1が動きますか?
ifc7をP4-3.06で動かしたいんですが,
850EでPC1066の方がいいでしょうか?
シロートの質問で申し訳ありません。
0476crazy_u
03/01/08 20:38ID:FGrvqAXsinstallする時にライセンスがみつからない場合はライセンスの置いてあるディレクトリを聞かれませんか?
聞かれたら「絶対パス」で入力してあげればOKなはずですが.....
installできているなら,/opt/intel/compiler70/ia32/binにあるifc, icc, icpcを開いて
INTEL_LICENSE_FILE=/opt/intel/licenses;
export INTEL_LICENSE_FILE;
となっているか確認してみると良いと思います.
0477473
03/01/08 20:51ID:dtFQPFK8>crazy_u
>ライセンスの置いてあるディレクトリを聞かれませんか?
いや、「ライセンスはどこだ?INTEL_LICENSE_FILE=/opt/intel/licenses参照」
といってインスタレーションスクリプトが閉じちゃうんですよ。でFLEXlm
使ってるMATLABが走ってるんでそれがいたずらしているのかなと。
相変わらず仕事が止まったままです。欝。
0478crazy_u
03/01/08 20:54ID:FGrvqAXs動くかどうかは入れてみないとわからない.(多分,動くでしょう.)
新しいデバイスのサポートととかを考えると,赤帽7.3か8.0にしたほうが良いでしょう.
私は,850E(ASUS P4T533-C, 安定してます)で赤帽7.3と8.0でifc7を動かしてます.(2.53GHzと2.80GHz)
性能の総合評価では850EでPC1066だと思います.DDR266ではメモリーへの書込み,書換えはRIMM PC1066に遠く及ばない.
http://pcweb.mycom.co.jp/benchmarklab/2002/33/index.html
で比較試験をしていますので、参考にしてください.
E7205が今後どこまで上位のCPUとメモリをサポートしてくるか次第で有力候補ではありますね.
でたばかりのチップセットの場合は人柱になる覚悟も必要です.すぐにバリバリに使いたいならBIOSも枯れて安定している方を勧めます.
P4-3.06は非常に羨ましい!!
0479login:Penguin
03/01/08 21:18ID:Nu006fMNここも参照されたらいかが
www.hpc.co.jp
あたしは数値計算に最適化されたカーネルのパラメータとか知りたい。
0480crazy_u
03/01/08 21:30ID:FGrvqAXsinstallファイルの中を読んで調査するしかないかも....
中で使用されている変数名のどれかが既に他で定義されてしまっているのかもしれない.
それさえ分かれば臨時に別の変数名に書き換えてしまえばよいのですが…
力になれなくてごめんなさい.
0481crazy_u
03/01/08 21:56ID:FGrvqAXsもしかして,*.licをftpで転送してませんか?
binaryかasciiかどちらかは忘れましたがモードを間違えるとviで開いても見た目は分かりませんが壊れています.
保管してある(でしょうきっと) *.licをフロッピーディスクにいれて移してみてはどうでしょう.
0482ot22
03/01/08 22:50ID:NeqYyahGパッチらしきものを希望される方は多いでしょうか? 多そうだったら
public にアクセスできるところに用意しようかなと思ってます。
P.S. モジュールが出来ているような出来ていないような
0483login:Penguin
03/01/08 23:14ID:U/R7YQLN> パッチらしきものを希望される方は多いでしょうか?
ぜひぜひお願いします。これは面白い♪
>crazy_u
ううたしかにbinaryで転送して壊れている可能性も...
あとで報告します。
0484login:Penguin
03/01/09 00:19ID:i1DFujLV0485login:Penguin
03/01/09 00:25ID:5dI2J0HT0486login:Penguin
03/01/09 00:47ID:janFKrXY0487login:Penguin
03/01/09 00:53ID:zKKLoi8Q0488login:Penguin
03/01/09 01:10ID:d0cXwiPT0489login:Penguin
03/01/09 01:23ID:d0cXwiPTそんなに寄付集まらないと思うぞ。
利用者に月1万円って現実的ですか?
0490login:Penguin
03/01/09 02:02ID:OzFfd3tm0491login:Penguin
03/01/09 02:59ID:V0yK4S7y0492login:Penguin
03/01/09 03:47ID:qciTMwbB裁判上不利になるから、大きいところではもう無理だろうな。
だから2ちゃんでいい、という帰結もまたおかしいけれども。
これからは、IPが裁判で提出されるのが常識になりつつ、
それ以外の局面でどうIPが守られているか、とか
どれだけシステム上の信頼性があるか、とかが掲示板の人気に影響しそう。
0493login:Penguin
03/01/09 04:26ID:o3zr6kVd特に、MMXとかのベクトル的命令を多用するコードを吐けたら、
さぞや描画性能が上がるのではなかろうかと思うけど、あるいは
Graphics Chip のドライバー性能がネックなのかな?
0494login:Penguin
03/01/09 08:35ID:2OFBTc6l赤帽8.0はifc7が動作しないと,ifc7のresellerのホームページに
書いてありましが,実際は動くんですか?
0495login:Penguin
03/01/09 10:22ID:e/ruQh9vgcc-3.2でオプション変更するだけでも効果があるから
期待できるでしょうね。
0496ot22
03/01/09 11:27ID:fZiQVJ4s> パッチらしきものを希望される方は多いでしょうか?
ぜひぜひお願いします。これは面白い♪
http://www.cs.tohoku-gakuin.ac.jp/~otofuji/ICC-Linux/memo.html
をご覧下さい。自己責任でテストして下さいね。
0497login:Penguin
03/01/09 15:07ID:hzDSQYSx0498login:Penguin
03/01/09 16:03ID:+r8AnlXi「責任は負いかねません」って。
0499crazy_u
03/01/10 00:34ID:4WK5owb0478の人も赤帽8.0で動かしているようです.
私は何も問題なく動いています.
Intelで動作検証が済んでいないというだけではないでしょうか.
gcc-3.2とgcc-2.9xはバイナリーの互換性がないので,使用するライブラリによるのかもしれません.
不安なら,赤帽7.3にしたらどうですか.
ちなみに,赤帽8.0のvsftpdはasciiモードの転送はファイルが壊れる目にあってます.
0500login:Penguin
03/01/10 01:02ID:d3LQt9jTやっぱFLEXlmの問題です。無理やりインストールして走らせてみましたが
FLEXlmが管理するライセンスのところで引っ掛かりました。
Cotave clone(W のライセンスファイルを加工するです。あーやだやだ。
0501login:Penguin
03/01/10 16:31ID:QDvvakyP自分も試してみたいと思います。
0502login:Penguin
03/01/12 23:05ID:6n/fieKJpatch thx.うちも拵えてみました。
0503山崎渉
03/01/15 11:23ID:/OP2L6bf0504login:Penguin
03/01/18 20:29ID:yibpzl2+0505login:Penguin
03/01/18 20:38ID:Dm64aJQmコンパイラが2つあると、ビルドで失敗した時
もう一方でトライできるから楽。
最近はxvで、*.o はgcc版とicc版がチャンポンに
なったがなんとか成功。
0506ot22
03/01/19 00:44ID:Z7H9vr9j> iccでgccをビルドできねー
make そのものは面倒なことはないのですけど(オズオズと)
gccのソース以上のtextは吐けないので、makeしたgccの意味がよくわからない
のですが… stage1のレベルのコンパイラが欲しいということでしょうか?
0507login:Penguin
03/01/19 01:16ID:AqdOvBsUいや、コンパイラコンパイラとして動くか試したかっただけ(w
0508login:Penguin
03/01/19 01:56ID:ZReWqC8H> コンパイラコンパイラとして動くか試したかっただけ(w
コンパイラコンパイラなら、ふつーはyaccつかうのでは?
■ このスレッドは過去ログ倉庫に格納されています