AMD の64ビットCPU オプテロンでLINUXしよう

注目のAMD の64ビットCPUオプテロンでLINUXを使って,64ビット
アドレス空間を使って、幸せになることを夢見る先走りマニアが
集うスレ. 光あるところに影あり,まこと栄光の影には大勢の
人柱となって果てるマニアの屍がある.だが人よ問うなかれ,
歴史は夜作られる.歴史が人の織りなす業である由縁.

2^64=18446744073709551616

3^64=3433683820292512484657849089281

で、具体的にどんなメリットがあるんだ？
無駄にアドレス空間が増えるせいで、通常のアプリケーションは遅くなる気配がする厨房にも
わかるように説明してケロ

で>>1 は何Gメモリ積んでるんだ
動画編集しないかぎり,そんな大容量いらん気がする

Athlon64 FX-51買ったよ
手持ちの比較対象がDell(Xeon2.0G dual)しかないのだが、とりあえずいくつか
ベンチやってみた

ubench-0.32
　　　　　　　　　　　　　　　　　　CPU　　　　MEM
Athlon64 FX-51 (icc)　　131327　　171400
Athlon64 FX-51 (gcc)　　131912　　186955

Xeon2.0 dual (icc)　　　199885　　159551
Xeon2.0 dual (gcc)　　　155393　　155399

Xeon2.0 single (icc)　　100167　　86637
Xeon2.0 single (gcc)　 　78949　　84794

Xeonは初期のHTナシバージョン、L2キャッシュ256KBでつ

hdbench clone 0.14.1 (FLOAT/INTEGER/MEMのみ)

　　　　　　　　　　　　FLOAT　INTEGER　MEM
Athlon64 FX-51　195032　　252724　　99664
Xeon2.0 dual 　　　　65428　　179229　　81218

>>6-7
乙〜．

職場の仕事マシン Dell Precision 650,HT-Xeon 2.4GHz Dual
のRedHat8で hdbench clone 0.14.1 でやってみたよ．

常に誰かジョブを流していてベンチには不利な環境ですが．

FLOAT,INTEGER,MEMORY
80913,190464,107652

ですた．

UNIXにとっての64bitとはtime_t問題解決のためだけでもメリットが
あります。ファイルのオフセットは既に64bitになっているので。

>>8
メモリはRIMMのdual channelの方が速いみたいですね
こちらはPC3200を買ってきたつもりが、ノーブランドのため安定せず
PC2700で使ってます

>>6のubenchはTL8付属のgcc-3.2.2でコンパイルしたものですが、どうも
他のベンチに比べて振るわない…
で、gcc-3.3.2をビルドしてそいつでコンパイルしたところ、劇的に改善
されますた

CPU　131912　→　340165
MEM　186955　→　189708

あと書き忘れましたが、2.2GHz→2.31GHzにオーバークロックでつ

ぼくのゆめわ、２じかんのＨＤどうがおおんめもりへんしゅうすることです

>>11
それおLinuxいたでかかれても…

unixbenchもやってみますた

index　　　　　　　　Athlon64FX(*1)　Xeon dual(*2)

Dhrystone　　　　　　　　　　742.5　　　　　250.5
Whetstone　　　　　　　　　　329.4　　　　　　82.9
Execl　　　　　　　　　　　　1024.6　　　　　157.4
File Copy　1024/2000　　　16.5　　　　　　　7.3
File Copy　　256/　500　　　18.0　　　　　　18.0
File Copy　4096/8000　　　11.0　　　　　　10.6
Pipe　　　　　　　　　　　　　1426.2　　　　　231.7　
Context Switching　　　1102.6　　　　　209.5
Process Creation　　　　1417.8　　　　　393.0
Shell Scripts　　　　　　　515.3　　　　 183.3
System Call Overhead　1346.5　　　　　135.4

FINAL SCORE　　　　　　　　　291.0　　　　　87.0

*1 Athlon64 FX-51 gcc-3.3.2
*2 Xeon 2.0 dual gcc-2.9.5

結果としてはAthlon64 FX-51の方が良いって事なの？

Xeon 3.06の結果も見てみたいな

>>6
姫野ベンチとかどうでしょう?
ttp://w3cic.riken.go.jp/HPC/HimenoBMT/index.html

漏れもやってみたんですが、結果今度晒します。
なんかicc(7and8β)の方がgccより速度出なかった記憶が…

>>15
その石で試すことが出来るかもしれないっす。（予定は未定)

64bitマシンではC言語のchar, short, int, long, long longの大きさはどのくらい？

>>17
int は 32のままで、longは64てアスキーで見た。後は知らんけど
charは8bitじゃないかな。

ぶっちゃけ、64bitでも大抵intは32bit
32bit環境でもlongにより64bit整数が扱われているので、素intを64bitにする
メリットがないことが主因。16->32bitと違い互換性のほうが優先順位が高い。
となると配列のインデックスに素intを用いている場合に64bitリニアアドレッシ
ングの恩恵を受けれなくなるのだが、現実問題として一つの配列に31bit=2GB
以上のメモリを割り当てる用途は限られており、しかも現状でもそのような用途
にはインデックスとしてlongを使っているはずなので、まぁいいんちゃうの？
という感じ。
もちろんcharは8bit。C言語の仕様として、charを変えるのは非現実的かつなんの
メリットもない。

int main()
{
printf("%d bit じゃゴルァ!\n", sizeof(void*)*8);
return 0;
}

> もちろんcharは8bit。C言語の仕様として、charを変えるのは非現実的かつなんの

そんな仕様はないわけだが

sizeof(char)でかえってくるのが”1”というのは仕様、だよな？
そこでcharが16ビットとかになったりするのは、世の中のbyteという単位が
8bitである以上非現実的
といいたかったのです。

intが32ビットのままだと,配列の添字は整数であると,Cの言語規格で
決まっているので,大変に不便です.なぜならポインターが64ビットでも
それからのオフセットが32ビット(正負あり)なので,配列のサイズは一個
あたり2GBしかなくなってしまい,一種のポインタをベースとした
セグメントアクセスのようなことになってしまうからです.
SGIのコンパイラは64ビットのコンパイルを指定すると整数が64ビット
になりますよ.

自作自演がバレタ瞬間。
http://human.2ch.net/test/read.cgi/4649/1066741054/387-388

１０分の時間を空けましたが名前を一緒にしてしまい
自演がばれましたｗそのあとの必死ぶりが凄いですｗ
只今本人降臨中で祭り真っ只中！！
早くしないと１０００まで行っちゃいますよー！！！

1byte=8bitってのは処理系依存だっけ？

配列の添字 = int だっけ？
longやlong longでもいいの？

>>22
配列のサイズ（添字）はsize_tですよ。
ItaniumやAMD65では64bit。

約千八百京バイトのアドレス空間

#include<stdio.h>
#defineprint_sizeof(t) printf("%-12s:%4d bit\n", #t, sizeof(t)*8);
main()
{
print_sizeof(char);
print_sizeof(short);
print_sizeof(int);
print_sizeof(long);
print_sizeof(long long);
print_sizeof(float);
print_sizeof(double);
print_sizeof(long double);
print_sizeof(size_t);
print_sizeof(void*);
return 0;
}
---
char : 8 bit
short : 16 bit
int : 32 bit
long : 64 bit
long long : 64 bit
float : 32 bit
double : 64 bit
long double : 128 bit
size_t : 64 bit
void* : 64 bit


itaniumでもやってみたが、結果は同じでした

>>28乙
longとlong longが同じかぁ。
128bit整数なんてまず使わないから、まぁいいが。

>>16
すみません
姫野ベンチ見に行きましたが、ホートランは守備範囲外なので…
(元気があればまた…)

ところで、>>13の結果は、NFSでマウントしたファイルシステム上で
計測してしまっていましたのでFile copyが激遅でした
y=ｰ( ﾟдﾟ)･∵.　ﾀｰﾝ

気を取り直して、いろいろなコンフィギュレーションで
再計測した結果(FINAL SCORE)だけ書くと

Athlon64FX gcc-3.3.2 (64bit): 1064.4
Athlon64FX gcc-3.2.2 (64bit): 1035.9
Athlon64FX gcc-3.2.2 (32bit): 930.2
Athlon64FX icc-7.1 (32bit): 750.4

Xeon2G dual gcc-3.2.2 (32bit): 274.9
Xeon2G dual gcc-2.9.6 (32bit): 261.3
Xeon2G dual icc-7.1 (32bit): 242.4

Athlon64FX
OS: Turbolinux8 for AMD64
MEM: PC2700 CL3 1GB
HD: 120GB 7200rpm ATA/133

Xeon2G dual
OS: Turbolinux8 Workstation
MEM: PC800 RIMM 2G
HD: 73GB 10000rpm U160 SCSI

数字が大きい方が、性能がよいのだったかな？

ところで、MEMTEST86が動作しないんですが、メモリーテストはどうすれば
いいのでしょうか？

>>31
そうでつ
書き忘れました

>>32
↓ここを見れば幸せかも
ttp://www.amdzone.com/forums/messageview.cfm?catid=26&threadid=70051

>>19
コンパイラによって違うんじゃない。
LP64とかILP64とかさ。

Itanium2 (1G x 8)でのベンチ。

ubench:

Ubench CPU: 268875
Ubench MEM: 220290

---
unixbench

TEST BASELINE RESULT INDEX

Dhrystone 2 using register variables 116700.0 2656407.0 227.6
Double-Precision Whetstone 55.0 570.8 103.8
Execl Throughput 43.0 604.9 140.7
File Copy 1024 bufsize 2000 maxblocks 3960.0 260678.0 658.3
File Copy 256 bufsize 500 maxblocks 1655.0 100378.0 606.5
File Copy 4096 bufsize 8000 maxblocks 5800.0 554624.0 956.2
Pipe Throughput 12440.0 648671.8 521.4
Pipe-based Context Switching 4000.0 203057.3 507.6
Process Creation 126.0 2204.2 174.9
Shell Scripts (8 concurrent) 6.0 187.6 312.7
System Call Overhead 15000.0 431525.4 287.7
=========
FINAL SCORE 331.3

スレ違いスマソ

4CPUの汚腐手論マシンをLINUXでうまく動作させている例や体験を希望。
8CPUのシステムはいつ頃でそう？

参考：
AMD Athlon(tm) XP 2500+

Ubench CPU: 82189
Ubench MEM: 94872
--------------------
Ubench AVG: 88530

HDBENCH clone
FLOAT 152499
INTEGER 190105
MEMORY 58247

gcc -v
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20011002 (Debian prerelease)

gccがアレなんで、参考にすらならんかも...
Xeon2GHz シングルよかは速いっつーことで。

久々にage

>>1
Xeonではいけませぬか?
OpteronもXeonも微妙にあこがれていますが、両社の違いってひとくちで言ったら何でしょうか。

一言で違いを言えばXeonは64ビットCPUではないってことでしょ。
（36ビットアドレッシングはサポートされてるけど）

俺はOpteronじゃないけどショップブランドのAthlon64 3200+マシンを
オーダーしてるとこ。まだ届いてないけど、年末の休みには遊べるかな。

>>39
いけませぬ。

XeonはあくまでIA-32、すなわち80386の拡張版に過ぎません。
すなわち、32bitの汎用レジスタが8本、アドレス空間が4G。
物理アドレスだけ36bitに拡張されていますが、通常の
アプリケーションからは簡単に使えるわけではありません。

一方でOpteronやAthlon64は、汎用レジスタが64bitに拡張された
だけでなく、その数も倍(16本)に拡張されています。
また、アドレス空間も64bit化に伴い拡張されています。

いま、いろいろな雑誌やサイトでIA-32のXeonやらP4EEなどと
AMD64との性能比較が行われていますが、これらはみな32bit Windows
によるものです。
これでは、折角のAMD64も、多少ましな32bitCPU程度にしか過ぎない
ことになります。

一方、Linuxを使うのであれば、今すぐにでも本来の64bitモードでの
性能を発揮させることができます。
過去ログでも、Athlon64 FX51と2GのXeonとを比べ、単純に3倍以上もの
性能が出ていることが報告されています。

さあ、迷うことはありません。
あなたもアムダエル様に仕えるのです。
あなたの道はAMD64です。

パフォーマンス的には、FreeBSD,NetBSD,Linuxでどう違う？

AMD64とは関係無いが、鯖のベンチでFBSDがLinuxに圧勝というデータを見たぞ。

Mandrake のLINUXがOPTERON用に64ビット版として無料でDLできるよ。

AMD64にMandrakeをインスコ体験記
http://www.warpedsystems.sk.ca/modules.php?op=modload&name=Sections&file=index&req=viewarticle&artid=35&page=1

OpteronでLinuxとかの人は、仕事で計算やってるひとが多くない？
どれくらい早いのかとか、どんなコンパイラ使ってるとか教えて欲しい・・・

自作板の連中は64bitの恩恵にあずかれなくて、
AMD64の熱も冷めてきてるっぽいね。逆に
PC-UNIXユーザは貧乏すぎて64bitPCを手に入れる
ことすらできない。世の中って上手く回らないものだな。

仕事で使うマシンを選ばせてくれたので「ここはイッパツOpteron!」
とキバってみたが、１月近く経つのにまだ納品が来ない。。。
部屋の隅で K8T が泣いている。。。

>>46
自作板の人とｹｺｰﾝ汁

で、64Bitだと俺みたいなヘッポコにも何かいいことあるの？
pentium3の600MHzでも特に困ってないんだけど。

128bitまで待つか

>>45
上の方にもベンチの結果を示しましたが、unixbenchの
Dhrystone/Whetstoneだけ取り出すと

Dhry 　　Whet
750.5　　　340.4　　Athlon64　FX-51　gcc-3.3.2　64bit
733.5　　　340.2　　Athlon64　FX-51　gcc-3.2.2　64bit
424.1　　　248.9　　Athlon64　FX-51　gcc-3.2.2　32bit
492.8　　　224.1　　Athlon64　FX-51　icc-7.1
510.2　　　337.3　　Athlon64　FX-51　pgcc-5.0

304.1　　　102.7　　Xeon　2G　gcc-3.2.2 32bit
227.4　　　　82.9　　Xeon　2G　gcc-2.9.6
260.9　　　105.8　　Xeon　2G　icc-7.1

という感じです。
(Dhryはregisterあり/なし、Whetはsingle/doubleの平均値だと思います)

明らかに 64bitコード ＞ 32bitコード です。
gcc-3系の64bitコード生成で最高のパフォーマンスが出ています。
しかもversion upごとに改善されている模様です。

AMD64用のコードを生成するLinux上のコンパイラとしては、他に
PGIのpgccがありますが、お試し版をDLして試してみたところ
上に示したようにgccには遠く及ばない結果でした。

おっと、書いている途中でC-cC-cしてしまいました。

PGIはこれがAMD64における最初のリリースです。
しかし何と言っても、PGIはIA-32に関しては最高の最適化コードを
生成する技術を持っています。
アーキテクチャ的にはAMD64はIA-32の拡張となっていますので、
今後は恐らくパフォーマンスが改善されていくでしょう。

>>41
Xeonは64bitじゃないのですね。
サーバー用途やWSに使われているのでてっきり64bitかと思っていました。

Opteronや、Athlon64って、実売どのくらいするのでしょうか?
あと、対応するボードもよろしければ教えて下さい。

＞あむだえるさま?
だれ?CEO?

ぼくはOggVorbisソフトウェアエンコーダーと、DLソフトとブラウザーとワープロソフトと、ミュージックプレイヤーをいっぺんに動かすので速いにこしたことはありません。

>>53
↓これのことと思われ


　　　　　　　ミ＼　　　　　我が名はアムダエル　　　　／彡
　　　　　　　ミ　 ＼　　　 ＣＰＵに真の64Ｂｉｔを　　／　 彡
　　　　　　　　ミ　　＼　　　もたらすものなり　　／　　彡
　　　　　　　　　ミ　　 ＼　　石は買うように ／　　 彡
　　　　　　　　　　ミ　　　＼　　　　　　　　　 ／　　 彡
　　　　　　　　　　　ミ　　　 ＼　　　　　　 ／　　 彡
　　　　　　　　　　　　＼　　　 ＼　　　／　　 ／
ミ￣￣￣￣￣￣￣￣￣＼　　｜ 　｜　　／￣￣￣￣￣￣￣￣￣彡
　ミ　　　　　　　　　　　　　 ＼　 ⊂⊃.　／　　　　　　　　　　　　　彡
　　￣￣￣￣￣￣／￣￣＼　Ａ＿Ａ　／￣￣＼￣￣￣￣￣￣
　　　　　　　　　 ／　　　／￣ （ ・∀・ ）￣＼.　　　＼
　　　　　　　　／　　　／　　　⊂.6†4　⊃　　 ＼　　　 ＼
　　　　　　 ／　　　　│　　／ ｜ ｜ ｜＼　　│　　　　＼
　　　　　／　　　　／│　　ミ. （_＿|＿_）彡　　│＼.　　　 ＼
　　　　　彡　　 ／　 │　　ミ　　　　　　 彡　　│　 ＼　　　ミ
　　　　　　彡／　　　│　　ミ　　　　　　 彡　　│　　　＼ ミ
　　　　　　　　　　　　 ＼　 ミ　　　　　　 彡　 ／
　　　　　　　　　　　　　　＼ミ　　　　　　 彡／

　　ｱﾘｶﾞﾀﾔ　　ｱﾑﾀﾞｴﾙｻﾏ　　　　　ｲﾏｺｿAMD64ｦ　ﾌﾟﾚｽｺ04ﾆ逝ｯﾀﾐﾀｲ
　 ∧＿∧　∧＿∧　 ∧＿∧　　　 　　 ∧＿∧　∧＿∧　∧＿∧
　（　・∀・）（　・∀・）（　・∀・）　　　　　 （・∀・　）（・∀・　）（・∀・； ）
　（つ　　つ（つ　　つ（つ　　つ　 　　　　⊂　⊂　）⊂　⊂. ）⊂　⊂　）
　（￣__）__）（￣__）__）（￣__）__）　　　 　（__（__￣）（__（__￣）（__（__￣）

>一方、Linuxを使うのであれば、今すぐにでも本来の64bitモードでの
>性能を発揮させることができます。
といいつつもnVidiaのnForceは「Winputer」とアランコックスに呼ばれる。
メーカー製64bitはnVidia-nForceを採用、反オープンソースの風が吹く。
鬱。

>>56
Videoだけかえちゃえ!

っていうようにはいきませぬか?

>>51-52
ありがとうございます。
やはり計算なら、すぐにでも64bitにした方がいいですね。
マルチプロセッサにしてメモリ帯域を広げたら、
さらにXeonと差がつくと考えていいですかね？

RIMMのデュアルチャンネルなら、最高峰の速度が…。

>>57
nForceはチップセットですが

>>59
AMD64系はメモリコントローラ内蔵ですが

>>60
あ、ビデオボードのことじゃないんですね。

やっぱりなんだかんだでWindowsが出ないことには
業界として盛り上がらんね。MSとIntel。独占企業同士で
なにやら密かに話しあってるっぽいしどうなることやら。
LonghornまでAMD64に対応する予定ないんじゃねえのって
気がしてる。OSだけ出しても開発ツールやらいろいろ
整備、サポートするのに手間と金がかかるからね。
その間にLinuxとSolaris載せてこのCPUどれだけ売れるか。

結局、AMD64に対応するためには、
AMD64向けにコンパイルしたOS一式を用意しなければならない…
別にx86のバイナリでも動くわけだし、やればやったでコストはかさむ。
現金な性格のMSのことだから、無かったことにされちゃうかも。
結局プロプラなソフトウェアは、企業の利益のために顧客を犠牲にするものなのですな。
いろんな意味で硬直してると言うか。
Linuxのポータビリティの高さと柔軟性は、評価されて然るべきかと。

今までどれだけのCPUがMSに期待して裏切られそして消えていった事か。

>>47
注文先が糞ですね．それは．
会社を通してるからゴルァはやりにくいのかな？

>>53
＞Opteronや、Athlon64って、実売どのくらいするのでしょうか?
http://www.coneco.co.jp/specList.asp?FREE_WORD=&SPEC=1&ORDER=&CATEGORY1=0150&CATEGORY2=10&CATEGORY3=10&SID=CO&MAKER_NAME=AMD&OP1=&OP3=&LOWPRICE=&HIPRICE=&DISPLAY=100&submit1=%8C%9F%8D%F5%82%B7%82%E9
＞あと、対応するボードもよろしければ教えて下さい。
http://www.coneco.co.jp/specList.asp?FREE_WORD=&SPEC=1&ORDER=&CATEGORY1=0150&CATEGORY2=40&CATEGORY3=10&SID=CO&MAKER_NAME=&OP1=&OP2=Socket940&OP3=&LOWPRICE=&HIPRICE=&DISPLAY=100&submit1=%8C%9F%8D%F5%82%B7%82%E9
http://www.coneco.co.jp/specList.asp?FREE_WORD=&SPEC=1&ORDER=&CATEGORY1=0150&CATEGORY2=40&CATEGORY3=10&SID=CO&MAKER_NAME=&OP1=&OP2=Socket754&OP3=&LOWPRICE=&HIPRICE=&DISPLAY=100&submit1=%8C%9F%8D%F5%82%B7%82%E9

>>56
アランは今は半引退の身．
nforce3でlkmlを検索すると，結構nvidia頑張ってるような気が．

>>65
わざわざどうも有難うございます。

2万円台半ばでAthlon64 3000+がでます。
http://www.ons.ne.jp/~bluemap/

　　　＼　　　　 毛　 　　 　 ／
　　腿　　＼＿　　|　　　＿／
　　　　　　　 　 彡彡彡
　　　　　　　 　 ミミミミ　クリトリス
　　　　　　　　 ミミミミ ／￣￣￣￣
　　　　　　　　 ノ　σ ヽ　尿道
　　　　　　　／　/ ゜ヽ￣￣￣￣
大陰唇　／　／／＼＼　＼　
￣￣￣￣ 　（　( 膣　) ── 小陰唇
　 　　　　＼　＼＼／／　／
　　 　 　 　 ` 　 ＼／　　'
＼　　　　　　　　 ＊──アナル 　　　　　
　 ＼＿＿＿＿_／＼＿＿＿＿_／ 女性の正しいオナニーのやり方【あなたのオナニーはもっと気持ち良くなる】
　　　　　　　 　　http://chance.gaiax.com/home/niskokikl45
　　 ☆ご意見、ご質問などはこちらへ　　[email protected]

>>67
L2キャッシュ半分らしいね

　　　　A＿A
　　　（・∀・∩）　cool'n quiet ﾏﾝｾｰ
　　　（つ６４丿　　Athlon64ﾏﾝｾｰ
　　　（　ヽノ
　　　し（＿）

みな32ビットの次はいきなり64ビットにしたやつばかりのようだが、
どうして40ビットとか48ビットとか56ビットのフラットアドレス
マシンア-キテクチャ-を作ろうとはしなかったんだろなぁ？

SuSE Linux の64ビット版で utripper 動かそうとしてる人いますか？

仕事で市販のLinux用の計算ソフト使っていますけど、これってOpteronとかAMD64
にしたら、P4-3.2GHzより計算速くなるんでしょうか？　
ソフトは間違いなく32bitコンパイラーでコンパイルしたバイナリーです。

>>71
事実上40Bit位のアドレスしかないマイクロアーキなCPUはあったと思う。
ALUは64Bitだったけど。
論理アドレスの上位BitがALL0かALL1でないとTLBにヒットしない。

>>73
OpteronのDualとかにすれば、メモリバンドが広くなった分だけ速いかも。
singleでは分からない。

>>75
各CPUが自分の抱えているRAMにのみアクセスすればいいのだが、
そんな仕組みは存在しないらしいので(他スレからの情報なのであくまでも「らしい」)、
Opteronのメモリバンド幅に期待するのはPen4のクロックに期待するに等しいと思われ。

大量のRAMが積めるのでそれを利用できたらPen4より速い(効率がいい)と思うのだが、
残念ながら現状のOpteronのクロックでは32bitバイナリーの速度はPen4 3.2GHzには敵わないかと。

再びItanium2でunixbench

Dhry 　　Whet
227.6　　　103.8　　Itanium 2 (McKinley) 1.0G　ecc-7.0
295.6　　　135.0　　Itanium 2 (Madison) 1.3G　ecc-7.0

>>51 の結果と比べてみて欲しい。Athlon64FXに比べ、クロック比ほどの
性能も出ていない。

EPIという新しいアーキテクチャを導入し、かつレジスタ数でも圧倒的に
上回るはずのIA-64だが、現時点ではx86-64の圧勝ということです。

Itaniumは全く高い買い物をしてしまったものです…
まぁ会社の金ですが。

まずいな＞いたにアム＆イソテル

やっぱHammerすごいな・・

船舶の免許とスノボの板買うの止めてOp買おっかなぁ・・

>>76
> 各CPUが自分の抱えているRAMにのみアクセスすればいいのだが、
> そんな仕組みは存在しないらしいので(他スレからの情報なのであくまでも「らしい」)、
各CPUが「どのCPUが抱えているメモリか」というのをあまり考えなくても
十分な(sufficient)速度が出るのがOpteronの売りなのですが。

＞残念ながら現状のOpteronのクロックでは32bitバイ(ry

いや、32bitでも全くもってP4じゃ歯がたたんでしょう。
特に計算ソフトって言ってるんだからSSE2とか使ってると思えんし・・

下手すりゃダブルスコアだろ。

> 各CPUが自分の抱えているRAMにのみアクセ(ry

どっかでそれ出来るプログラム組んだ人が居たはず。
実際現場では使えなさそうだが・・・

>>77
>まぁ会社の金ですが。
キミの給料の原資

>>81
Athlonでも動くバイナリーですから、SSE2とかは使っていないと思います。
となると、P4-3.2GHzよりAthlon64、あるいはAthlonXPでも十分速く計算
できるかもしれませんね。ちなみにGaussianという計算ソフトです。

Opteronは最低でも4つ集まらなければ真価を発揮しない…。
4つ集まれば、HyperTransportの相互リンクでメモリ帯域が爆発的に向上するらしい。
ソケット4つのATXマザボがあったらなあ。。。って一体何層基盤になることやら。
でもどこか作ってくれないだろうか。Hammerは結構発熱少ないらしいし。
最近のQtアプリ等はやたらコンパイルに時間がかかるんで強力な環境が欲しい。

>>76
>>81
http://www.aceshardware.com/read.jsp?id=60000279

NUMA対応で15%程度向上している。
大丈夫。LinuxはOpteronを絞り尽くす。

ハード側とのやりとりには以下を使うらしい。

The Static Resource Affinity Table (SRAT) can be used
to describe the physical location of processors and
memory in large-scale systems.

>>76
貴様はまずNUMAというものを理解しろ。
まずはそれからだ

>>85
一応フラグ立てれるようになってるんだね。

うちの上司が64bitに強い魅力を感じてるみたいなんだが…。
64bit用Ｌｉｎｕｘって、標準で64bit仕様のコンパイラ付いてくる？

Ｃくらいは付いてくると思うけど、Ｌｉｎｕｘ用のＦｏｒｔｒａｎって買うと結構高いよね。

>>51
暇潰し

Dhry 　 Whet
89.0　　　69.5　Ｉｔａｎｉｕｍ 　初代　ecc7 64bit
353.9　　188.2 Pentium4　2.6C　icc7.1 32bit

Itaniumまんせー

>>88
今のところGNUコンパイラが一番速いというのが、ちょっともどかしい。

3000+が29800で需要でてくるかな

OpteronのQuadサーバーが安くでてくればなぁー。

AMDの64bitはRIMMをサポートしないのかな？

>>93
Intelが来年64ビットx86を出すらしいです。

>>94
メモリ・コントローラ内蔵型ですか？
メモリバンドの幅に期待しているのですが。

AMD Opteron Reviewed Linux Style!
http://www.linuxhardware.org/article.pl?sid=03/12/17/189239&mode=thread

>>95
普通にプレスコだと思われ。

>>96
POV-Rayで画像の精度が変るってのがすごいな！
確かに32bitモードでレンダリングした画像より陰影がスムーズになってる。

今日知った＞そのサイト．
やっぱ64bit凄いわ．

gentoo入れてみるか…

Athlon 64 3000+　\24,800
http://www.watch.impress.co.jp/akiba/hotline/20031220/ni_i_cp.html

そろそろ買い頃かな？WindowsXPもSP2でAthlon64のレガシーモードでの
機能を活用した実装するらしいです。

なかなか魅力的な値段になったなあ。

ぷらっとほーむ　Opteron搭載機発売
http://online.plathome.co.jp/orderconf/a8111.phtml

ぶっちゃけG5の方が安いし、性能もいいと思われ

G5で動くﾃﾞｽﾄﾘってあるの?

>>104
YDLのベタ版がG5で動くらしい。
でも、Athlon64 3200XP+とか3000+で組む方が無難かも。

>>105
Athlon64よりもG5の方が速いんじゃないかな?
G5ﾃﾞｭｱﾙで動かしてみたいよ。

両方買って試したい。

SpecCPU の値がどれだけ信頼性高いかは知らないけど、

http://pcweb.mycom.co.jp/news/2003/06/24/22.html
によると、Ｇ５-2ＧＨｚのシングルで、ＳPECint2000：800、SPECfp2000：840
だそうな。（本家spec.orgでは見つからなかった）
半年前のＰ４とＸｅｏｎと比べると早かったらしい。

http://www.spec.org/benchmarks.html
によると、ＳＫ8Ｎ+Opteron148がint2000で1300くらい、fp2000で1400くらい。
ＳＫ8Ｎ+ＦＸ51でも1300弱／1350前後くらい。

載ってるメモリがＧ５の方が多分ＤＤＲ400の512ＭＢ，Opteron/FX51は
ＥＣＣ-Registered の１ＧＢという差はあるけどね。

今となっては平凡な数値でしかないね。

ただ、OSXって64bitじゃないから
(一部のPhotoshopとかなアプリのメモリ周りだけ64bitだって話だけど)
自己満足だけで一度64bitOSで動かしてみたいって欲求はあるかも。

でも、お金がないのよねぇ。

G5は少し高い。Athlon64なら7,8万でとりあえず一台買える。
AMD64はx86と似てるから、理解も簡単。

>>110
> G5は少し高い。Athlon64なら7,8万でとりあえず一台買える。

でも結局Dualにしようとすると、PlathomeのモデルでもOpteron240 x 2モデルで262,000円でしょ？
なら、G5 Dualで299,800円とたいして変わんないんでは。

> AMD64はx86と似てるから、理解も簡単

アセンブラ使いならそうかもしれないけど、G5の方はまっとうなRISCの系統だから、
コンパイラ使うにしても今までRISC系の石で培われてきたループ展開等の
テクニックがそのまま使えるから、ある意味G5も理解しやすいんでは。

>>111
きみがコンパイラのことを分かってるとは思えない。

G5、つーかMacはあのDQNつーか厨房丸出しの筐体デザインが耐えられん
SparcStation並のシンプルデザイン希望

MacもSSも同じフロッグデザインじゃなかったっけ？

>>114
最近もフロッグデザインなのか？
昔のMacは確かにフロッグデザインだったが(LC-475持ってた)

シンジゲートっていうゲームもフロッグデザイン。

だけどG5のDualマシンが最安値で28万ってのはすごいな。
買ってもいいかも。

ｼﾞｰｺﾞｼﾞｰｺﾞうるせんだよ
ﾏｶはあっちいけ
ｼｯ ｼｯ

>>118
マックなんて買ったことないけど？
PowerPC970を触ってみたいだけんなんだけど。

PowerPCなんてしょぼいのやめてPowerの方にしようぜ。

Powerだと、ここらへんが最安？
http://www-6.ibm.com/jp/servers/eserver/pseries/hardware/p615_6e3/

>>108
ここ見ると、fpでは itanium２　も性能出てますね。クロックはopteronより低いのにずっと速いですね。
でもintは　opteron > tanium2 ですね。

HPCでのSMPサーバはItanium＜Opteronだと思ってんだけど、あってるかな？

>>123
値段の安さで？

>>124
メモリバンド幅で。

Itaniumの弱いところは、一般に流通してないことかな。
秋葉に行っても売ってないＣＰＵじゃ、ちょっと試してみる、って訳にも行かない。

今は6マソでAMD64なショップブランドPCが
手に入るんだから，幸せな時代だよな．

nforce3 150で？

自作版からコピペ

923 名前：Socket774 投稿日：03/12/24 05:26 ID:crpf6gPr
試しに Linux 2.6 入れたらこんなん出ました。

% cat /proc/cpufreq
minimum CPU frequency - maximum CPU frequency - policy
CPU 0 800000 kHz ( 40 %) - 2000000 kHz (100 %) - performance

も、もしかして Linux でも C'n'Q 使えるのか！
本当にクロック変わってるかはまだ未確認だけど、
ちゃんと動けば自宅サーバに最適。

あ、ちなみに GA-K8VT800M + Athlon64 3000+ ね。

>>103
OSXはG5に最適化されてるし、あのベンチマークはいまいち鵜呑みにできない。
G5と同スペックのPC用意してgentooいれて比較したデータじゃないと

>>108見ても明らかに遅くない？

最適化されてないトロいWindowsと最適化されたMacOSXじゃ
あの結果は当然だろ

6万でオプテロンマシンを売っている店をぜひとも教えて下さい。

RedHatProfessionalWorkstationってAMD64対応らしいけど、64bitって事？
それとも、EnterprizeLinux　WSじゃなきゃだめなの？

>>133
Athlon64なら以下ドゾ．
爆速天国へ逝って下さい．
linuxのインスコも問題なし．

ttp://www.vspec-bto.com/
ttp://www.hercules21.jp/

確かに59800円だけど、イキナリメモリのアプグレードが必要になるね。
ベアボーンとして考えるのが吉かも。

そう思うよね．やっぱり．
KDEやらGnomeやら使わんのなら問題ネーんだが．

DDR400(PC3200)なメモリを256MB積んどけば良いかな．とりあえずは．

取りあえず買って、アセンブラ使うだけなら
安いにこしたことはないな、と。
128MBもあれば、十分emacsは動くし。

やはり64ビットマシンなのだから、物理メモリは4GB以上積みたくなるじゃないか。
と思って4GB以上積んだら、32ビットOSがまともに動かないや。

動かなくなっちゃうの？
４G以上が認識されない、とかじゃなくて？

>>139
32bitOSでも4GB以上のメモリが扱えるように、
AMD独自のPAEが実装されてます。Linuxがi386として
これを実装してるのかどうかはわかりません。

>>135
モデル名：VSPEC Type-GSX/Odyssey64参考に
湾図で見積もってみた。

CPU：Athlon64 3000+ \26,770
M/B：GA-K8VT800M \11,170
M/M：PC-3200(256M) \3,990
HD：HDS722540VLAT20 \5,550
AGP：GeForce2 MX400 (AOpen) \3,980
ケース \4,980
合計 \56,440
まー、こんな門だろうな。あとHD120Gぐらい増やすか
メモリー512Mに増やすぐらいか。

ちなみにDVD±Rいれたら
SD-R5002 *8,480
合計\64,920
こんな感じだな〜。

>>142
うほ，良い感じですね．

かくいう自分は11月にそれ以上の金で
Athlon64 3200+とママソ(GA-K8VT800M，つまり同じ香具師)
買いますた…＿|￣|○

某店のＢＴＯな機種。
基本では244までのところ「248に出来ないか？」と問い合わせたらＯＫだった。

Opteron248 Dual、4GB Memory (1GB Registered x 4)、HDD200GBの構成で
50万円台半ばくらいだって。
納品は年明けだけど。

>>144
安いな。仮にもDELLが作ったらどれぐらいになるんだろうか。

多分2倍はするだろ・・

4時間対応とか、ついてないだろ（ｗ

>>147
そうそう、4時間サポート対応で初心者も安心・・・

って、なんでやねん！
それ言うなら24時間ちゃうんか？
もーおばちゃんびっくりしてノリツッコミしてもーたわ！

>>148
4時間対応っていうのは、故障したら4時間以内に部品と作業員が来てくれて直してくれるという意味だよ（ｗ

と、まぁ小ネタを挟んだ所で、

正直>>144のめっちゃ安いな。特にメモリ4Gにかなり
惹かれる・・
これってDDR400なんだろうか・・
納品されたらレポおながいします。

下らない使い方かも知れんけどKDEもっさりせずに
動くか聞きたい。

フェイスで1GBのREGISTERED ECC PC3200のメモリモジュールを4つ買った。
4つで23万以上した。

>>144
自作するとしたら

CPU：Opteron 248 *2　￥106,800 *2
MB：Thunder K8W　￥61,980
MM：Sanmax Hynix PC-3200 Reg ECC 512MB *8　￥14,762 *8
電源：True550 EPS12V　￥17,800
（価格はメモリ以外は1's、メモリはovertop価格）
こんな構成でここまでで合計￥41,1476かあ

これにE-ATXなケースとHDDとビデオカードとかつけたら
45万くらいはいきそう

>>152
メモリ1Gモジュールってのがイカスんじゃないか！
スロット空き出来るから後々増やせるし。

でも、23マソ・・貧乏人の漏れには買えんな・・

>>152
漏れももし♪ﾀｿで組むならそんな感じ
になると思う。
1Gのメモリﾓｼﾞｭｰﾙはちょっと手が出しにくいです。

>>152
CPUのうんと高いのを買っているんだね。最安のCPUのDUALにしてメモリを
張り込む手もあったとおもうけどね。せっかく64ビットアドレスマシン
なんだから4GB以上つけないと、意味無し坊一だから。

PC-3200 Reg ECC 1G ってノンブラでも6万近くするもんなー
PC-2700 Reg ECC 1Gだったら2万8千円ぐらいで512M×2とあんまり
変わらん値段でお買いごろなんだけどな〜

あと、いくらECCついてると言え、ノンブラはちょっと躊躇してしまう。

パソ村で
PC2700 1GB DDR SDRAM CL2.5 Registered \28,670
PC2700対応, 184-pin DIMM, CL2.5, ECC & Registerd付き,
SAMSUNG または Micron チップ
ttp://www.dei.co.jp/cgi-bin/search.cgi?file=a.012

って有ったけどどうなんだろう？最近の寒村評判悪いしな〜。

　

>>156
パソ村でなくドリステだった。
すまん。

バイナリデータのサイズはどれぐらい変わるの？
/bin/lsのサイズだけでも教えてくれないかな。

>>155
どうでもいいが64ビットアドレスじゃないぞ．
仕様ぐらい確認しておけ素人さん

たまにメモリ4GB以上じゃないと意味ないとかあるけど、
小細工なしに仮想アドレスが4GB以上とれるのが重要で
実メモリが1GBいらない場合もある。

つうか今4GB以上メモリ積んで何に使う？

>>162
計算する。

>>162
とりあえず鯖かな？

自作er的には空いてるスロット見ると、埋めたくなる。

>159
SlackBaseから作り直している最中ですが。バイナリの大きさはほとんど増加しません。
理由は
1. 64bitにしてもprefixが1バイト余分につくだけ
2. アラインメントのために利用されているnopが小さくなる
ということみたい.

P.S. WinXP SP2の内容をみていたら, Hammerでないと対応できないことが書いてありました。

>>162
HDDが必要無くなる。
bootの時ちょっとした工夫が必要になるけど…。

これって、利用目的じゃ無くてスキルUP目的じゃないかねぇ…。


でだ、Opteronって実際どうなのよ。
Crusoeは、128bitなのに話題にも出て来ないしさ。
ちなみにプレーステーション２は、128bitじゃなかったっけ？

bit幅だけじゃCPUは、評価出来ないのは分かるけど、いったい
PCで何を目指しているのか疑問に思って来ないか？

OpteronはXeon対抗。それもサーバじゃなくって科学技術計算分野狙い。

・・・ってAMDの偉いさんが明言してた。

サーバーとしての完成度はプロセッサメーカーだけが
がんばっても達成できないしなー。インテルとそのパートナーは
10年近くかけてPCサーバーを育てて来たわけで、
これにいきなりAMDが食い込むのは難しいかと。
徐々には使われていくと思うけどね。

>>167
廉価版Alpha？

信頼性あるコンパイラ、特にFORTRAN90をAMDがしっかり責任持って
開発してくれることを希望するよ。

漏れもopteron使ってみたいけどF90だから無理なんだよなぁ。

>>70
そんな人的リソースはない。サードパーティのコンパイラで我慢汁。

ifcでも十分早いと聞きましたがどうでしょうね。
あと、AMDが出している数学ライブラリの出来も気になります。

なんとなくカッコいいから欲しい

AMD64向けディストリは今のところターボのみ？

2003年も残り24時間切ったね。

>>175
SuSEとRHEL。
Fedoraはpreview releaseを公開中。

>>176

gentooもなかった?

>>177
あ、そうなの？
gentooは知らなかった

Gentooはppc64にも対応してるのかな。
やっぱりバイナリ供給よりソース配布。
とくにGentooみたいなパッケージ＋パッチ＋ビルド情報ファイル
っていうやり方が一番手間が掛からないのかな。

ppc64 にも対応している。もっとも amd64/ia64 ほどには
メンテされてないみたいだが……(amd64 はかなりアツい)

当然といえば当然。
ppc64は登場してから時間たっているし、
ppc自体当初から64bit化のことを考えた設計になってるから、ソースの変更点は少なくてすむ。

Mandrakeもあるよ

Ftp版のSuSEってAMD64に対応してるの？

なんかProcessor familyに
Opteron/Athlon64/Hammer/K8ってあるんだけど
なんなんでしょ？
kernelは2.4.21なんですがね

なんでしょね

suse　AMD64は、DVDのみ入っていました。
i586もはいっていたけど、他は、入ってなかった。
kernelは、2.4.21だった。
gftpが動かなかった.。
Opteron242　Dualで動かしてみた。
4GBmemoryでエラストテネスの篩で2G越えして計算できた。

>>183
＞ Ftp版のSuSEってAMD64に対応してるの？
対応してますが。

>>184
>>185
ありゅうしゃん

なんかSuSEッテすけーな。
pawernow-k8にも対応してるみたいだし
Cool'n'Quietできるってことでいいのかな

fedora core2出る前につなぎ使ってようかーな

その前にathlon64会に以降

欲しいな

>>51
コンパイルオプションは何か付けました?

>>83
同業者かな?
GaussianならPen4でも速いけどx86-64に移植してるみたいよ↓
http://www.v-t.jp/hpcnews/column/pdf/20030901.pdf

それよりもだなぁ
RedHatProfessionalWorkstationって、対応アーキテクチャの中にAMD64が入ってるけど、
これって、64bitって事？
それとも、AMD64でも32bitで動きますよぉ〜って事？
やっぱり、RedHat系の64bit動作は、RHEL Workstation（定価10ﾏｿ位）買わなきゃダメかなぁ？

教えて！ｱﾝﾊﾟﾝﾏｿ！

>>189
RHAS3.0にはAMD64版が存在するらしい。
ただ現状NUMAにカーネルが対応していないらしくSUSEに比べ
2CPU以上のパフォーマンスが40パーセント位落ちるとさ

RHASは次のアップデートでNUMAに対応だとさ

>>190
> ただ現状NUMAにカーネルが対応していないらしくSUSEに比べ
> 2CPU以上のパフォーマンスが40パーセント位落ちるとさ

単にkernel入れ替えれば問題ないんではないの？

http://www.dual.to/d-mall/itemlist.jsp?tCategId=3&mCategId=1#%81%9F1U%20S478
このページにあるOPTERONのシステム(いくつかあり)はどうだろ?

Hammer系のCPUで、同一ソースでの32bit/64bitオブジェクトの
実行時間(性能)を比較しているサイトってありませんか？

なお、このスレの最初にあったベンチはチェック済みです。

本当に64bitでリコンパイルするだけで2〜3倍の性能になる
ことがどれほど期待できるのか知りたくて情報集めしてます。

今のところ見つかったのはここぐらい。
ttp://info.nikkeibp.co.jp/opteron/opteron/server01.html
ttp://xes.tagen.tohoku.ac.jp/download/Results.html

>>193
科学技術計算とかの一部で速くなるだけでないかなぁ。

しょーもないプログラムではあるが、
誰か音声や画像の圧縮で速度比較してホスィｗ

前に出てたリンク先で午後ベンチかなんかやってたな

ソフトエンコ派にはDivX、Xvidなどが軽くなると嬉しい。

って、ここはLinux板だった・・・＿|￣|○

DivXはLinuxにもあるね。Xvidにもあるっぽい。

SuSEやらTurboのAMD64版ってどの程度の最適化なの？
gcc,glibc,kernelみたいな「コア」だけなんかな？それとも片っ端からコンパイルしてるんだろか

つまらない機械学習にAthlonMPを酷使しているんだけど時間かかり杉。
Opteronにかえたいなぁ…
一応、科学技術計算だし(藁

ただ、VMwareが64bit kernelで動かないらしいのがちと困る。

>199
Mandrakeは全部x86-64になっていたよ。

Opteronで32bit kernelを使えばいいんでない貝？

gzip とか ssh(scp,sftp)とかでうれしいらしい。

>本当に64bitでリコンパイルするだけで2〜3倍の性能になる
大量の実メモリが必要な処理 (ex. on memory db, 一部のフラクタル圧縮) 以外で
はこんなことあり得ないと思うけど〜。どうなんでそ。

64ビット云々よりオプテロンが速いのかね？

>>203
だからこそ実際の例をいろいろと探しているんです。
いい所ないですかね？

>>204
OpteronもAthlon 64も基本的にHammerのアーキテクチャはかわらんでしょ。

昨日4時間かけてx86_64版SuSEを
Athlon64 3200+なマシンに入れてみた。
んで疑問に答えるべくgzipとbzip2で実行時間計ってみたよ。

共に
env CFLAGS='-O3 -m32' ./configure (32bit)
env CFLAGS='-O3' ./configure (64bit)
としてmakeした。

ファイルはDivXなAVIをsplitで1GBに分割したものです。

(a)gzip (1.3.5)

$ time /tmp/gzip_32 1000m.tmp
/tmp/gzip_32 1000m.tmp 96.11s user 4.93s system 76% cpu 2:11.67 total
$ time /tmp/gzip_64 1000m.tmp
/tmp/gzip_64 1000m.tmp 78.60s user 4.81s system 70% cpu 1:58.77 total

(b)bzip2 (1.0.2)
time /tmp/bzip2_32 1000m.tmp
/tmp/bzip2_32 1000m.tmp 511.64s user 8.92s system 96% cpu 9:00.22 total
time /tmp/bzip2_64 1000m.tmp
/tmp/bzip2_64 1000m.tmp 388.22s user 7.44s system 95% cpu 6:55.42 total

というわけでbzip2だとちょっと速い程度。
もちろん圧縮をかけるファイルにも依存するけどね。
＃AVIの場合はほとんど圧縮かかんない。

>>206
ありがとうございました。
gzipのバージョンや処理するファイルも違うとはいえ
webに出ていた結果とはかなり違うんだな。
やはり宣伝なのかね。

あまり過大な期待はしないでおきます。

>206
既に圧縮されている符号列の再圧縮では
メモリアクセスばかりになるような気が…

/dev/sdaとか/dev/urandomをddしたものの場合はどうでしょう？
もしお時間がありましたらおながいします。

SSLeay の speed (cipher のベンチマーク) なんかを試してみて☆ー。

>>208
urandom使ってやってみますた。
dd if=/dev/urandom of=1000m.tmp count=1000 bs=1024k
として作成した1000m.tmpに対して>>206で書いたことを実行。

/tmp/bzip2_32 1000m.tmp 543.78s user 4.99s system 98% cpu 9:16.17 total
/tmp/bzip2_64 1000m.tmp 409.10s user 5.02s system 97% cpu 7:04.11 total
/tmp/gzip_32 1000m.tmp 80.90s user 4.27s system 69% cpu 2:02.46 total
/tmp/gzip_64 1000m.tmp 68.49s user 4.29s system 64% cpu 1:52.26 total

うーん、提灯記事にならないですね(w

ってことで
http://linux2ch.bbzone.net/index.php?plugin=attach&openfile=mkrndfile.c&refer=%5B%5Buploader%5D%5D
なコードで作成したスカスカな1000m.tmp(w に対して
やってみたのが以下です。

/tmp/bzip2_32 1000m.tmp 287.17s user 3.29s system 98% cpu 4:55.47 total
/tmp/bzip2_64 1000m.tmp 244.25s user 3.11s system 99% cpu 4:09.36 total
/tmp/gzip_32 1000m.tmp 279.22s user 3.02s system 99% cpu 4:43.19 total
/tmp/gzip_64 1000m.tmp 203.80s user 2.88s system 99% cpu 3:27.95 total

今度はgzipで40%近く、bzip2で20%近く速くなってますね。

んで、これはSuSEコンパイラ(3.3.1)の最適化の限界なのかな？って
思っていまして、3.3.2でやってみようかと考えています。

うーん、こんなスレもたっているのか。win 64bit版が待ちきれなくなってきたなぁ。
一念発起してlinuxに手を出してみるか……？

Athlon64買ってモータ。
マザーが無い金も無いどうしょ。

gentoo入れようと思うんだけどどうかな？

>>212
∧∧
（・Ω・）＜もちつけ
(　　)　
Ｕ Ｕ

>>212
とりあえず枕元に置いて一緒に寝てみれ

∧∧
（・Ω・）←気に入った
(　　)　
Ｕ Ｕ

Athlon64機を一台入れたのでつが、AMD64対応のFTP版distroがなかなかない…
FTPで手に入るAMD64サポートしているdistroって今どのくらいありますか？

ttp://www.mandrakesoft.com/products/92/amd64 には
>Mandrake Linux 9.2 for AMD64 has been optimized to fully support AMD 64-bit architecture.
>It is on the average 20% faster than a traditionnal 32-bit system.
とありますね。

ttp://info.nikkeibp.co.jp/opteron/opteron/server01.html
>全く同じソースコードを64ビットでリビルドしただけで、約2倍から3倍の性能向上が確認できた(表3)
は極端な事例なんだろうね…

uum...
自作するならTyan K8WとRioWorks HDAMBではどちらがいいのかなぁ...
BTOもTwoTopもHDAMBを使っているみたいだけど。

>>216
少しは調べろ。このスレくらいは頭から読めよ。あまえんな。

>>191
まぁ、そうなんだけど。
今じゃ、世の中にはLinuxつかっててもカーネルの入れ替えをやったことのない人も
いるらしいんで。

>> 212
gentooインストールにトライしてます
うちでは、カーネルにgentoo-dev-sourceいれるとパニックでるので
officialにしようとかと思ってます
他にもキューブ型にしてしまったので、途中熱暴走したりと３度目ぐらいのトライです
ｌive-cdのカーネルの方がいい感じなのに

>>214
一晩添い寝てみました。
ttp://cool.s25.xrea.com/cgi-bin/img_box/img20040110144204.jpg
枕が涙でグショリになりますた。

>>220
うまくいったらgentooスレにでも報告してくださえれ

あと、マザーどうしょっかなー
とりあえず、古本とパーツ売ってガンバロ！
うーん、光が見えてきた。

>>221
ﾜﾗﾀ。和室で寝てるのか。

Fortran90が欲しいなぁ。
あと、マンドレークのAMD６４用をいれたけども、G７７が入っていないなぁ。
GCCのソースをとってきてコンパイルすれば、６４ビットのFORTRANとして
動くのかな?

configureで --enable-languages=f77 オプション付けて可能かと。

>>221
良い夢みろよ

opteron 242 dual suse 9.0 amd64で6GBメモリーをつんでみた。
4GBの配列をとってみたが、あたりまえだけど、うまく動く。
あと、gtkを使ってレイトレプログラムを作り、やらせてみたが、速い速い。

>>226
コンパイラはgccでしょうけど、SuSe附属のもの？それとも自前ビルドでしょうか？
# 只今 Opteron dual + SuSe 購入検討中

>>227
付属です。

>> 223
http://people.redhat.com/dnovillo/spec2000/tree-ssa-branch/
を参考にgcc-3.5のcvsを使うとgfortranが…

>>228
了解です。お返事ありがとうございました
# AMD、コンパイラも自前で出してくれると嬉しいな

>>230
いいな〜
コンパイルできて。

Opteron 242とTyan Tiger K8WとGeFoFX5700で
マシンを組んでTurbo for AMD64をインストールしたのだが、
nVidiaのドライバがうまく動かない。

Vesaのドライバなら動くんだけど明らかに遅いし

FX5700が悪かったんだろうか

>>231
うんにゃ、俺まだ現物は持ってない。買っても大丈夫だろうかっていう戦々恐々モード

>>233
そうですか。Opteron買うときはマザーも買うのを忘れずに。

Athlon64ですが、マザー無いと、こんなになってしまいますよ。
ttp://cool.s25.xrea.com/cgi-bin/img_box/img20040113213844.jpg

お気を付けください。

GNU COMMON LISP がうまく乗らない。切角の64ビットマシンなのに。
(イタニウムの上ではなんとかMAKEできて動いているのに)

>>235
clispやcmuclはどうですか？

www.vspec-bto.comに♪タソ 248 Dual モデルが出たね．

>>237
50万切ってるじゃん。安すぎ。

オプテロン用の大学アカデミックライセンスのFORTRAN90の値段ってどのぐらい?

>>238
でも、マザーが・・・
雷K8Wとか、HDAMCとかにしてほしい。

AMD64はLinuxユーザはLinusやAlanCoxのプッシュもあって
人気があるみたいだけど、*BSDユーザは醒めてるね。

>>241
まあLinuxユーザはミーハー、*BSDユーザは鉄板好き
というのはあるかもしれん。

AMD64じゃWindowsのエロゲできないの？だったらイラネ



．．．とか

つーか、Linuxユーザだと、
64ビットになれば処理速度が倍になると勘違いしてる香具師がいそうだが。
BSDユーザには居ないだろうな。

Pentiumなんかでのアウトオブオーダー実行っていうのは、
レジスタの値をスタックへ待避したりするのを
スルーしたりもするの？つまり内部の物理的なレジスタに
待避しておけるような処理ならそう解釈する機能もあるのかなと。
だとすればプログラミングインタフェイスとしてのレジスタ数が
AMD64で2倍に増えたといっても、実際にはコンパイラ側でいくらか
レジスタの有効活用を助けることが可能、ぐらいの意味合いしかないよね？

>>245
Athlon64で -m64でもパフォーマンス上がらないので
疑問に思い物理レジスタの数を調べてみたら、

Pentium4: 128本
Athlon:　　　70
Pentium3: 　60

くらいあるらしく、そりゃユーザから見えるレジスタが増えたところで
パフォーマンスにはあんま関係ないよな、と思った今日この頃。 手強い＿|￣|○

>>246
詳しいことは全然分らないけど、論理的なレジスタが
増えれば、その分プロセッサの効率的な物理レジスタへの
割り振り（レジスタリネーミングっていうんだっけ）も
簡単になるんじゃないの？コンパイラ側でやれる最適化が
増えるともいうか。物理レジスタの数だけじゃ何も判断しようが
ないと思う。全てはCPUのロジック次第かな。

↓詳しい人の説明求む

>>245
間違ってる。

>>239
PGIのF90なら↓に価格表が出てます。
ttp://www.v-t.jp/products/hpc/compiler/redhat/pgi_spec_main.html

このテの商品って絶対年間保守料金奪ってくよな。これってどうなん？払わないと使えんの？

>>248
ということはできることはあくまで、並列性を検出して
命令の順序を組替えてパイプラインに流すことですかね？
確かにreg←→mem間の操作をハードウェアで最適化するっていうのは
素人でもかなり無理があるとは分りますが。。。

あ、複数命令を同時にフェッチ＆デコードするところも
当然パイプラインの一部ですね。ここで分岐予測と
データ依存性の解決をするっていう感じでしょうか。
この部分のアルゴリズム、つまり回路はレガシーモードと
ロングモード用の二つを持つんですかね。それとも
兼用しているのかな。これは386でのリアルモード、
プロテクトモードのケースでも言えることだけど。

来週の月曜日（1月19日, 10AM EST, 日本時間だと 22:00 PM JST)　に
Fedora Core 1　の AMD64ネーティブのテスト版(0.94)が正式リリースされるよ

0.96でないのか？
core/test下には0.96というフォルダがあるが…

>>251
上２行で正解だと思う。

アウトオブオーダは、命令の依存性をチェックして、
依存性がなければ、パイプラインでのハザードによ
るペナルティを軽減するように実行順を変える。

windowsなら32ビットのままでも64GBのメモリ空間を扱えるわけだが

>>256
Linuxでも扱えるわけだが？

PGI FORTRAN のノードロックライセンスって、何によって個体を認識しているの?
ネットカードのMACアドレス? それならカードを移動すれば、使えるので、
ハードをちょくちょく変えるオレは嬉しいのだが。だれか教えて。

自作板で Athlon64 だとカーネルの make が早くなったってレスを見たけど、
どの程度のもんなんでしょう。
誰か 2.4.24 でデフォルトコンフィグで make -jN bzImage 計ってみてもらえませんか？

>>252
アウトオブオーダと64Bit化は関係ありません。プロテクトモード、
リアルモードといったレベルの関係でもありません。
(仕様上許された範囲内で)実行速度の違いとしか見えません。

古いアーキ(仕様)では、reg<->memの最適化がしにくいでしょうが、
これは効果が大きいのでなるべくやるはずです。この最適化は
アウトオブオーダでなくてもある程度できます。

>>259
64bitSuSELinuxだと、約1/3の時間でmake完了しました。
ってゆうか、比較の対象をはっきりしろ！

32bit同士の比較だと、CPUの性能差以上は変わらん

つべこべ言わずに時間を書け

比較の対象をはっきりするのはお前だ！>>261

ふんっ　
自　分　で　や　れ　よ　！　　　カ　　ス　　ど　　も　　！

もってるフリしてるヤツが購入を検討してるヤツを煙に巻くスレ

>>259
make -jN bzImage やってみたけど、-jNオプションねーよバーカって怒られたから、
止めた。初心者にはよう分からん。

>>266
NはCPUの数+1で。1CPUなら2で。

tar jxf linux-2.4.24.tar.bz2
cd linux-2.4.24
yes "" | make config
make dep
time make -j2 bzImage >& /dev/null
echo $?

最後に0が表示されれば成功。

Duron 800MHzの結果はこんなもん。
377.430u 22.590s 6:40.89 99.7% 0+0k 0+0io 647231pf+0w

/proc/{iomem,ioports}の内容をそれぞれ貼り付けてください。お願いします。

やった。
# time make -j2 bzImage >& /dev/null
real 3m4.002s
user 2m38.532s
sys 0m22.696s
# echo $?
0

やった２
# cat /proc/iomem
00000000-0009fbff : System RAM
0009fc00-0009ffff : reserved
000a0000-000bffff : Video RAM area
000c0000-000c7fff : Video ROM
000f0000-000fffff : System ROM
00100000-3ffeffff : System RAM
00100000-002afa07 : Kernel code
002afa08-003cf783 : Kernel data
3fff0000-3fff2fff : ACPI Non-volatile Storage
3fff3000-3fffffff : ACPI Tables
d0000000-d7ffffff : PCI device 1106:3188

やった３
d8000000-d9ffffff : PCI Bus #01
d8000000-d9ffffff : PCI device 102b:2527
d8000000-d9ffffff : vesafb
da000000-dcffffff : PCI Bus #01
da000000-da003fff : PCI device 102b:2527
db000000-db7fffff : PCI device 102b:2527
de000000-de003fff : PCI device 104c:8024
de004000-de0040ff : PCI device 1106:3104
de004000-de0040ff : ehci_hcd
de005000-de0057ff : PCI device 104c:8024
de005000-de0057ff : ohci1394
de006000-de0060ff : PCI device 10ec:8169
de006000-de0060ff : eth0
fec00000-fec00fff : reserved
fee00000-fee00fff : reserved
ffff0000-ffffffff : reserved
linux:/usr/src/linux # cat /proc/ioports
0000-001f : dma1
0020-003f : pic1
0040-005f : timer
0060-006f : keyboard
0070-007f : rtc
0080-008f : dma page reg
00a0-00bf : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0

やった４
03f8-03ff : serial(auto)
0cf8-0cff : PCI conf1
9000-9007 : PCI device 1106:3149
9400-9403 : PCI device 1106:3149
9800-9807 : PCI device 1106:3149
9c00-9c03 : PCI device 1106:3149
a000-a00f : PCI device 1106:3149
a400-a4ff : PCI device 1106:3149
a800-a80f : PCI device 1106:0571
a800-a807 : ide0
a808-a80f : ide1
ac00-ac1f : PCI device 1106:3038
ac00-ac1f : usb-uhci
b000-b01f : PCI device 1106:3038
b000-b01f : usb-uhci
b400-b41f : PCI device 1106:3038
b400-b41f : usb-uhci
b800-b81f : PCI device 1106:3038
b800-b81f : usb-uhci
bc00-bcff : PCI device 1106:3059
bc00-bcff : VIA8233
c000-c0ff : PCI device 10ec:8169
c000-c0ff : eth0

>>269
使ってるCPUは何ですか？

>>269
CPUとディストリビューションは何ですか？

>>266
なんか/proc/iomemの結果、i386のと全然変わらんね。
ホントに64bitカーネルなの？

>>274
Athlon64　3000＋です。

>>275
なんか知らんけどSUSE9 x86-64のやつ。

>>276
Duron2GHzより遅いですね。
/usr/src/linuxでやってるみたいだけど、もしかして
ディストリビューション配布のパッチあたりまくりのソース使ってる？

>>277
ごめんなさい大嘘ついてました。いまやったら
real 0m12.117s
user 0m8.852s
sys 0m1.688s
# echo $?
0
こんな感じでした。すいません。数回やってもほぼ同じでした。
なんでだろうな？
初心者がレスするの早すぎたようです。今日日曜だと思って会社行くの忘れたし。(鬱

あと、>>267見たいに結果表示するのどうするのでしょうか？

>>278
それはいくらなんでも速すぎｗ
make bzImageの前にmake cleanをしてください。

> あと、>>267見たいに結果表示するのどうするのでしょうか？
シェルをtcshにする。

>>279
泣きそうです。
real 3m2.385s
user 2m38.786s
sys 0m22.807s
なんだか良く分かりませんが、こんなんですね。
カーネルは2.4.21-149です。出直してきます。

tcshだったんですか。なんだか良く分かりませんが分かりました。

>>280
カーネルソースが違うからちょっと比較できませんね。
↓をまんまやってもらえればいいのですが…
(実行するディレクトリはどこでもいいし、ユーザもrootである必要はないです)

wget ftp://ftp.ring.gr.jp/pub/linux/kernel.org/kernel/v2.4/linux-2.4.24.tar.bz2
rm -fr linux-2.4.24
tar jxf linux-2.4.24.tar.bz2
cd linux-2.4.24
yes "" | make config
make dep
time make -j2 bzImage >& /dev/null
echo $?
cd ..

>>281
KONNA KANJI DESU
HIRAGANA NI NARANAーI

real 3m11.329s
user 2m45.291s
sys 0m20.142s
linux:/home/unko/linux-2.4.24 # echo $?
0

32bit OSなんであれだけど，(RedHat9, kernel 2.4.23 ,Athlon64 3400+)

% tcsh
$ time make -j2 bzImage >& /dev/null
112.460u 4.660s 1:57.47 99.7% 0+0k 0+0io 696400pf+0w

make 前のみtcshになってやってみた．

>>282
うーん、やっぱり遅いですね。Cool'n'Quietが悪さしてるとかですか？

>>283
おー速い。
カーネルモードのプロセス時間がすごく短いけど、これは何が要因なんでしょう。
とにかく、64bit化でもっと速くなるならすごく魅力的ですね。

edora/core/test/0.96/x86_64

X86_64 用の Fedora Core　0.96 リリースされました。

一般ユーザの自分にはまだメリット無さそう＞エプロン

AMD64だと普及するまでのしばらくの間はハクられにくい？

>>287
今の所は、セキュリティシステムが動作していないので、関係ない！
あと数ヶ月待てばぁ〜

姫野ベンチをサラっとやってみた

$ pgf77 -O3 -fastsse -tp k8-64 himenobmtxp_s.f
MFLOPS: 988.0618 time(s): 4.9999997E-02 3.2964239E-03

model name : AMD Opteron(tm) Processor 240
cpu MHz : 1394.329

Official Fedora Core TEST1 binary iso images for x86_64 でた!
http://torrent.dulug.duke.edu/

>>290
ごめんなさい・・・アフォレスですが・・・
どうやってダウソするんですか？

To use this system do the following:
以降をやってみればいいんじゃないでしょうか？

>>291
BitTorrent で。

>>286
私には速い32bitCPUとしてメリットありますね、Pen4が苦手な処理が多いので。

>>294
LinuxでAthlon64が速くてPen4が苦手な処理といえば何でしょう？

フェドコアx86_64いれた。
久しぶりにフェド見たけど、綺麗やね。
ついでにカーネル2.6.1にしたら、カーネルパニック起こしやんの。

>>295
鬼のようなメモリのランダムアクセスと分岐。
ソースは研究室のみんな怖がって見たがらないのでブラックボックスのような扱い。
当然最適化しようなんて考える奇矯な人はいない。

>>296
Kernel 2.6 を入れて走らすまえに、おまじないが必要だよ。
http://www.fedoranews.org/jorge/howto/howto01.shtml

Kernel v2.6 now uses a new filesystem, create a new mountpoint in / and add the proper line in /etc/fstab:

$ sudo mkdir /sys
$ sudo echo "none /sys sysfs defaults 0 0" >> /etc/fstab # Or use vi, nano, emacs...
$ sudo mv /boot/initrd-2.6.0-1.1.103.img /root
$ cd /lib/modules
$ sudo /sbin/mkinitrd /boot/initrd-2.6.0-1.1.103.img 2.6.0-1.1.103/
$ sudo mv /etc/sysconfig/hwconf /root

今、Fedoraのx86-64をﾀﾞｳｿ中・・・
でも、WindowsServer2003で十分快適なので、インスコするかどうか悩んでましゅ

x86のFedoraは、VMware上で何の不満も無いくらい快適＆実用的に動いてるから、
今更、冒険者のようなβテスターにならんでもいいかなぁとも思う・・・

やっぱ、x86-64は、早いんかなぁ？

fedoraはanacondaインストーラだからデュアルブート楽にできるんでないの？

>>300
おぉ〜今ちょうど、それ考えてた・・・
明日くらいにHDD買ってるくるかなぁ

RHLとWinのデュアルブートは何回もやってるので、全く問題なくできると思うけど・・・

>>289
1,4GのCPUで約1GFlopsって、物凄いな・・

ttp://mypage.odn.ne.jp/www/k/8/k8_hammer_trans/files/Hammer-Info.html

Mathematicaｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!

今から、FedoraCore1のx86-64をインスコする！
次に会うときは、64bitLinuxerの仲間入りだ！

でわぁ〜しばらくの間、さらばだぁ〜

tks > 人柱らー

暇だったから>>281やってみた。
# time make -j2 bzImage >& /dev/null
Fedo x86_64
159.120u 18.610s 3:00.59 98.4% 0+0k 0+0io 1047789pf+0w

RedHat9
131.670u 7.780s 2:27.81 94.3% 0+0k 0+0io 682687pf+0w

RedHat9の結果>>284さんより遅いのはAthlon64 3000+と3400+の違いと
メモリーPC2700、HD5400回転使用あたりかもしれないな。

それにしても64ビット遅すぎるな〜。
最適化あんまりされてないのかな？
Gentooでstage1から入れた奴も変わらんし、わけわかめ。

カーネル2.6だと,仮想記憶関係が著しく改善されているらしいな.

>>306
ども。
漏れもFedoraCore1 for AMD64 上でやってみたよ。

$ time make -j2 bzImage >& /dev/null
143.594u 20.764s 3:08.88 87.0% 0+0k 0+0io 30pf+0w

SuSE9.0 for AMD64も同じ感じでした。
まだまだ最適化されてないってところでしょうか。

くだらない質問かもしれないのですが何方かOpteron 140と
PC3200-512MB 400MHz ECC Registeredの組み合わせで何も問題なく動作
してる方いますか？

というものturbolinux for AMD64のインストール中やGentoo Linux 1.4
のコンパイル中など高負荷がかかったときに頻繁にフリーズします。
ググってみるとOpteron 140はメモリクロックが400でも意味がないので
333にBIOSで変更したら安定したというのを見つけました。
頻繁にフリーズするのは対応してないPC3200のメモリを使っているから
なのかな・・・と。
一応動くことは動きますが。
ちなみにマザーのチップセットはnForce3 150です。

うーん、かなり板違いのような気がするけど、当方sk8vでpc3200のメモリさしとります
おっしゃる通り無指定(400)だと固まる事があるので333で運用中。
メモリは何処のものを使用してます？自作板のメモリスレやマザボメーカーの対応メモリなどをチェックされたほうがいいかも。

turbolinux for 64、sk8vについては何も載ってないけど、だれか試した人いないかな……

ども、レスありがとうございます。
板違いでしたか、すみません。
一応OpteronでLinuxなのでここでもいいのかなと思いまして。
なるほど、やっぱり400ではフリーズするのですね。
333で試してみます。
ちなみにマザーはギバカイトのGA-K8NNXP-940使ってます。
では仰るとおり自作板にでも逝ってきます。

まあモロにハードウェアの話なんで……


ポインタ貼り忘れてますた。

OpteronにHammerろう 19way
http://pc3.2ch.net/test/read.cgi/jisaku/1073636233/l50
メモリ総合スレ17枚目
http://pc3.2ch.net/test/read.cgi/jisaku/1072048533/l50

　　　　　　　 　 　 ､　
　　　　　　　 　 　) |　
　　　　　　　　 ( ﾉノ　
　　　　　　　, --" - ､　
ｽﾁｬ　　　　/ 〃.,､　　 ヽ　
　 ∧､　　　l ﾉ ﾉハヽ､　 i　
／⌒ヽ＼　i | l'┃　┃〈ﾘ　　我々の要求は、沖縄県における皇民政策の処分だ
|( ● )|　i＼从|l､ _ヮ／从　　明日米軍基地を処分する。
＼＿ノ　^i |ハ 　∀　＼　
　|＿|,-''iつl/　　†/￣￣￣￣/
　　[__|_|／〉 .＿_/　魔　法　/＿＿
　　　[ニニ〉＼/＿＿＿＿/　http://darkelf.dip.jp/doubt/
　
米軍基地というのは、明らかに社会的不必要施設であり、それは経済、倫理、物資のすべての次元において同様である。
よって、我々は確実に「当たり」と思われるこの物件に対して、今後も革命的連続コピぺ処分を行う。
１.米軍を怒らせると反応が面白い。
２.というか、怖い。
３.沖縄でテロ戦争が起きたらもっと怖い。
４.米国の核爆弾埋蔵量は世界最大。
５.沖縄の米軍基地の集中は地域差別、ひいては民族差別である。

やっとFedora x86_64 にkernel2.6.1入れれた。

>>298さんに教えてもらった通りやってもダメでした。
「新規ハードウェアを・・・」でハングしてしまいますた。
2.4も少し止まってあやしかったんだけどね・・
結局kudzu止めて、やっと立ち上がりました。疲れたー

今週はＡｔｈｌｏｎ64手に入って嬉しくてディス鳥入れまくってしまいました。
Fedora→Gentoo→Mandark→SuSE→Win2003 Server→Fedora x86_64
で、結局、Fedoraになっちゃた。なにをやってるんだか。

ようやくフェドラのテスト完了したーー。

Fedora X86_64ってyum出来ないと思っていたらできるのね。
時間かなり無駄にしてしまった。
でもCool'n'Quiet 動いたから良しとしよう。
なんかクロックとVcreうにうに動くのたのしいの〜

さてと、次はほんちゃんだー。

職場のWeb鯖を更新するのに上司をだまくらかしてAthlon64 3000+にK8V Deluxで
RAID-1にして意味もなく64bit環境(1Gしかメモリ積まないけど)にしようかと
考えているのですがFedora/Gentoo/Mandrake/SuSEのどれがイイ感じですか?
見積もりだした段階なのに、FedoraとMandrakeをもうdownloadしてしまった・・・。

x86-64版を使うってことかな？
仕事で使うなら止めた方がいいとおもうけどな。
testバージョンだし。後々のメンテナンス大変そう。

大丈夫ですよ。

>>316
その中ならSUSEを推しておく．
完成度は頭一つ抜けてる感じ．
十分仕事でも使える．

…って分かってはいるが漏れは
しばらくFedoraで人柱するけど(w

んー、まあミッションクリティカルなわけではないので・・・。
>>319さん
サンキューです。最初に試してみます。
ま、最悪Redhatの32bit版いれりゃいいやというスタンスなので。

>>232
このへん参考にしたらいかがでしょうか。
ttp://kerneltrap.org/node/view/1804
ttp://minion.de/
ttp://www.sh.nu/download/nvidia/linux-2.6/
うちは、
Athron64 3000+ + GeFoceFX 5700Ultra + ASUS K8V
で XFRee86-4.1.0 + nvidia moduleが動いてます。

>>289
姫野ベンチ参考値
model name : AMD Athlon(tm) XP 2500+
cpu MHz : 1837.506
cache size : 512 KB

gcc-3.0 -DSMALL -O3 himenobmtxps.c
MFLOPS measured : 609.965324 cpu : 57.767251

2倍も差がないのか...

>>289
pgiを使っているとはいえ，himenoベンチで1400とは良いスコアだ・・・
pgi+opteronとifc+Pen4の価格差が無くなれば，確かにopteronも視野に入れるべきだな．

>>323
1400はクロック数
スコアは988とおもわれ。

公式ページには、 Opteron244でPGIFortranでスコア 1292ってのが
載ってる。
(Itenium2 900MHz同等みたい)

思ったほどは速くないねえ

>>325
IBMの営業のいうことには、メモリ帯域が広いから、
SMP構成での落ち込みがすくない→価格／性能比がいい、だそーだ。
（対XeonのHPC PCクラスタの見積り時の話）

つーわけで、だれか

>>324
あっ！私の間違い．>>324の言うとおりでした．
さらに>>289の測定はきちんとしていなくて，一回目の値だけですね．
一回目の値が988というのは，[email protected]でも出る値です．．．

>>326
Opteronのメモリバンド幅はDDR400のデュアルで6.4Gb/sec？

XeonはDDR333のデュアルで5.3Gb/sec．
pen4は6.4Gb/sec

>>328
Opteronはメモリコントローラ内蔵だから
CPUが増えれば帯域も比例して増える

>>329
それは面白い！

>>329
スレッディングすれば、でしょ?

これでRIMMサポートしたらAlphaだな。

>>332
アーキテクトはAlphaの中の人だったんでしょ?

一こ100円くらいになれば１０００ＣＰＵの並列マシンつくりたいなあ

>>334
あなたの家庭は、研究所並の電力供給があるみたいで羨ましいです

そんなに電力食うの？

1000CPUもあったらメガワット級の電力が必要じゃん
つーか一個100円なんて原価割れ大赤字もいいとこ

メガワット＝1_000_000Ｗですね。
100Vで割ると、10_000A
さすがにそんなには食わないんじゃない?

原価割れは激しく同意。
自己組織化コンピュータとか出来ないかなあ。
毎日欠かさずえさやっとけば増殖していくとか
ビーカーに入れておくと自然に集合して形が出来ていくとか。

そろそろ試験段階に入ってもよさそうだよね。

spec見てから言えボケ
cpu一発あたり最大約80wの消費だぞ
cpu以外にもメモリやドライブに相当な電力が必要だし

夢見る前にちゃんと現実を見ろ

>>339
わお。CPUってそんなに電力食うんだ・・・
でもディスクレスクラスターならひとつあたり200Wもあれば十分でしょ？
かける1000台で200_000Wじゃあないですか。それでも2_000Aか・・・ﾀﾞﾒﾎﾟ

>>339
ttp://pc3.2ch.net/test/read.cgi/jisaku/1072868378/432

Athlon64ならシステム全体で115Wだからそれほどでもないね、
かなり無理すれば(マージンを使い切れば)なんとかなるかも。
specに書かれているのはTDPだけで消費電力は分からないよ、
実際Pen4のTDPは電圧*最大電流の75％ぐらいだったし。
自分はintelはパイプラインの効率が悪いから消費電力より低めで
AMDは効率がいいからマージンを大きく取ってると理解してます。

AMDの方が分岐予測がうまいっていうことですか？
それとも不同順実行に分けるのが上手？

パイプラインが短いので予測が外れた時のダメージが少ないのでは？

Athlonの分岐予測がうまいというかPen4の分岐予測が失敗した際のリスクが大きすぎるというか

＞AMDの方が分岐予測がうまいっていうことですか？
はい。Hammerアーキテクチャだとそういえます。
x86系CPUでの分岐命令予測に限定して言えばこれ以上の
ものは汎用としては出来ないって位優れています。

ソース付けようと思ったんですがｲｲのが見つから
なかったんで、申し訳ないですが自分でググッて
下さい。

なるほどぅ・・・興味深いですね。
ベンチマークで測れない性能がでる可能性があるということですね。

このあたりですかねえ・・・

http://pcweb.mycom.co.jp/news/2002/06/27/10.html
http://www.amd.com/jp-ja/Corporate/VirtualPressRoom/0,,51_104_543_548~43538,00.html

＞ベンチマークで測れない性能がでる可能性があるということですね。
はい。その通りだと思います。

後、この辺も解りやすいかも
ttp://pc.watch.impress.co.jp/docs/article/20011105/kaigai01.htm
ttp://www.sbpnet.jp/vwalker/news/event/art.asp?newsid=2616

すばらしいことはなんとなくわかりましたが、今日は疲れてて頭にはいってきません・・・
改めてまた読ませていただくことにします・・・ありがとうございました。

２GHｚのオプテロンでbogomipsは4000くらいでした。２GHzのXeonと同じくらい。
bogomipsってどいう指標なんでしょうか?

http://www.linux.or.jp/JF/JFdocs/BogoMips/

>>350
http://www.linux.or.jp/JF/JFdocs/BogoMips/

ありが�d。なんだかわかったようなわからないような説明ですね。
大雑把な目安になるけど、直接比較できるほどのものでもないと。

つまり、今までの話をまとめると、今のところAthlonの64bit環境を有効に使える
環境は整っていないわけですね？　(OSもコンパイラもβぐらい？）

ログ読むの面倒だから、だれか要約して。

有効に活用されてるかどうかを確かめる数値指標がないだけでは？

>>354
要約はまかせろ！











お前には必要ない。

ようやく、結論がでたわけだｗ

まぁ使ってから物申せ，と．
6マソあればAthlon64のPC一式手に入るんで．

んでだな，βだなって思うのはコンパイラかな．
OSは全然安定してて完成品レベル．
uptime 20でも落ちないぞ(w

>>358
Ａｔｈｌｏｎ64はＯｐｔｅｒｏｎとは別でないの？　が、6万とは・・・すばらすぃ〜
うちは２Ｃプモデルを200万で買いました・・・

もしかしてload average 20 でも落ちないって言いたかったのか？

んです．
言い方間違えた？

稼働時間20秒超で落ちるって皮肉ってるのかと思ったよｗ

CPUの調達が遅れたとのことで、注文から1ヶ月以上経って漸く「来週納品」って言われた。
足掛け3ヶ月というか足掛け2年と言うか。
その思いの丈をぶちまけるのに最適と思われるベンチマークをどなたか紹介してくだちい。

5GB NOP * 100000

>>363
AB回して〜

>>358
ifcは？64bit未対応だからダメ？
PGI<ifc
という話を聞いたが。

>>341
冷房の電気も考えないと、火事になるぜ

>>269,>>278,>>280,>>282,>>283,>>306,>>308
単にmakeのテストって言っても、DiskI/O処理もからむので
FileSystem、HDDの性能および設定等で違いが出てしまうような．．

>>368
トータル性能を見るベンチだから、別にそれは構わないと思うけど、
2回やるとキャッシュのせいで結果が変わるな。

ttp://www.itmedia.co.jp/news/articles/0401/31/news012.html

Sunは、OpteronにSolairsとSuSE Linuxで参入するみたいだなあ。

>370
sun4mもSolaris9で切り捨てられた訳だけど、
Solaris for x86でもそのうち32bitは切り捨てられるのかな。
「32bitはLinuxでどうぞ」とかいって。

素朴な疑問なんだけど
AMD64対応のSuSEやFedoraでは32bit環境で
コンパイルされた商用ソフトとかは動くの？

動くと読んだ記憶がある>32bitソフト

>>372
動くよ。
32bitのランタイムが共存できるようになってる。
実際iccとかAcrobat Readerとか動いてるし。

Athlon64買ってきました
どのディストリがお勧めですか？

>>372
それこそが、AMD64が支持されている理由だし（ｗ

>>375
俺はGentooが好きだ。
SuSEも良いか、kernel2.6にするのが少し大変。
Ｆｅｄｏｒａも安定しとる。

関係ないけどSuSEのreiserfsって壊れやすくない？

reiserは速いのだけがとりえって聞いたけど。
JFS使いたいならExt3でよいのでは？

速さと冗長性は両立は難しいし
RieserFSは、速さとファイルの格納率が高いのがいいところじゃないかな

Fedoraのdevelopment treeのAMD64版入れてみた。
思ったより安定してる。
細かい問題はあるけど。

まぁ人柱最前線してます(w

>>380
人柱乙
どんな構成で動いているのか教えてください。

>>381
・PC構成
CPU:Athlon64 3400+
MB:GA-K8VT800M
Mem:512MBx2
HDD:6Y080P0
VCard:Radeon9600XT
CD(DVD)Drive:MP5240A

・インスコ内容
本家で言えば
download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64
以下でインスコDVDを作成した。

・問題点
エロエロあるので書き切れない(w

とりあえずこんなところ。

>>381
どうも、ありがとうです。

CPU:Athlon64 3400+
MB:GA-K8N Pro (nForce3 150)
Mem:512Mx2
HDD: IBM 180G
VGA: Radeon9800Pro
CD(DVD)Drive: Pioner DVR-A04

うちはこんな感じです。とりあえず32bitモードなら
何の問題も無くTurbo Linux 10Dが動いています。

Turbo Linux 8 for AMD64が欲しいけど売ってない・・・・

ちなみにVIAじゃなくてnForce3にしたのは
なんとなくLinuxで使う場合 nvidiaのほうが良さげだったから

nvidiaの方がﾄﾞﾗｲﾊﾞ良いのかな?

athlon64上のlinuxは性能だしきれてないらしいよ。なんでもページサイズが
32bitモードとの互換性維持のために、いまだに４ｋなのが足を引っ張ってる
とか。。

>>386
VIAもNVIDIAのチップも機能的にほとんど変わらない
VIAのほうがちょっとだけ性能いいかも

しかし俺の中ではVIAチップは壊れやすいとの印象と(実際KT133で4回壊した)
nForce3はサーバ向けCPU Opteron用に作られたから頑丈かも

という思いがnForce3にさせた

>>388
VIA apllo PLE133で同じ思いしました。
VIAってみんなそうなのかな?

今更ながら、仕事用のWSとして雷K8W + 248 x 2 なシステム発注しました。
届いたら速攻で fedora 入れまする。
楽しみ〜

>>384
Webから注文できるみたいだけど、パッケージの更新とかされてなくて
放置プレイっぽいので、個人的には fedora に移行しようと思ってます。

>>390
仕事用にFedoraを使う時点でアフォ！
せめて仕事ならRHEL (Workstation) for AMD64にしろよ。。。
ちょっと高いけど、正式にAMD64対応してんだからさぁ

>>391
まぁ、仕事といっても研究用のマシンなので、殊更に安定性を重視して
いるわけではないんだが…

ところで、RHELって保守契約しないと売ってくれないみたい。
で、パートナーとして名前の上がっているベンダ(NECとか富士通とか)は
自社製のマシンしかサポートしてない。

結局、自作マシンでRHEL for AMD64を使う手段はなしという結論なのだが、
誰か使ってる人いる？

>>392
http://www.10art-ni.co.jp/product/rhel/RHEL-sales-agreement.pdf
普通に買えると思うが？
契約書には、マシン構成を記入する所なんて無いよ

>>393
あれ？10art-niって、AMD64版売ってたっけ？
うーんどっちにしても fedora にするわ。
おもしろそうだし。

>>394
おまえ、それ契約書見たマンマやんけ（ｗ
しかも10art-niってドメイン名そのまま書く奴初めて見た（ｗ

研究って自作ヲタの言い訳みたいなもんか。
仕事系や研究系でテンアートニを知らない奴いねーもんな（ｗ

>>395
テンアートニ知ってますけど…
ドメイン名書くのそんなおかしいかな？

AMD64版やItanium版のRHEL WSは、x86版と3倍近く値段が違う。
テンアートニの価格表にはx86版しか載ってなかったってことなんだが。

なんか何時も思うんだけど、この板ってどうでも良いことに
ひつこく絡んでくる香具師多いな。

>>397
シーッ　相手にしちゃ駄目でしょ！
見てないフリをしなさい

>>397,>>398
爆ｗ

>>390
♪タソ良いな〜雷良いな〜

♪タソのMicroATXママソ出んかな〜
DiskTop向けPentiumMママソよりは出る確率高いかな〜(w

うげ，s/Disk/Desk/

Fedora for AMD64の正式版ﾏﾀﾞｧ〜〜

>>390
いくらしました？
35〜40位？


>>400
PentiumMママソは出ていたと、思う。

Pentium M対応のマザーボードが2月に発売予定、4万円弱
http://www.watch.impress.co.jp/akiba/hotline/20040124/etc.html#4mts

俺は地味にtransmetaのマザーが出てくれないかなーっておもてる。

Opteron Dual のマシンにフェドラCORE1のAMD64用のCDROMから
インスト-ルがどうしてもできないのですが。なにかこつがあるなら
伝授して下さい。マザ-ボ-ドはTYANのK8Wです。

>>404
どうしてもっていわれてもなあ
http://linux2ch.bbzone.net/#content_1_3

質問の仕方 ↑
頑張ったのにダメダメ。2ch の『くだらねえ質問はここに書き込め』スレッドに質問する場合の注意。

質問以前にすることに書いてある事をしましたか? してなければ戻ってチェックしましょう。
自分が何をしたいのかを明確に伝える。今つき当たっている問題を回避するアプローチを提案してもらえるかもしれない。
自分の環境 (ディストリやソフトウェアの名前・バージョン、ハードウェアの種類など。注1 参照。) を正確に伝える。
自分がしたこと、自力でどこまでできたのか、どこでつまづいているのか を正確に伝える。(「いろいろしました」で状況が分かるヤツはいないよ。どのファイルをダウンロードしたか、どういう手順でインストールしたか、何をするとエラーが出るのか、などを具体的に書け。)
他のスレッドや板に同じ質問を投稿しない(これをマルチポストといいます)。
初心者をウリにしない。反感を買うだけ。
エラーメッセージは正確に(注2)書く。
自分語で勝手に作った用語で説明しない。
ムリに 2ch 用語や誤変換を使わない。
「認識しない」などのあいまいな言葉を使わない。相手に伝わりやすいよう一般的な言葉で具体的に書く。
「××を使ってる人いますか?」という聞き方はやめよう。「います」と言われるだけ。どううまくいかなかったのか最初から書こう。
質問を「わかりません」で済ませるな。答える側はあんたが何を分かっていないのかすら分かりません。
煽りのように見えるレスでも、冷静に読め。有用な情報が書かれていることがある。単なる罵倒なら言い返さずに無視すべし。

(注2) エラーメッセージは正確に ↑
答える人は神でもエスパーでもないので情報をしっかり書きましょう。
問題を特定できていないあなたが勝手に表示されているエラーメッセージを省いてはいけません。ちゃんとコピペしましょう。
単に「失敗しました」「エラーが出ました」「怒られました」と書かれて分かる人はいません。
あまりにも長いエラーメッセージの場合はテキストファイルに保存して uploader などに置かせてもらいリンクをスレッドに書き込みましょう。
勝手に翻訳したらイヤン

Opteron248 dual機 到来。

ベンチマーク項目１：
　　　　order date: 03/12/26
　　 delivery date: 04/02/05

　date of delivery: 41 days

ベンチマーク項目２：　>>281　（linux-2.4.24）
$ time make -j3 bzImage > & /dev/null
110.500u 9.280s 1:00.88 196.7% 0+0k 0+0io 643586pf+0w

---
とりあえずこんなもん。

ちなみに、

CPU： Opteron248 x2
M/B： HDAMB-WO (RioWorks)
Mem：4GB (333-1GB-ECC/REG x4)
O/S： RedHat Enterprise Linux WS v3.0

な感じです。

64bit版でその結果なら、他のディストリに比べてかなり最適化されてますね。
32bit版(>>283)とほぼ同じくらい。

>>144
待った甲斐がありましたね。
RHELはAMD64版ですか？

>>403
60ぐらいです。
メモリ4G(PC3200 512 x 8)、あとIDE RAIDとかも付けているので、少し高いかも。
納期は2週間ぐらいらしいです。

>>408
むむむむ。いいなー

ベンチマーク１はPCサクセスですか？

>>411
むむむむむ。いいなー
そういえばメモリー、レジでしたね。
ＨＤ欲出してSCSIにしたら、もっとむむむですね。
研究用途はしりませんが、ＨＤのスピード余り要求しないのかな？
IDE RAIDでも十分早いらしいから、問題ないんでしょうね。

♪ほしくなったな〜。でも、もてあましそうだな。
俺にはAthlon64 3000+がちょうどいいのさ。

もれはGentoo(σﾟДﾟ)σｹﾞｯﾂ!!のAMD64版入れたよ。
PGIコンパイラの評価版が動かなくて(´･ω･`)ｼｮﾎﾞｰﾝだが

>>412
動画像処理なので、ディスクI/Oは重要な要素の一つです。
別なマシンでU160 SCSIを使っていたのですが、CPUの負担を別にして
ATA133の方が高速な場合があることがわかってきました。

H/W RAIDなら、IDEでもSCSI並にCPUに負担かけずに高速で(ﾟдﾟ)ｳﾏｰかなと。
これは今回試してみたいことの一つです。

◆AMD64.T34Y
↑なんか胡散臭い奴だな

>>404
俺もOpteron 242x2+TigerK8Wでインストーラーが途中で止まった。
止まった場所は時間帯設定の部分で、
Fedora Core1 for AMD64だけじゃなくてGinGin64でも同じ事が起きたから、
それ以降RedHatは諦めてる。

とりあえず、SuSEとTurbo(市販品)を試したが、一長一短だな
(SuSEはnVidiaドライバでTwinViewが出来ない、Turboは日本語入力が不安定)
ま、各種部品に何を選ぶかによって違ってくると思うし、確実なことは言えんが。
(つか、GeForceFX5700にEnvy24HTってLinux使いの選択じゃねぇだろう、俺)

今のところ、一番快適につかえるのが窓2kという悲しい状態。

やれやれ、きょうは胡散臭いとまで言われたか…w
まぁ届いたらまた来るよ。

RedHat-ELは、「AMD64対応」(IA-64にも対応）と称して売ってるんだけど、
32bitで動いている気がしてならない。
　a = (double *)malloc(i*sizeof(double));
で i をどんどん大きくするテストをしてみたら、32bitのときと同じ辺り(2GB程度)で
malloc 失敗した。

標準のgcc(3.2.2)も、-m64を付けてみたら
「cc1: 残念ながら見実装です: 64-bit mode not compiled in」
と言われたし。（注： 未実装ではなく「見」実装）

単純に
printf("long = %d\n", sizeof(long));
4が表示されれば32bit
8が表示されれば64bit
と判断していいかと思われ

少なくともSolarisではそう

>>417
おい！君！すごいIDだな（ｗ
確か、どっかにIDに出た数字の大きさを競うスレがあったﾊｽﾞだぞ！
探して行ってみれ！

マジすごいからage

>>417
気にシナイ！(w

>>418
例えばバイナリにldd取ってみるとか。
lib64っていうエントリがあったら64bit。

>>418
正しい値を返すか、分からないけど

getconf LONG_BIT

で 64 が返ってくるのを確認してみるとか。

>>418
おいおい、利用可能な仮想アドレス空間と、CPUの64bitモードは別問題でしょ。
そのkernel、CONFIG_HIGHMEM辺りはどうなっているの?

>>409
video cardはなんですか？
/proc/meminfo どうなってますか？
どのくらい目減りしてます？

>>418
uname はどんな表示するですか？

今、皆の視線が>>144へ向いている．．

>>423
CONFIG_HIGIMEMは物理メモリだよ。

>>418
は、CPUのモードが知りたいんだろうから関係ないけど、
仮想アドレス空間のサイズ知りたければ、size_t調べれば?

# 帰宅後は野砲微微がアクセス寄生虫なので書けませんでした。
取敢えず。お尋ねの項目を幾つか確認。
$ ldd a.out
libc.so.6 => /lib/tls/libc.so.6 (0xb74a0000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb75eb000)
$ getconf LONG_BIT
32
$ uname -a
Linux (ホスト名) 2.4.21-4.ELsmp #1 SMP Fri Oct 3 17:31:21 EDT 2003 i686 athlon i386 GNU/Linux
$ a.out
char 1 short 2 int 4 long 4 float 4 double 8
---
(a.out の中身は sizeof(char) 等をprintfしてるだけ）
LONG_BIT とか見る限り、普通に32bitな感じ。
video card は ASUSのV7100PRO64、NV11 GF2(MX/MX400)で認識されてる。

>>429
どっからどうみてもただの32bitシステムだわな

>>429
カーネルが 32bit の悪寒。

確認できる環境が無いので予想だけど 64bit kernel の場合、
arch の結果は x86_64 にならないといけない思う。

>>429
そのマシン、スレ違いな…

RHEL3はたぶん注文時にAMD64を指定しないとダメなんじゃないかな・・・

> 419
mallocで取れるメモリは実メモリ+スワップサイズのようです.

uname では普通に作ったものだとx86_64になるはず。また/usr/lib64(かな)
てなディレクトリがあるはず. fileコマンドで実行形式を軒並み調べてみたら
どうでしょう?

ちなみに, mallocを複数回呼び出して, その合計をみてみたら, 512GB まで
大丈夫でした(40bitまでのアドレスで OS 半分とすると計算はあってますよね)

え・・・そんなにスワップ取れるの??

ていうか、仮想メモリは48ビットじゃなかった?

物理メモリ40ビット仮想メモリ48ビットでした。

>address sizes : 40 bits physical, 48 bits virtual

物理メモリ１T載せられるマシンてまだないでしょ？
ところで

＞model name : AMD Opteron(tm) Processor 246

の246って何の意味ですか？

>>436
246はCPUの型番ですね。

$　cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 5
model name : AMD Opteron(tm) Processor 246
stepping : 8
cpu MHz : 1994.060
cache size : 1024 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext 3dnow
bogomips : 3971.48
TLB size : 1088 4K pages
clflush size : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts ttp

>>437
みおとしてました。すみません。

よく見る国道の番号に似てますねｗ

＃ OSインストールまで(動作確認の意味も込めて)全てショップに任せたままの状態だったので、現在鋭意調整中。
>>433
RH公式サイトで「購入について」を見ると、メーカ品PC以外はテンアートニからしか買えない。
テンアートニから購入する際、ショップ経由で契約書を送付しなきゃいけない。
で、購入契約書（http://www.10art-ni.co.jp/product/rhel/RHEL-sales-agreement.pdf）を見ると、
「アーキテクチャ」欄は「x86」が最初から書き込まれてる。
⇒「AMD64を指定」は出来ない。

>>434
/usr とか /usr/local とか色々探しましたが、/lib64 は入ってません。

slackwareをふつーにインストールして, binutils, kernel, gccを
ブートストラップでやってけば, 3回目にはきちんとした64ビット環境を
作ることができました.

あとはユーティリティを作っていくだけ... gentooあたりでやるほうが
問題は少ないんじゃないでしょうか?

RHEL3ダメじゃん・・・

それとも64bit用のドライバが少ないから
ハードウェアと同時購入を徹底してるのかな？

mallocしたところで仮想メモリを予約するだけだから
実際にアクセスするまではスワップファイルさえいらないはず。
48ビットじゃなくて40ビット相当分しか確保できないのは
カーネルかライブラリの制限かな？
最新64ビットOSにしてはちょっと萎え。

全領域アクセスできないならmallocは失敗せんとまずいか。
ウソかいてごめん

BSDマガジンVol4の仮想メモリについて書かれた記事に
遅延割り当てと過剰請求問題ってとこから抜粋

・mallocはbrkシステムコールによりBSSを拡大することで実装
・brkシステムコールはBSSが拡大したことを記録するだけ
・資源が確保されるのは、拡大されたBSSにアクセスがあった時点

この実装方法のメリットとして
・データベースなどの疎な情報をメモリに展開する場合に有効

この実装方法のデメリットとして
・資源が不足したことをbrkシステムコールの時点では判別できない
（つまりmallocの時点でエラーとしてユーザープロセスに通知する
方法がとれないし、いつメモリ不足が起るかも分らない）

BSDはこの記事の書かれた時点では対策なし。
Linuxはbrkシステムコール時に、空き領域(実メモリとスワップの
残り領域のことかな)を計算することで一切の過剰請求を
禁止にするオプションで対応とのことらしい。

>>444
Documentaion/x86_64/mm.txtには
oper process virtual address space limit of 512 Gigabytes

Userspace is able to modify and it sees only the 3rd/2nd/1st level
pagetables (pgd_offset() implicitly walks the 1st slot of the 4th
level pagetable and it returns an entry into the 3rd level pagetable).
This is where the per-process 512 Gigabytes limit cames from.

つまりページテーブルの階層のうち現在の実装では4つのうちの三つしか
つかってないってことらしい。これが仮想アドレス512GB制限の内訳。
4階層をフルに使うにはlinux/mm/の下に手をいれなくちゃいけないから
当面はこれでいくんじゃないのかな。

>40 bits physical, 48 bits virtual
とあるけど、この両制限に関してはMMU(64bit版のPAEみたいなので)と
カーネルVMの拡張でより大きな容量のメモリに対応可能ですよね。
データバスの関係で低い値に抑えられてるんじゃないでしょうか。

というわけで

>>443
>最新64ビットOSにしてはちょっと萎え

萎える必要はありません。MMUとVMの拡張を当たり前のこととして
受け入れるなら、仮想メモリは64bit分、物理メモリは32bitPAEのように
64bit以上すらも可能となると思いますよ！

athlon64は速いですか?

>>449
爆速
32Bitで。

>>443>>445
> Linuxはbrkシステムコール時に、空き領域(実メモリとスワップの
> 残り領域のことかな)を計算することで一切の過剰請求を
> 禁止にするオプションで対応とのことらしい。

http://search.luky.org/fol.2001/msg00337.html
が参考になるんじゃないかな。

2.4でも2.6でもovercommitは無効になっているはず。

>>443
現実にそんな広大な領域をbrk(2)することはないよ。
mmap(2)使ったり、アプリケーションレベルで1次<->2次記憶管理するから。
後者は主に効率のためね。スラッシングが起きないようにね。

>>451
カーネル2.6にはDocumentation/vm/overcommit-accounting
なんていう素敵なドキュメントがあって、2.6からあたらしく
strict overcommitなんてものがサポートされたらしいですねえ。
詳しいことは分りませんが、物理メモリ量のパーセンテージで
指定できるとか。

あと自分の使っているLinux/i386ですが、2.4,2.6の二つとも
$/sbin/sysctl vm.overcommit_memory
vm.overcommit_memory = 0
となってました。

ちなみに、>>451のリンク先に書いてあるOOM-killerは、
linux-2.4.25-pre4から選択できるようになってるね。

overcommit なんて機能があるんですね。

メリットは、巨大で疎なデータを持てる。
デメリットは、メモリ不足の状況で動作が不安定になる。

って所ですか？

>>455
> デメリットは、メモリ不足の状況で動作が不安定になる。

それはアプリケーションの作りによるんじゃない?
Kernelはちゃんとエラー状態(ENOMEM)にするみたいだから。
たぶんsignalでも飛んでくるんじゃない?

>>456
新たに brk でメモリを確保しようとした場合は、そうなると思いますが、
sleep していたプロセスが起き上がって、今まで一度も使っていなかった
ページにアクセスしようとすると kernel に殺されちゃいません？
それがシステムに必要な daemon だったりすると、動作不全になると。

その時SIGSEGVかSIGBUSが飛んでくるんじゃないの?

#include<stdio.h>
#include<stdlib.h>
int main(){
int i;
for (i=0;;i++) {
if (malloc(1024*1024) == NULL) {
printf("%dMB used\n", i);
return;
}
}
}
こんな糞コードで試してみたら、0,1それぞれ3Gまでエラーにならない。
2.6.2/i386です。どうしてだろう。
vm.overcommit_memoryの0,1ってのはなにを設定してるんだろ。

>>457 の例の場合、SIGSEV なり SIGBUS の行き先は
daemon になると思いますが、その場合 daemon は
死ぬしかありませんよね。

あまり憶測で書くのも良くないので、もう少し調べてみま
す。

NetBSDだと物理メモリ108MB+スワップ領域256MBのシステムで127MBで止る。
overcommitっていうのはもう少し細かい条件が揃ったときに利いてくるものなのかな。

>>459
いやだからさ
Linuxではmalloc()しても、実際にその確保した領域を使わないと
メモリは実際には確保されないんでは？

>>462
>Linuxではmalloc()しても、実際にその確保した領域を使わないと
>メモリは実際には確保されないんでは？
それは当たり前のことですよね。

となると、残り「未使用」メモリがある限りはovercommit_memoryが0,1に関わりなく
ユーザー空間のヒープ領域の限界まで確保できることは同じということ？

私は451さんの書きこみを見て、overcommit_memoryというのはメモリリソースの
総量を超えてmallocしようとしたときに、エラーを起こすものだと思ってました。

>>460
> >>457 の例の場合、SIGSEV なり SIGBUS の行き先は
> daemon になると思いますが、その場合 daemon は
> 死ぬしかありませんよね。

スレ違いだが、特定のdaemonについて言っているわけでもないのに、
何故「死ぬしかない」なんて事が言えるのだ?

>>464
確かに死ぬしかないと言い切ることは出来ませんね。
失礼しました。

http://www.jp.redhat.com/manual/Doc9/rhl-rg-ja-9/s1-proc-directories.html
このドキュメントは分りやすかったです。
ハードウェアリソースの制限よりも多くのmallocを禁止にするには、
overcommit_memoryを2,3にすれば良さそうです。
0と1の違いにおいてオーバーロードという言葉が出てきますが、
これはよくわかりません。
2にして先ほどの糞コードを実行したら、プロセスが殺されるわけでもなく、
新規のプロセスを立ち上げられなくなってしまいました（ToT
また明日ということで今日はもう寝ます。どうもお騒がせしました。。。

Documentation/vm/overcommit-accountingに書いてあんじゃん。
0を選んだ時、いろいろ書いてある中でも、
>>466に一番関係あるのは、rootだと特別に少し確保することが許されていること。

英語よりCが得意な人は、
security/commoncap.c, mm/mmap.c

RedHat Professional WorkstationがAMD64対応だったら迷わず買ってくるのになぁ

RedHat Fedora Core1 for AMD64 のインスト-ルに失敗する件解決しました。
実メモリを4GBを越えて積んでいる為だったようです。
インスト-ラ-に対して
linux mem=512m noprobe
のような指定をしてメモリを全部は見せないようにすることで、最後まで
インスト-ル出来た!

ところで、せっかくDUALのSMPマシンなんですが、OpenMP などで並列に
動かしたいのですが、インテル環境と違って、手段が見当たりません。
どうすれば、2つのCPUを有効に使って計算の処理を早くできますか?

ここから目的にあったものを探せば?
http://sal.linet.gr.jp/C/index.shtml

今、プチ祭りやってるね。2CH-Op鯖の、

先日から>>380のディストリ使っているが、
ちょっと形になったのでまとめてみた。
人柱最前線をやってみたい香具師は踏み台になるかと。
ttp://freeweb2.kakiko.com/nemuizo321/x04/hitobashira.html

>>473
乙!

SuSEかTurboを買うか・・・

SuSEってAMD64バージョンとか特別にあるのかな？

>>475
あるよ。プラットフォームで売ってる。１万４千円ぐらいだとおもた。

>>476
でも確かFTPインストールすればタダなんだよね？

なら自宅鯖にrsynsして利用したほうが良いかも・・・

fedoraインスコage
>>473 さんくす

いいね。海外から直接DLしたのにちゃんと日本語化されてる。
UTF-8の関係で時々化けるけど。

カーネルは2.6.2に更新済。

>>478
乙ですた。
そうですね、一旦環境作ればごくごく普通に使えますよね。

不安定ではないが不完全って感じですかね。>FC1.9

なんだかここで、
PrescottにはYamhillが実装されていて
64bitCPUになっていると書かれてますけど
本当でしょうか?

http://pc.watch.impress.co.jp/docs/2004/0209/kaigai062.htm

>>480
・PrescottとTejas(名前あってるか知らん)で64bit機能の
互換性がないらしい。
・Tejasの64bit機能はYamhillではなくCTと呼ばれている
・CTがAMD64と互換性があるのかどうかは不明。ただし
MSの圧力でAMD64互換仕様に変更したという話は数多い。

自作板見てた限りじゃこんな感じらしい。

>>481
ﾚｽｻﾝｸｽ
自作板に行ってきます。

BSDでの話だがオプのポテンシャルには2ちゃんのroot氏も驚いてる様子。

【uma作戦】2ch特化型サーバ構築作戦 Part5
http://qb3.2ch.net/test/read.cgi/operate/1076162131/775

775 名前：root ★[sage] 投稿日：04/02/09 17:24 ID:???
でも、oyster901って、今となってはもう遅いほうのOpteronなんだよなぁ。
すごいすね。

Opteronに限らず、AMDのマシンでいままでここまでやったことなかったけど、
そのポテンシャルは、底なしなのかも。

live3とlive5とlive6がたばになってかかっても、使い切れなかったりするかも。いや、まじで。

>>480
噂ではMSがYamhillをAMD64互換にするか
WindowsのサポートをItaniumだけにするかという選択を迫って
結局CTでAMD64とある程度互換性があるものになったとかならないとか。
発表は来週のIDFで行われるらしいのでそこでもっとわかるかと。
Yamhillの存在自体はもはや多くの人が知るところ。

Prescottの64bitモードは
現行ｿｹｯﾄではDisableになってて
ｿｹｯﾄ775でEnableになるみたい。

でもいくつか記事読んだ限りじゃYamhill(Prescott)で既に
AMD64にかなり近い設計みたいだね。コントロールレジスタや
ページングディレクトリ階層は全て一緒とか。ソフトウェアの
バイナリ互換性までは怪しいんだろうけど。
そこから考えてCT(Tejas)の設計がどうなるかと予想

・インテルがMSに対して妥協して、AMD64互換方式に変更。
　ただし独自機能も盛り込みK8に対して差別化。
・完全互換方式

ありえそうな話としてはこの二つぐらいか。x86-64でも影響力を
維持するためにいろいろと実装のすり合わせをして頑張るんだろう
けど、御苦労なことですね。ユーザとしてはビッグビジネスの
流れに身を任せるだけ。

>>486
> コントロールレジスタやページングディレクトリ階層は全て一緒とか。

OSの根幹の部分でいじるところだけは、同じにさせたと思われ。
後の複数CPU対応は何とかなる。

完全独自方式でごり押しってのもあるか。

Intelはx86-64で影響力を持ちたいわけじゃなくて、無視したいんだろう。
IntelとしてはAMDと互換性を持つと、IA-64の普及はさらに遠くなってしまうので。
昔ならMSの言うことに従っただろうが、今はLinuxという強力な武器があるから、
どっちに転ぶかわからん。

しかし、
> WindowsのサポートをItaniumだけにするかという選択を迫って
は、下手したらDECαと同じ道(サポート終了)をたどるぜ。

>>489
>Intelはx86-64で影響力を持ちたいわけじゃなくて、無視したいんだろう。
それならia32であと数年持たせるという手段もあったのでは？
現実的に見て、デスクトップにおいてアドレス空間が足りないという事態は、
一部のアプリケーションを除けば殆どない。
インテルがx86の64bit化に踏み切ったということは、単純にその市場が
無視できないからじゃないかねえ。Itaniumのメリットは64bitだけにあるわけじゃないし。

バイナリ互換なし: OS/2
バイナリ互換あり: Microsoft Windows

このようにバイナリ互換は重い。

IBM　PCもAT互換機から独自路線選択してつぶれたからね

amd64 linuxのABIでは引数がレジスタ渡しなんですよね。それも、
拡張されたレジスタを使っている。すると, INTEL CTではどうなるのか
興味深いものがありますね。

別に…
Linux/gccな人たちが決めることだし…

> 495
そうかな? AMD64版Solarisってのが出てきそうな気がするし...
そのとき, CTとAMD64とが混乱したら....

まぁ, そのときは二股膏薬をかけたソフトウェア屋さんが困るだけか...

無料で入手できる64bitディストリはどれもいまいちだなぁ
RHEL3 β1をインスコしてSRPMをリビルドしてRHEL3 for AMD64を作るかなぁ

64bitにするとどんないいことがあるんですか
天才にもわかるように完結に述べてください！

>>498
メモリ８Gぐらいぶち込めば良さが分かるかもな。

メモリとかファイルサイズの2GB超え不可って32bitのせいだったんだ
32bit時代はあまりにも長すぎた・・・っと

ファイルはあんまり関係ないだろ。

32bitより遅い64bitなんて意味はないだろう。
80286と486の関係では無条件にどんな場合でも486が速い。
しかし、AMDのクソ64bitCPUはIntelの最新32bitより遅い場合がほとんど。
こんなのは意味がない。
極めて特殊な用途にしか使えない。
メモリを4G以上増やせば速くなると思っているやつは頭がどうかしている。
メモリを極端に増やせばキャッシュがヒットせずに遅くなるだけだ。

だけ、て

>>501
関係ないって言うほどでもない。

>>502
約1.5GBのデータを２つ読み込んで、2GBくらいのファイルを吐き出す
プログラムを作らなきゃならないとき。2GBの壁が外れると早いよ。
随時読み込み→解放→再読み込み　なんてしなくて済むから。
キャッシュなんて全部空振ったって、HDDからランダムアクセスで
読むよりは桁違いに早い。

Intelの最新32bitが無きゃ困るのも特殊な用途（ベンチマーク教徒とか）
だけでしょ。特殊でない用途に使う人は、Celeronの2番目に早いやつ
でも買うといいよ。ちょっと贅沢してもPen4の上から3番目か4番目くらい。
Pen4EEなんて大概の人にとっては猫に小判。

メモリ、HDDはでかければでかいほどいいです。
CPUは速ければ速いほどいいです。
コストを考えなければ。

>>505
その例も結構特殊な用途なんじゃないの？
結局>>506ということでしょ。

ﾌﾟﾚｽｺがﾔｳﾞｧすぎてマカー、Athlon厨から叩かれまくってるintel厨

Celeronの2番目に早いやつと同じ金でAthlonXP2500〜2700買えちゃいますが。

>>502
君はLinuxを何に使ってるか知らんが、倍精度を一気に計算できる64ビットCPUは科学技術計算には有難い。
AMDのCPUを使うとインテルコンパイラ（最強）で速度が出ないのが難点だが。

>>510
科学技術計算には有り難いとか、言ってる奴ほど、ただの営業マンだったり、無職だったりする。

本当に仕事として科学技術計算に携わっている奴なら、とっくに64bit化してるつーの！

>>511
慶応理工の院生ですが。
今までは64ビットマシンは高価。
安価な64ビットマシンを並列で使いたい。

まあ、お前のような低脳児には無縁な話だ。

>>512
ってか、大学ならデータセンターがあるだろ？
院生なら研究目的の使用条件で簡単に使用許可が下りるだろ
少なくとも阪大のデータセンターは、院生なら普通に使えてたぞ。
でも、理工の学生がなんで科学技術計算なんか・・・

煽りに煽り返すのもまた・・・だが

倍精度は Pentium4 でも一命令で計算できたと思うけど、
俺の記憶違いだったかな。

64bit cpu は科学技術計算にとって有難いことには同意。
メモリを沢山使えるからね。

>>513
データセンターって何？阪大にそんなのあったの？

>>515
データセンター
大学の情報データを一括して管理するところ。
また、SCやハイレベルWSなどを管理するところでもある。

一般の学生は、まず使用許可がおりない。
だが、教授やその研究を助けるような院生は別・・・
何の目的にどのようなプロセスを動作させるかなどを、明確に提示すれば使用許可はおりる。

>>512
その気持良くわかる。
本格的なのは何かと面倒なんだよね。許可、申請、制限などなど。
「そこそこ」な64bitアーキテクチャが「そこそこ」なお値段で手に入る事は魅力。
何より全部管理下におけるのが楽しそう。大変でもあるけど。。。

>>517
別に噛みつくわけじゃないんですが、AMD64の64bitなんて研究用として使い物になるんですか？
大学の研究ならなおさら、コンパイラの違いでソースを一から書き直さなきゃならんし
そこで得た結果は、統一されたデータじゃないから「研究の成果」としては、とうてい認められる物じゃないと思うんですが・・・

科学技術計算も研究もしていない無職のくせに・・・・・・・
よく言うよ・・・・・・・・

東京kittyをやたらと煽る奴がΝ速にいて不思議でたまらなかったんだが
このスレ見てわかったような気がするよ。

>>518
同志社大学で行われた研究の成果は認められないわけか。
無駄な買い物をしたんだな。
http://pc.watch.impress.co.jp/docs/2003/0729/visual.htm

>>518
おっしゃる事はごもっともです。環境が精錬されてないのが泣き所。
でもやっぱりAMD64は大きな魅力。今後の展望に大いに期待です。
Intelを触発する意味でもね。
# Itaniumはクソっぽいし、Alphaは消えるし。。。

因みにアタクシは、アナタの書かれた様な理由で実際に導入せず
様子見を行っているヘタレです。個人PCにAthlon64入れてしばらく
遊びつつテストしようかなと思ってる今日このごろ

>>521
西だから仕方ない(嘘

DOSエクステンダgo64を使えば32bitCPUでも64bitになるんだが・・・
そんなことも知らないのか。

64bit環境ｷﾀｰと喜んだが64bitを体感できるソフトがない罠

>>524
go64 ﾜﾛﾀ

データバス16bitのままかよ

>>510
32ビットでもFPUは64ビットじゃないの？

>>511
そうとは限りませんよ。

>>512
いってることはもっともだが、ナマイキだな。

>>513
大学にもよるけど課金されるんじゃないの〜

>>518
用途次第です。コード書くこと＝研究じゃないし
科学技術計算といっても、ぐりぐりループ演算だけしてるとは限らない。

>518

コンパイラが違うと結果が違ってしまうようなプログラムは
そもそもプログラムの書き方がおかしいんじゃない？
それにコンパイラやマシンのアーキテクチャ変えたらバリデーションするよ。
計算機センターのマシン更新でやむなくalphaからitanium2に変更、
コンパイルやり直しなんて話も無いことは無いし。
きっちりバリデーションしておけば出てくる物理量なんかがマシンによって
異なるなんて事は無いはず。

シミュレーションやっている人間からすると、それをもって
統一的なデータじゃないから研究じゃないといわれると・・・
そもそも生化・生理の実験で培養細胞系を用いたものなんかの
ほうが、よっぽど条件の非統一性は強いわけだし。

>>529
> シミュレーションやっている人間からすると、それをもって
> 統一的なデータじゃないから研究じゃないといわれると・・・

どこに力点置いて研究しているかなんてことは、
視野の狭い>>518には分からないんでしょ。

IEEE754ってこともわからなそうだし。
http://www.cs.berkeley.edu/~wkahan/ieee754status/ieee754.ps
くらいの知識はないと話にならない。

出力された結果違うってIEEEで決められてるじゃん！
って書こうと思ったら、530で既に書かれてた・・

IEEE754に当てはまらないのって初代ペンのバグ持ちと
回収されたP4-3G位じゃない？

演算の優先順位変えて最適化しちゃうコンパイラがあるんだよ！って暴れる予感。
それこそリファレンスデータ＆プログラムでまずチェックだろ。

数値実験した後はどうせモノホンの実験で確認しますから大丈夫です。
……そうでないと論文受け付けて貰えんからね。

世界で一台しかない地球シミュレータから出てきた結果についてはどういうんでしょうかね
>> 518

8087はIEEE754とちょっと違います。8087の方が先に出たんだから当たり前。
16Bitの頃から浮動小数点は最高80Bit精度だ。

>>502
わざと386抜かしてるみたいだが(w、286と386だと286が速い場合もあった。
それで286買ったケチはあとで泣けただろうなあ。

最速のCPUにメモリ２Gで40マン出せばハードは組めるね｡
問題はMATLABがいつ64bit対応してくれるかだ｡

>>535
V30HLはなぁ、速かったんだぞ！
…すまん、http://pc.2ch.net/test/read.cgi/linux/1061821173/l50 に帰る。

正直に告白します。
実は、


Windows XP をダウンロードしてしまいました。

Presscottに対抗してAMD64の安くしてください

私は暗号屋なので整数演算が64bitになってとても美味しいです。

>>540
同じx86_64システムで、32bitバイナリと64bitバイナリで、どのくらい暗号化の
スループット性能に違いが出るものなのでしょうか。

暗号化の方法にもよるかと思いますが、2倍は行かないとしても1.5倍ぐらいは
出るのでしょうか。

>>541
1.8倍ぐらいです。具体的な数字は勘弁を。

>>542
どうもありがとうございます。
ケース・バイ・ケースだとは思いますが、かなり効果はあるものですね。

数値計算の世界では、年に数億かかってるスパコンよりもＰ４-2.2GHzの
ＰＣの方が早い計算ってのもある。
ひたすら再帰呼び出しまくって並列化できる部分がほとんどない
プログラム走らせたら、スパコンで20時間で終わらなかったのが
ＰＣで3時間足らずで終わった。

でも。縦横2倍サイズのデータを入れると32bitだとメモリ不足で落ちる。
スパコンだと、20ｘ４時間かけてもで終わらないと思うけど、多分最後まで走る。
そこで、Ｐ４-2.2GHz以上の処理速度を持った64bitCPUに期待が掛かる訳ですよ。

…来年度の予算で買えるといいなぁ。

生々しい話を聞けるスレですね

32bitって仮想メモリもあわせて４Gまでしかアクセスできないの？
64bitになれば、実メモリ1Gで仮想メモリ99Gとかにできるのかなぁ

>>546
P4やAthlonは64Gまで積める仕組みは持っているらしい。

AthlonにPAEってあったっけ？

P4にもあるの？

>>549
PentiumはP4はもちろんP3にもあるはず。
CPU以外の部分の理由でXeonしか使えなかったかと。

紛らわしいな。PenProつまりP6からあるとしておこう。

>>550
初めて知りました。HTTも確かP3あたりからなんですよね？

>>552
HTTはP4藁からだろ？隠し機能としてね！
ってか、最近のPentium系チップやAthlon系チップは、36bit拡張でメモリ制限はほぼない！
M/Bの限界やWindowsの制限でPC用途では、サポートされてないけどね！

>>553
36bitリニアに使えないのはイヤ〜ン

>>548
cat /proc/cpuinfoで pae と出てくるのであるのではないかと・・・。

>>554
鯖用ﾏﾏﾝとFreeBSD使え！

>>556
1プロセス4GB以上リニアに使えるようになるんですか？

ちなみにWindows2000はAdvancedServer以上で、非リニアに4GB以上の
メモリにアクセスできます。殆どVLDBぐらいしか使っていないでしょうけど。

赤帽のカーネルでkernel-bigmem なんちゃらってなってるのはPAE
対応なんじゃない?
ただ、32bit石の限界で36bitなメモリ空間を「リニアに」は使えないと。

>>558
それって、巨大なセグメントモデルを使うんだよな。
昔i386で泣かされた^H^H^Hお世話になった…

>>560
80286じゃねーの？

リニアじゃないのなら、
486にもsegment descriptor使ってやるのがあるよ。

>>561
>>560の言っているのは8086じゃないかな?
MS-DOSのhugeメモリモデルのこと言ってると思うから。
まあ、286にもありましたけども。いずれにせよ>32bitですらない！

間違えた。>=32bitですらない。

>リニアじゃないのなら、
>486にもsegment descriptor使ってやるのがあるよ。

どうやるの？

セグメントあたり4GBなんだから切り替えてけばいいじゃん。
セグメントごとスワップすればいい。

>>565
セグメントって結局4GBのリニアアドレス空間の
どこかににマップされてるだけかと。

>>566
だからセグメントをスワップすればいい。286なんかはそうやるしか
なかった。

>>566
いや、それは8086のセグメントでしょ。21(4?)bit物理アドレスの16bitの窓。
486のは仮想空間上だから。

リニアアドレスって仮想空間だよ。
論理->セグメント->リニア->ページング->物理
x86用語ね。

個人的にはもうfarとかnearとかは見たくないんだが…

>>570
jmp near >>1

AMD64のマニュアルに関する疑問もこちらに投げてよろしいですか？

>>572
来い

>>573
ｶｺｲｲ

>>573
カコイイ

>>573
ｶﾜｲｲ

クルーソーは128bitだよね？
オプテロンよりすごいね？

VLIWだけど

てことはGeForce4MXの256bitはもっと凄いんですか？

ってことは512ビットの(ry

俺のPGPのRSA鍵は4096ビットなんだが…

だったら4096ビットプロセッサを使わないと。

ｵﾌﾟﾃﾛﾝってたった８バイトなんだな
しょぼ

個人で64bitのCPU買って何かいいことあった人いるんですか？

くじで冷蔵庫が当った。

68000は内部32ビット
Crusoeは内部128ビット

>>584
彼女ができますた

一般の皆さまにはコモドーレ64で十分です。
64bit CPUはさっきゅん専用。

【AMD64ﾚｽ】
このﾚｽを見た人はAthlon64でもいいので
10日以内に3つのAMD64 CPUを買ってください｡
そうすれば14日後好きな人から告白されるわ宝くじは当たるわ
出世しまくるわ体の悪い所全部治るわでえらい事です

( -.-)ノ　2つならDUALで使えますが3つは使いにくいでつ

AMDのCPUがIntelのCPUに勝っているところがあるとすれば消費電力かもしれない。
電気代が安くなった人とかはいないのだろうか。
速度が遅くても電気代が安ければ許されると思う。
ほぼ一日中パソコンをつけっぱなしにしている人にとっては消費電力は重要だ。
PCfanの2004/3/1号の43ページの記事では
Pentium 3.20EGHz(プレスコット)の消費電力は実測 164W〜274W
アスロン64 3200+の消費電力は実測 115W〜190W

ただし、ベンチマーク速度はアスロン64のほうが遅い。
Pentium4 2.40CGHz(ノースウッド)とアスロン64 3200+は消費電力が同じぐらいなので
やっぱり速くてなおかつ消費電力が小さくないとあまり意味ないか。

>>591
電球や蛍光灯の電力消費を調べてみましょう。

>>592
俺の部屋は28Wでした。

じゃあ、電気を消してPentium 4を使いなさい。

>>591
また場違いなのが来たなw

質の悪い釣りだね！
大体、そんな話題を犬板のスレに持ち込むか？ふつ〜（ｗ

AMD64は整数レジスタが16本、SSE2レジスタが16本になるので、
今までのx86よりはましになる。

今までのx86は整数レジスタ8本でそのうちESPはスタックポインタに
つかわれ、EBPはC言語などではローカル変数のベースポインタ
として使われるから、EAX、EBX、ECX、EDX、ESI、EDIの実質6本しか
使えなかったようなもんだからね。
浮動小数点演算もAMD64ではSSE2で行うらしいので、x87からの
スタック式レジスタを使わなくてもいいので使いやすくなるし、
いいこと尽くめだね。

javaのコンパイル速度は♪が速いぞ。

>>598
> javaのコンパイル速度は♪が速いぞ。
javacってjavaで書かれてるので、結局「javaで書かれたアプリが速く動くぞ。」
と解釈しておっけー？

>>599OK

Lispが早いな。

はは、Opteron買うつもりがSuper●のPCI-Xのまま板買っちまった｡

Pentium4はHTをオフにすると極端に消費電力があがるらしい。
無負荷時でも200W越えるとか。
結論としてAMDのCPUを選ぶ人は電気代払えない貧乏人ということになるだろう。
さあ、金無し貧乏人はランニングコストをよ〜く考えてAMDを選ぼう！

俺はAMDが好きというより、両者が競争しあって、結果として
CPUの性能がアップすることを望んでる。

AMD64が低価格で手に入れられる今、AMDがシェアを拡大すれば、
今までどうり、激しい競争をしてくれそうだし。

>>600
file /usr/java/bin/javac
/usr/java/bin/javac: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV),
for GNU/Linux 2.2.5, dynamically linked (uses shared libs), not stripped

ldd /usr/java/bin/javac
linux-gate.so.1 => (0xffffd000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x40036000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40047000)
libdl.so.2 => /lib/libdl.so.2 (0x4005c000)
libc.so.6 => /lib/tls/libc.so.6 (0x40060000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

>>605
http://www.blackdown.org/java-linux/java2-status/jdk1.4-status.html

64bit mode で動かしたいなら j2sdk1.5(beta) ｲﾝｽｺの方向で。
♪上でも、現時点での速度は 32bit 版の jvm の方が微妙に速いけど

>>603
釣りするにしてもせめてG5にあらゆる面で勝つか
真っ当な64bit対応してから言ってくれ。

>>604
Transmetaも入れてやって。

AMDのOpteronの140持ってる。先月ショップに行ったら見た瞬間に即決した。
カッコイイ、マジで。そして速い。電源入れると動き出す、マジで。ちょっと
感動。しかも64bitなのにIA32と互換性もあるから操作も簡単で良い。AMDは熱いと
言われてるけど個人的にはそんなことないと思う。Northwoodと比べればそりゃ
ちょっとは違うかもしれないけど、そんなに大差はないって店員も言ってたし、
それは間違いないと思う。ただエンコだとちょっと怖いね。SSE3ないから遅いし。
速度にかんしては多分P4もOpteronも変わらないでしょ。P4触ったことないから
知らないけどHTTがあるかないかでそんなに変わったらアホ臭くてだれもOpteronな
んて買わないでしょ。個人的にはOpteronでも十分に速い。
嘘かと思われるかも知れないけどπ焼きでマジでP4EEを抜いた。つまりはP4EEで
すらOpteronの140には勝てないと言うわけで、それだけでも個人的には大満足です。

>>610
なんか、縦読みっぽい文の区切り方だなぁ・・・
わからん、教えてっ

ずいぶん前に流行った車板のGTOコピペでしょ。
なつかしい・・・。

>>611
GTOコピペの改変

【夢を】ＧＴＯ書き換え【再び…】
http://hobby4.2ch.net/test/read.cgi/car/1076822509/l50

>>603
>Pentium4はHTをオフにすると極端に消費電力があがるらしい。
>無負荷時でも200W越えるとか。

オレはAthlon64買おうと思ってるけど、
んなわけねーだろ。

どうでもいいけど、Intel vs AMDみたいなの
つまらんから自作板でやってほしいな。
ソフト屋なんていいもの・流行りの物を使うだけだよ。
ドイツ人なら少し事情が違うのかもしれんけど。

>>616
胴衣。
自作板ならもっとヤレ！だが(w

>615
CPU単体ではなくシステム全体の実測値で、PCfan 3/1号の43ページに書いてある。
嘘だと思うなら本屋で立ち読みしろよ。
その記事によるとPentium4 3.4EGHzをでベンチマーク取っていたら300Wの電源が煙り出して壊れたとある。

そろそろ自作板でも勘弁してください。

PCfanなんて此処の住人は読まないだろ・・
そういえば、UNIXuserにTYANのOpの広告はいってたな

最近のOpteron人気はすごいね。
４大サーバーメーカーの内IBM、Sun、HPの３社が採用してる。
今後、全サーバの内かなりの割合でがx86系64bitCPU搭載になる予感。
あとはIntelがx86系64bitCPUでどう出るかだね。

>>621
残りのDellって、Intelとの密約(値引き含む)があるからかたくなにAMD製品を採用しないんですかね。
単にいつものように、市場がおいしい規模まで育つのを待ってるだけだとしたら、
ある程度x64市場が他のサーバ各社の尽力で育ってきた時点で参入してくるとは思うんですけど。

>>622
たぶん後者だと思いますよ。

>>621
HPやIBMは多くのサーバープラットホームを持っていますから、
既存のラインナップでカバーできないところを補うぐらいにしか、
今は考えていないと思います。今後、主要な位置を占めてゆく
かは AMD の頑張り次第ですね。

IBMは8CPUより上のXeonサーバを作る計画を持ってるからね。
HPは基本Itaniumだし。

>>623
でもさすがにIBMはPower Seriesを、HPはIteniumを、SunはSPARCを、それぞれ柱にすえざるを得ないでしょうから、
AMDはどうがんばっても主流にはなれない気が…。むしろしその辺のしがらみがないDellが救世主になったりして。

たしか、DELLってIntelCPUしか採用しないって条件で淫から莫大な援助を受けているんじゃなかった？
AMDがそれにかわる見返りを用意しなければ、DELLがAMDCPUを採用するって事はありえない！

AMDがそんな物を用意できるとは到底思えないです。

>>625
それは、Itaniumがコケれば・・・と言っても、Opteron 128/256 CPU サーバーは
ここ２，３年の内に出てくるとは思えないし。難しいですね。

AMD Core Math Library ってどうですか？

雷K8Wきました。
248 x 2、4G(PC3200 512M x 8)です。

fedoraサクッとインスコできましたが、メモリが3.5Gしか認識されない
ようです。4G以上積んでいる方、ちゃんと使えてます？

kernelのCONFIG_HIGHMEM*はどうなってる?
↑の方に32bit modeでkernel動かしていた人もいたし。

>>629
memtest86はやってみた？

>>630-631
レスサンクスです

kernelは間違いなく64bitモードです。
CONFIG_HIGHMEM*というのはなさそうです。

memtest86+でも、3.5Gまでしか出てきません。
起動時のBIOS表示では4096MBと出てきます。

>>632
起動オプション調べろ

>>633
kernelの起動オプションはいろいろ試してみましたが、効果は
ありませんでした。

/proc/iomemとか見ると、メモリの上位にチップセットやAGP/PCI
デバイスが陣取っているのがわかりました。
BIOSの設定画面では、これの配置をいじれるようなところはなさそうです。

もう少し調べてみます。

マザ-ボ-ドの説明書を良く読んでみろ。メモリのサイズが3GBだかを
越えたら、システムがメモリを256MBだか512MBだか忘れたが、握って
使えなくなるとかいてなかったか? チップセットの使用かもしれないし、
32ビットのBIOSを使う為に必要なのかもしれないが、とにかくそういう
ことわり書きがあったと思う。(HADAMAなどの場合)

>>635
そういう話聞いたことある。

石違いだが、職場のDellマシン(Xeon2.4GHzx2)、
メモリ4GB積んでるけど、

% free -m
total used free shared buffers cached
Mem: 3404 3093 310 0 270 2368
-/+ buffers/cache: 454 2950
Swap: 2000 23 1976

ってな感じです。

>>635-636
Tyanのホームページを見たら、ありました！
マニュアルには記述がなかったのですが…

The BIOS needs to overlay the, APIC, ACPI Table, AGP Aperture, and PCI
MMIO over the last 512MB of the 4GB physical address space. Operating
System accessible memory and these structures can't both exist at the
same place, so this portion of DRAM can't be used and is not reported
to the OS.

だそうです。
大変お騒がせしました。

ヒントを下さったみなさん、ありがとうございまた。

RHEL3のAMD64版はまだ出来てないって話だが本当？

Fedora Core 1 FOR X86-64 を入れたら、
バ-ジョンがなんと1より低くて0.96 なんだけど、
up2date で繋いでアップデ-トしようとすると、
なぜだか404で接続エラ-になってしまうんだ。
同じマシンでそこのWEBのURL開くとディレクトリ-
とかファイルはあるのに。

あと、FEDORA CORE FOR X86_64 のCUPSがまともに動かない。
I386用のFEDORAのCUPSや、MANDRAKE LINUX FOR X86_64のCUPSは
ちゃんと動くのに。
プリンタ-のセットアップが出来ないので不便だ。

>>640
◆Zsh/ladOX.さんの解説リンク
>>473

ＳｕＳＥ9 入れたけど Gimp がバグリーだな。
結構落ちやすい。ま、あんまり使わないからいいんだけど。

>>639
x86-64は、まだβ版なんだから当たり前だ　=>　バージョン表記
不具合が出たのなら報告しよう！

redhat 系の 内部バージョン表記って、
7.3 だと 7.2.97 とかになってたりしなかったか?

おまいら漏れがAMD64版のRHEL3をコンパイルして流すまで待て

644は勇者

なんか、kernel 2.6.2だとパフォーマンスが出てないような…
いまunixbenchの結果まとめてるところだけど、

Turbo8(2.4) ＞ fedora core 1(2.4) ＞ fedora core 1(2.6)

という感じ
特にExecl Throughput、Pipe Throughput、Process Creation
あたりで、2.6の数値が低い
カーネルコンフィグの問題？
何が要因になっているのか…

あと、ビデオカードはGeForceなので、NVidiaから専用のドライバ
ﾀﾞｳｿしてきました
ちゃんとx86_64にも対応してます
速いです

といっても定量的に評価した訳ではありませんが…
なにかX用のいいベンチありましたっけ？

>>647
xengineぐらいしか思いつかない漏れは逝ってよしですか？

>>647
UnrealTournament2004 for 64bit Edition on Linux
↑世界初の64bit 3Dゲーム

RHEL3 β上で RHEL3のSRPMをコンパイルしてるんだが
半分くらいはコンパイルが正常に終わらねぇ

RedHatはどうやってAMD64版を作ったんだ・・・
もしかして32bit上のRedHatでクロスコンパイル？

>>650
アホか（ｗ

>>248
xengineなら試してみました
24bit, 1600x1200で27700前後です
カードはnVidia GeForce FX5200 128MBです

>>652
UT2004の64bit版試してよ
無料Demo版があるから

http://www.fasterfiles.com/pafiledb.php?action=file&id=888
ここの真ん中あたりのボタンからダウンロードできる。
混んでる時は待たされるから注意

RHEL3はなんていい加減なんだ
nasmなんてソースすらないのに、インスコしてないとコンパイルできないパッケージが多数
ほかにもソースすら存在しないものをコンパイル時に要求するもの多数・・・

いったいどんな環境でRHEL3をコンパイルしてるのか知りたいぞ

>>654
おもろそうなんで漏れも今やってるとこ。
結構ﾋﾞﾙﾄﾞ通らんね。

>>655
じゃ、i686版 RH9を作った時に作ったスクリプトを改造したやつあげようか？

>>653
ダウソ中
ってか、でかいなこれ

漏れもてけとーｽｸﾘﾌﾟﾄで廻してる(w

#! /bin/sh

for i in *src.rpm
do
env CC=gcc34 CXX=g++34 rpmbuild --rebuild --target=x86_64 $i
if [ "$?"x != 0x ] ; then
echo $i >> badfile
fi
done

ってことで長くなければ晒してくれ。

http://juggler.jp/dollby/i/20040223221805.gz

$ tar -zxvf 20040223221805.gz
$ sh autobuild.sh

SRPMディレクトリの中の*.src.rpmを次々コンパイル
エラーならERRディレクトリ 正常終了(コンパイル完了)ならDONEディレクトリへファイルを移動
途中の全体ログはLOGSディレクトリに処理時間を入れてbuild.logとして保存
各パッケージのコンパイルログはLOGSディレクトリにパッケージ名で圧縮保存
エラーが出た場合のログは "パッケージ名 + Errror" で圧縮保存

glibcとopenofficeを含めて残りのSRPM 40個　(´・ω・｀)

>>659
ありがとう。
頂きますた。

現在libaioが終ったところっす。

しかし何でこんなに収録ファイルが足りないのかな
1枚目と4枚目のCDはガラガラなのに

( ´∀｀)＜ なんでなのRedHatさん

>>653
試してみました
が、この手のゲームってしたことないので、何をどうしてよいやら…

Assaultというゲームのイントロを試してみましたが、少しカクカクします
もっとも、640x480でも1600x1200でもさほどカクカクの感じは変らない
ので、CPUやグラフィック以外のところでネックがあるのでしょう

横の端末から入ってtopしながら見ていると、CPUは常に1つしか使われて
いないようで、Dualの効果はないようです

とりあえず、動きましたという報告ということでw

>>662
/usr/local/games/ut2004/benchmark/
の下にベンチ用のスクリプトがあるので
それで性能を測るといいです

とりあえずFX5200ではまともに動かないくらい
重たいゲームのはずなので64bitの効果はあるのかな

>>663
それらしきものはありません

/usr/local/games/ut2004demo/Benchmarkの下には、
CSVs, Logs, Results, Stuffというディレクトリがあり
ますが、それぞれサイズゼロのファイルがあるだけです

バージョンが違う？

>>664
1. First, please don't go nuts benchmarking this.
The compiler isn't as mature as it's 32-bit counterparts,
the drivers aren't as mature, we didn't include some SSE code you'd find in 32-bit versions,
etc...the game is fast, but it probably won't edge out other builds at this point. This is a tech demo, really.

どうも64bit版にはベンチマークがないみたいですね
本当に動くかどうかを試すだけのバージョンみたいです

>>665
現時点では動いただけでもラッキーってことですね
環境はfedora w/kernel 2.6.2

そうそう、いつの間にかカーネルのコンフィグにPrescott/Noconaの文字が…

>xengineなら試してみました
>24bit, 1600x1200で27700前後です
>カードはnVidia GeForce FX5200 128MBです

なーんか遅いの。PEN III 670MHz の 貧弱CPU (GeForce FX5200 258MB) でも
53000前後でるのに。。。

　＼　　　∩─ｰ､ 　　　====
　　 ＼／　●　､_ ｀ヽ 　　======
　　　/ ＼(　●　 ● |つ
　　　|　　 X_入__ノ 　 ミ　　　そんな釣りで
　　　 ､　(＿／　　　ノ　/⌒l　　俺様がク、クマ―！！
　　　 /＼＿＿＿ノﾞ＿/　 /　　=====
　 　 〈　　　　　　　　 ＿_ノ　　====
　　　 ＼　＼＿　　　　＼　　　　ズザザザ
　　　　　＼＿__）　　　　　＼　　　======　　(´⌒
　　　　　　　　＼　　 ＿＿_ ＼＿＿　　(´⌒;(´⌒;;
　　　　　　　　　 ＼＿＿＿）＿＿＿）(´;;⌒　 (´⌒;;

ここはIntel製のAMD64互換CPUでLinuxするネタもOK？　それともオプのみ？

>>669
そっちのスレが立つまでいいんじゃない？
まぁ当面は心配する必要もないが。

>>669 こっちで。　次スレタイトルにはIA32eもいれたほうがいいね。

残りのSRPM 15個
この辺からかなり辛い・・・

ソースの間違いによるコンパイルエラーとか直さないと駄目だし
glibcの32bit版はコンパイル通らんし、それないとgccがコンパイルできんし

( ´∀｀)< RHEL3 for AMD64はどんな環境でコンパイルされてるんですか RedHatさん

>>672
乙。

こっちはﾋﾞﾙﾄﾞはちょっとお休みして2.6.3にｶｰﾈﾙうp
の作業をちとやってますた。
2.6.3はBugでC'n'Qが効かないんでｴﾛｴﾛと。
んでSUSEのkraxel神のﾊﾟｯﾁでうまくいきますた。

皆さんﾁﾝﾎﾟ立ってますね。

ってわけで（何がだ)>>473更新しますた。

残りのSRPMは5個

しかし、RHEL3 for AMD64は恐ろしく速い
athlon64 3400+はサブマシンのathlon3200+と同じクロックなのに
コンパイル速度が倍近く違う・・
64bitキタ━━━ヽ(∀゜ )人(゜∀゜)人( ゜∀)人(∀゜ )人(゜∀゜)人( ゜∀)ノ━━━ !!!と小一時間叫びたい

>>676
オメ〜
速いのは自前でビルドしたからかな〜
2.4カーネルだからかな〜

AMD64用に自前で作った graphvizに 3000頂点くらいのデータを食わせると死ぬな(´･ω･`)

gcc古いんで新しいの拾ってこよう……

AMD64 デベロッパ向けリソース・キット
ttp://www.amd.com/jp-ja/Processors/DevelopWithAMD/0,,30_2252_9044,00.html

gentoo でstage1 からインストールしても倍ぐらい遅いんだけどな
なにが違うんだろう。

>>680
何と比べて？

うちはAthlon3200+ の RHEL3と Athlon64 3400+ の RHEL3を比べてるけど
コンパイル速度は倍近く速いよ　両者ともにクロックは2.2Gなのに

CodeAnalyst for Linux入れようとしてみたがライブラリ入ってない過ぎて辛い。
メイン管理者じゃないから いろいろ入れるの怖いし(;´Д`）

けっきょくRHEL3のﾋﾞﾙﾄﾞは諦めますた。

いつもｲﾝｽｺ時にｶｽﾀﾑを選んで、開発環境だけは
全部入れてるのに足りないrpmが山程出て来てうんざり…
あとはFC1.90だとソフトが新し過ぎて難しいところがあって…

っつーことでisoくれ(w ＞644

おれもほすいー(cannaで"い"が小文字にならんどうすれば委員だ)

xi

幾つかまだコンパイルできないSRPMがあるんだが
その前に一つ疑問が・・・

RHEL3 for AMD64ってRadeon9800は動かないのか？
ずーとCUIで作業してる・・・

最終的に残ったのは意味の分からんエラーを残すやつだけ
大抵はstripをかけようとしたらファイルがないぞと言われて
lseekエラーとなって止まる。　でもファイル自体はちゃんとあるという罠

これは何かのバグなんだろうか・・・ lseek？　それともglibcのバグ？
わけ分からん

>>687
ttps://bugzilla.redhat.com/bugzilla/long_list.cgi?buglist=106102
なんかこんなのある。俺は中卒だから英語は読めんが
なんとなく ラデ9800は使えんって書いてある気がする。


俺はmandrakeの報告ほとんどないから、人柱しよと思って
インストールしてみたが、撃沈しました。
馬鹿な俺には linux 無理なような気がしてきた。

>>689
fedoraの事例なんでちょっと違う気もするけど
bugzillaという大切な情報源を思い出すきっかけけになったよ

おかげで↑に書いたlseekのバグも解決できるかもしれない
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115853

XF86Configにchip IDを書けば動くと｡

ラデ9800はradeonでサポートしてるが新しすぎてXF86Config
作成時のリストにのってないからまとまなXF86Configが
作成されないと｡

漏れのマシンじゃ ネットワークもXも動かないっす
CUIだけならまだしもネットワークすら無しではつらい
もう挫折していいですか　＿|￣|○

参考に環境を書いておくと
Athlon 3400+
Asus K8V Deluxe
PC 3200 1024M
Radeon9800Pro
3Com 3c2000(on bord)

SuSE 9.0 for AMDはXもNICも快適に動いたんだけどなぁ

>>644
乙〜。
あと数個だし、良くやったと思うけど。
NICは数百円の蟹を差してみるとか。
Xはちと難しそう…まぁ鯖向けだし…

さて、これから遊びに出掛けます。

build_ada 0 にしないとgccがどうやってもコンパイルできない
かといって↑をやるとlibgnatとgcc-gnatのパッケージが作られないので完成しない罠

↑ はバッファオーバーランを防ぐAMD64の機能を操作するカーネル機能にバグがあったよ模様
機能追加はいいけどバグが増えるのは勘弁して欲しい　＿|￣|○

3Comの3c2000(3c940)がようやく動いた
ドライバのソースを取ってきて Makefileに
CFLAGS += -mcmodel=kernel
と付け加えてコンパイルする
あとは /etc/modules.confに
alias eth0 3c2000
と書けば動く

相変わらずRadeon9800は動かない
SRPMを見る限りRadeon9800用のパッチは当たっていない
最新のアップデートSRPMを覗くとパッチは当たっていて
一応 redhat-config-xfree86 でセットアップは立ち上がるがあえなくフリーズ

64bitって苦労するなぁ・・・

>>695を解決するには noexec=off noexec32=off を起動時にカーネルに渡す
このバグのせいで、結構多くのソフトがコンパイルエラーを起こすみたい

IA-32eとAMD64の実装にはいくつかの違いがある。
明らかになっているのは、
Fast system calls:
　Syscall / sysretは、64bitモードでだけサポートする.（互換モードの中ではない）
　Sysenter / Sysexitは、64bitモードと互換モードの両方ともサポートする。
CPUID:
　Volume 1のテーブル2〜8を見れば、IA-32e特有のものが含まれているのが見れる。
　（GenuineIntel, HT, SSE3, monitor/mwait, Intel Enhanced SpeedStep, cmpxchg16b）
　8000:0001hの機能は、EDXが機能1である場合の標準機能bitを複写しない。
　実装されている新たな機能だけで設定する。
MSR全般:
　MSRの構造上、全てが互換ではない。
　例えばIA-32eは、SYSCFG, TOP_MEM, TOP_MEM2を実装しない。
Fast-FXSAVE/FXRSTOR:
　IA-32eは常時、FXSAVE/FXRSTORのFP状態を全て保存する。
　FP状態を縮小したFXSAVE/FXRSTORはサポートしない。
Microcode Update:
　IA-32eは、32bitモード実行中であればマイクロコードアップデート機能をサポートする。
NX (No-Execute) bit:
　初期化実装では、NX bitをサポートするつもりはない。
BSF/BSR when source is 0 & operand size is 32:
　64bitモードの中で、プロセッサはZFを設定し、ディスティネーションの上位32bitは未定義。
　常にZFをチェックするべきであるか、32bitオペランドサイズを使うべきでない。
66Hプレフィックスでのニアブランチ:
　PRMの振る舞いが書かれたドキュメントは特定の実装である。
　ニアブランチ上で66Hプレフィックスの使用を回避するべきです。
========== AMDとIntelの明示的境界線 ==========================================
IA-32eでサポートしないもの:
　3DNow命令（prefecthwまたはオペコード0f0dのプレフェッチを含む）

>>696
sk98linで3c940は動かない？
Gentooはsk98linで一発だったんだけど

>>699
sk98linはパッチあてれば3c940でも動く
で、メーカーからパッチを持ってきて当てようとしたら
RHEL3のカーネルは無茶苦茶に弄られてて当てれなかった罠

>>700
fedoraでもsk98linでOKでしたが・・

>>701
RHEL3にパッチが当たってないだけだと思う
Turbo Linux 10Dも SuSE 9(64bit)もsk98linで動いてた
Turbo Linux 8WSはアップデートパッケージを当てると動くし

実際に RHEL3 for AMD64で modprobe sk98lin　を実行すると no adapter! と出る
まぁ、Radeon9800のパッチも当たってなかったしなぁ・・・

>>702
ではkernel 2.6.3のsk98linは既にパッチがあたっている？

http://www.syskonnect.com/syskonnect/support/driver/htm/sk98lin.htm

↑を見る限り 2.6.2までのパッチしかないので2.6.3から取り込まれたかもね
2.4系はデフォでは3c200(3c940)は動かない模様

それよりOpenfOffice以外のコンパイルが全部終わりましたYo!
OOはi686版RedHat9を作ったときもそうだったけど
正常にコンパイルが終わらないのでβに入ってたバイナリを流用しようかと検討中

とりあえずISOイメージを作ってテストするわ

>>705
お疲れさん。

isoはwinnyで流すのですか？

>>705
作業乙でした〜
Win使わないでゲトできれば幸いっす。

>>706 >>707
とりあえずwinny2で流すよ
でも某社がうるさそうなので名前はRedH@t Enterprise Linux 3　という感じで。。。

ふぅ、今　安物のDVD-Rに焼いてる
しかし、正直な話 X window systemっていらないなぁ・・・

真っ黒なCUIでDVD-Rに焼くまで全部できたよ

ん〜linuxでwinny2ってできるのかな…
だめぽだったらあきらめっぺ。

できるよ。
wine+winny2で詳しくはwineスレ見てくれ。

インスコテスト完了
漏れのマシンはXが動かんのでGnomeとかKDEのテストはできん
が、βの2.95よりさらに速くなった感じが・・・

compsパッケージの入れる場所とか少し違ったので、直してからリリースする
あとフルインスコもテストしないとね

あと、CD内のインストーラであるアナコンダのバージョンが
古い気がするんだが　(βバージョンと表示される)
これを入れ替える方法ってないのかな？

>>644
あほみたいな事を頼みます。#define LPCNT 99999999
int
main(int argc, char *argv[])
{
int i=0;
int j=0;
int k=0;

for(;i<LPCNT;i++)
for(;j<LPCNT;j++);
for(;k<LPCNT;k++);
return 0;
}

↑のプログラムでtime してみてくれますか？

そういう空ループはコンパイラの最適化で除去されてしまうのでは？

それ事前に最初のループのあとに ; が足りないと思うぞ

for(;j<LPCNT;j++); ←これが余計なんじゃないの？
それから-Os -march=i686で最適化してもちゃんとループしてたよ

int main(void)
{
unsigned long long i;

for(i = 0; i < 18446744073709551615;

return 0;
}

こっちのほうが64bitの速さを体感できそうだな
Athlon3200とAthlon64 3400+ で実験してみるか

幸いにも3200もRHEL3を積んでるし

↑
for(i = 0; i < 18446744073709551615; i++);

> そういう空ループはコンパイラの最適化で除去されてしまうのでは？

そうなんですか。でもそれでもCPUの差は出て来ると思いませんか？

> それ事前に最初のループのあとに ; が足りないと思うぞ
> for(;j<LPCNT;j++); ←これが余計なんじゃないの？

; は余計ですた。

ほんとに単純にどんなもんか知りたかった訳ですが。。。

>>720
本当に最適化されたら空のループはスルーしてしまうのでは。
よく分らんけど。

> 本当に最適化されたら空のループはスルーしてしまうのでは。
あ、それもそですね。

>>718
ｎｙ起動して待ってます。
放流したらハッシュもお願いしますね。
お礼にレポや各種ベンチマークなどの報告は完璧にします。

>>644
おれもwinny起動はしてないけど、キャッシュ消して準備OKです。
おれはスキル余り無いので、光回線を生かして中継に協力します。

isoはDVDで流すのでしょうか？

winny2で流します。　クラスタは Linux
イメージはDVD ISO 大きさは1.5Gで 圧縮して1Gくらいになると思う
圧縮はWinRar Linux版は無料で配布されてるので検索して用意してくれ

名前は tarron-dvd.rar <- taroon　じゃないことに注意
正式な名前は RedH@at Enterprise Linux 3 WorkStation

今日の夕方から夜にかけて流し始める悪寒
ハッシュはのちほど追って連絡する

long型演算に対する考察

32bitモードと64bitモードそれぞれに2^32の値までインクリメントさせるプログラムを作成
それにかかる時間を調査
その結果
64bit だと 20秒前後で終わる
32bit だと 35秒前後で終わる

long(64bit)型の演算においてはかなりの性能アップではなかろうか？

#include <stdio.h>
#include <time.h>

#define LIMIT 4294967296

int main(void)
{
long long i;
int whatbit;
time_t start;
time_t end;

if( sizeof(void *) == 8 ){ /* for 64bit */
whatbit = 64;
}else{ /* for 32bit */
whatbit = 32;
}

printf("%dbit mode: start increment!\n", whatbit);

time( &start );
for(i = 0; i < LIMIT; i++);
time( &end );

printf("%dbit mode: ended %d second\n", whatbit, end - start);

return 0;
}

↑は、裏で総コンパイルをかけてる間にとったベンチなので
ちょっと遅くなってるよ

上のプログラムを最適化なしでコンパイル 32bit用バイナリは gcc -m32でコンパイル

RedHat EL3(自作) for AMD64( 3400+, 2.2G )
2^32 -> 18秒(32bit)
2^36 -> 193秒 (32bit)

2^32 -> 9秒 (64bit)
2^36 -> 188秒 (64bit)


RedHat EL3(純正) for i386( 3200+, 2.2G )
2^32 -> 15秒(32bit)
2^36 -> 186秒(32bit)

Athlon64 3400+は32bitモードだと3200+よりも遅くて
しかも64bitモードでも36乗までインクリすると遅い　(´・ω・｀)

それぞれアセンブラソース見せてよ

微妙だな。

SourceForge.JPコンパイルファームにOpteron対応Linuxも

ttp://japan.cnet.com/news/ent/story/0,2000047623,20064619,00.htm

>>727
おれが作ったプログラムでは、forループのiは、32ビットまでしか数えなかったが。
ループ変数が32bitシステムで36bitまでまわせるのか？
最後のiの値が知りたい。

>>733
32bitシステムでも long longで変数宣言すれば64bit型整数になる
つまり -9223372036854775807 〜 9223372036854775807
までが扱えるようになる。
一応、最終のiの多きさは%ldで確認済

今、フルインストールを繰り返してパッケージの不具合を調整中
原因が分かる限りなおしているが
結構、目に見えて分かる不具合が多いのでテスト予定者は覚悟汁！

ラジャー！

>>734
long long intはgccの拡張か、C99。
定数のサフィックスはLLで、printf等の型指定はll。

駄目もとでXF86ConfigのVGA情報のところに
以下を書き込んだらRadeon9800でXが立ち上がった
ChipId 0x4e45

ネットワークも動いたし、これはもしかすると常用できるかも？

で調整にもうちょっと時間が掛かりそう
とりあえずXが動いたのでGUIアプリの動作確認もできそうです

EHEL3 for AMD64からテスト書き込み
どうやらFreeWnnで変換されている模様
AtokXは動くのかな？

long long int が使えるGCCのバ-ジョンは?
本当に sizeof(long long int)
が8になるのか?

version 1の頃からもう使えたよ。long long int。
gcc内部で、定数計算の桁あふれを防ぐために、実装されたから。
最初の利用者がgcc。

sizeが幾つになるかは、環境によるよね。

( ´∀｀) なかなか完成しないなぁ

たいへんそうですね。

そこそこで見切りつけたらどうでしょかね？
切りのいいところで、公開したらいいんじゃないんですか。
後は、このスレの有志諸君が完成させて行くってことで

一人だと大変だしょ。

じゃ、一応完成ということで
でSRPMを一緒に焼いたから圧縮しても3Gもあるや
どうするかなぁ

とりあえずDVDイメージからCDイメージを作ってみる

おれんじぺこつかってね(´･ω･`)

Kylixで６４ビットのプログラムを作れますか？

さあゲームの始まりです
愚鈍な32bit Linuxユーザ諸君
ファイルを探してみたまえ
ボクはコンパイルが愉快でたまらない
積年の32bitに流行の裁きを

7b4500160d48ee00103ff41418cd3f94 tarron-x86_64-disc1.iso
2ed0939f52e0040ac0ad569b7cde785c tarron-x86_64-disc2.iso
a007e72189e3d0c8c3d69b48e05878ce tarron-x86_64-disc3.iso

では
クラスタ = Open Source Project でお待ちしております

全部で6枚
Disk[1-3]がバイナリ
Disk[4-6]がソース

ソースは後出し、いる人少ないだろうし

落とし終わった人は、放置してUPに貢献してね
じゃないと放流やめちゃうから！

晒した瞬間にものすごい数のアクセスが・・・
ひょっとしてみんな期待してた？

いやハッシュ見かけると、なんとなく落としたくなる性分なもんで。

RHEL3 for AMD64 (･∀･)ｲｲ!

AtokXもWnn7もちゃんと動いた！

これって、「キーワード」に「Open Source Project」
ハッシュに「7b4500160d48ee00103ff41418cd3f94」等を入れるんだよね？
中々落ちてこないよ…

きたぁ〜〜〜ダウン開始。
今日から2週間程、UP貢献の為にny常時起動します。

6時間近く掛って iso1 60M,iso2 300M,iso3 20M 位落ちてきた。
俺もwinny立ち上げておきます。今のところUp1だけど、光なので中継に協力できるとおもいます。
疲れたからねよ。

一応説明しておくけど
ダウン条件 -> ダウン追加(押す) -> キーワードに「Open Source Project」　と入れる
-> クラスタ指定用に〜を押す -> 追加(押す)

これでwinnyネットワーク上に「Open Source Project」という名前の集団ができて
効率的にファイルの交換ができる。 その後に
(↓ハッシュ)　　　　　　　　　　　　　　　　（↓キーワード)
7b4500160d48ee00103ff41418cd3f94 tarron-x86_64-disc1.iso
2ed0939f52e0040ac0ad569b7cde785c tarron-x86_64-disc2.iso
a007e72189e3d0c8c3d69b48e05878ce tarron-x86_64-disc3.iso

↑をそれぞれ入力する

あと、Disk1は630M Disk2も630M Disk3が300M　合計1.5G

Fedoraのupdatesにx86_64ができてるね

すでにダウンロードが終わった人いますか？
インストール終わって一通りの動作確認ができたら感想よろしく

>>756
おぉ〜今までWinnyはほとんど使ったことが無いので知りませんでした。
これをやったら、凄い勢いで落ちてきました。
残りDisk2が500M程度です。

でも、よくよく考えたら凄い時代になったんだねぇ
1.5GBものファイルをネットワーク上で自由にやりとりできる時代なんだな。

雑談すみまそん。
あと、出来ればソースの方も、そのうち暇があればよろしくお願いします。=> 644氏

>>761
kddlabs等のミラーにおいてあるソースと同一のものだけどそれでも欲しい？

>>762
あっそうなんですか。
じゃ、これ以上644氏の回線圧迫するワケにはいかないので、自分でkddlabsにでも行って取ってきます。
お返事ありがとうございました。

って、なんかDLが一気に止まってしまった(;´Д｀)
残り200MB程なのに…

fedora core 1 x86_64版出てます。
http://fedora.redhat.com

アップデートとして出されたSRPMをコンパイル中
近日中にサービスパックとしてまとめて流すよ

重ねがさね乙です。>>765

この644氏が流したx86-64のRHELは、うｐデートはどうすんの？
まさか、昔見たいにソースで最新版落としてコンパイル→パッチ当て？

aptやup2dateみたいな感じでアップデートができないんなら、
素直にFedoraCore1 for x86-64を使った方がいいな…

>>767
いいでないですか。草のね的な広がり方もあって。

>>767
ただ乗りのお客様ｷﾀｰ♪

漏れはFedoraがもうちょっと安定するまでの暫定システムとして使うんで
(Fedoraの開発姿勢上、永遠に安定しない可能性もあるし)
うｐでーとのことまでは知らない
一応、一定期間ごとに新しく出たうｐでーとのSRPMをコンパイルして流す予定ではあるが
基本的には各自でミラーからうｐでーとSRPMを取ってきてコンパイルして rpm -FUvh でパッチ当て汁

誰かミラーからSRPMを取ってきて自動でコンパイルして
パッチ当ててくれるプログラムを開発してくれる人をキボン

寝る前にカキコ。

>>756
ずっと64bitOSで使っていてwine+winnyを試せないで
いたが、RH9を立ち上げたのでやってみた。
こういう状態までは来た。
tp://damarehage.homelinux.org/linux/0jl/mado.jpg
が、↓のところはどうやるの?

＞その後に
＞(↓ハッシュ)　　　　　　　　　　　　　　　　（↓キーワード)
＞7b4500160d48ee00103ff41418cd3f94 tarron-x86_64-disc1.iso
＞2ed0939f52e0040ac0ad569b7cde785c tarron-x86_64-disc2.iso
＞a007e72189e3d0c8c3d69b48e05878ce tarron-x86_64-disc3.iso

＞↑をそれぞれ入力する

>>771
↑の画面の左上にあるダウン追加というボタンを押して
ハッシュとキーワードを入れて追加するだけ
あとルーター使ってるならwinnyで使用してるポートを調べて
空けないと駄目だね。使用するポートは右上のシステム情報のところに書かれてる

>>772
ありがとう。
やってみるわ。

楽したいなら、yumが使えるwhiteboxなんかも。
ttp://beau.org/pipermail/whitebox-devel/2004-January/000753.html

なんだ？　>>644のRHELの報告が全くないな（ｗ
実はみんなインスコしてねーんじゃねーの？

俺は、うpデートの事もあるし、得体の知れないLinuxを入れるのは怖いんで、素直にFedora x86_64を使ってます。

>>644氏のは禿げしく禿げしくインスコしたいが落とせていない。
Winnyに不慣れなせいもある。
ぼちぼちやるしかない。

うpデートに関しては氏が>>770で述べていることに尽きるな。
このやり方で問題ない。

漏れはもともとup2dateやyumは使っていないし。

同じく、落とせてない。
Winnyって初めて使ってるけど扱い難いもんですね。
24時間年中無休で接続してる訳じゃないから、このままのペースだと
インスコまで1ヶ月以上は掛かりそう。

以前Fedora(非64)落としたときはdisc1-3で計3時間弱だったから、
そんなに駄回線じゃないと思ってるんだけど。

＞以前Fedora(非64)落としたときはdisc1-3で計3時間弱だったから、
は、ftpの話ね。確か国内のどこかのmirrorから持ってきたとき。

漏れはインスコしたけど、特に問題なかったよ
最初にβ版と出るけど、各パッケージ自体は正式版と同じものみたい

ちゃんと64bitで動いてるみたいだし、GnomeもMozillaもEvolutionも安定して動く
やっぱりFedora x86_64より速いくて洗練されてます

サーバにするわけではないのでうｐでーとに関しては氏の発言の通りでよいかと
っというか普通サポートのないディストリビュージョンでサーバはしないでしょう

こっちにも書いとこ。

IA-32e対応のiccから、生成したバイナリがAMD64で動かないように
するそうです。

>>780
そして代償としてaccがリリースされる(嘘

>>780
これって自作板のｵﾌﾟスレ199で初めて出たわけだが、
ｿｰｽが無いからrumorってことも有り得る。

まぁｲｿﾃﾙならすごくすごくやりかねないことだが(w

まあ、当たり前といえば当たり前。

>>782
それが、セミナーで講演してたintelの技術畑の人が明言してたんですよ。
漏れの他にも何十人かは聞いてたから、そのうちはっきりすると思うけど。
PCクラスタ関係のセミナーでしたが。

>>780
なんで

性能って言うとベンチが良く出るけど
結局ベンチって単一のアプリの性能だと思います

今までのIntelのCPUって、確かにもっさり感はあったけど
pen、mmx、Pen3は、もさりしてたけど、タスク処理って言うのかIO処理って言うのが
Atlonより良かったように感じる
AtlonXP使ってるけど、確かに一つのアプリを起動させたりするのは
とても速いんだけど、速すぎるっているのか、他のタスクへの切り替えがすごく遅れる

Pen4は使ったことがないので、よく知らないけど
AMDのCPUより、IntelのCPUは一つのアプリの性能は遅くとも、タスク処理の性能は良いと思んだ

そこでAMD64ってやはり単一のアプリだけ、ベンチだけを目的に作られてるんだろうか？
そうだとしたら、HTがあるPen4の方が使いやすいと思うんだけどどうなんでしょう？

>>786
>他のタスクへの切り替えがすごく遅れる
ド素人の感覚だけでものを言うな。
タスクの切り替えは、OSがスケジュールに沿って判断しているから、
測定したときの状況によっていくらでも変わる。

>>786
Pentium4使ったことないなら、使ってみることをオススメする（ｗ

AMD64は Athlon64と使用感は比較的似ている。が、もっと負荷への耐性があるように感じる

Linux + Opteron x ∞ = これ最強。

いや悪かったよ
OSはLinuxは使ってなくって、Windowsだけしか使ってなかった

でも、Windowsでの感想はそうだったよ、それにベンチはタスクは関係してないでしょ
WindowsがIntelのCPUに最適化されてるからなのかなぁ〜
確かに今までIntel標準できてたからかもしれないけど…

Athlon対応のLinuxでは、アプリの切り替えとかでもたつくことってないの？
そんなに、使うアプリないと思うけどね
基本的に切り替えないと同じかもしれないけどさLinuxじゃぁね

まあ、人が100%の力で走ってるとして、急に曲がれって言われれば多少もたつき感がある
Intelでは、80%ぐらいで走ってって曲がれって言われても、それなりに曲がってくれる
そんな感じがするんだけどね

首吊って死ね馬鹿
自作板ほどの知識も無いくせに臆測だけで喋るな
PC関連サイトの解説記事すら全然読んでないだろお前

Intel信者って初めて見た。

こいつは信者じゃなくて単に馬鹿なだけだろ

>>790
うーん、P6 class CPUと Pentium4は明らかに特性が違うんで、
「Intelではどーたら」というのは誤解を招く表現かと思われる。
あなたのような人にこそ是非 Pentium4を使って頂きたい（ｗ

>>793
釣りかもしれないけど、真性かもしれんなｗ

自作板の連中が64bitの性能を知りたくて出張してきてるだけじゃないの？
ほら64bitでネイティブに動くOSっていうと今のところWin2003とLinuxとFreeBSDぐらいだし
金銭的、技術的に彼らでも試せそうなものといえばLinuxくらいしかないし
あんまり苛めるなよ

>>790には漏れが分かりやすく教えてやろう
タスクの管理はOSによって違う
たとえばタイムシェアリングシステムと言って
1秒間に100回とか時間ごとにタスクを切り替えてる単純なタスク管理もある

ところがもっと複雑なことをやって、より重たいタスクには
より多くのクロックを割り当てたりしてるものもある
だからOSによってタスク管理方法は違うからなんとも言えないということだ

このタスク管理の方法をスケジューラと言う

馬の耳に念仏

壁に耳あり、障子に目あり

苦労ど血あり

もうだめポ…
tp://damarehage.homelinux.org/linux/0jl/mado.jpg
一日たってもじぇんじぇん反応しない(;´Д｀)

>>799
初期ノードは追加しましたか？
入り口である初期ノードを追加しないとwinnyネットワークにはつながりませんよ

>>800
接続ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
ありがとう。

isoのﾀﾞｳｿは始まってないです。

無闇に大きなキャッシュを積んで性能をなんとか合わせようとするインテルは、
自社のア-キテクチャ-(ハ-ド)の性能が劣っていることを半分白状したような
ものだな。

>>802
(ﾟДﾟ)ﾊｧ?

>>802
(ﾟДﾟ)ﾋｨ?

>>802
(ﾟДﾟ)ﾌｪ?

>>802
( ´ー`)ﾌｩｰ．．．

◆Zsh/ladOX.
↑レベル下がった風味だけど本物？まさかさっきゅん?

本物だったら失礼なこと逝ってスマソ

本物(って何だよ)だけど。

いや、苦戦してるのは確かだが、
話すと長くなるし、まぁよかと。

Linux Opteronの64bit上でlong longは64bitなのか。
128bitになると思ってた。

オプテロン
うーんオプテロン
オプテロン

>>809
http://www.usenix.org/publications/login/standards/10.data.html

Athlon64にFedora x86_64 Core 1入れてみようとしたんだけど、
パッケージ展開が終わって「インストール後の設定をしています」
の途中でパタリと固まります。
2回インストールして2回とも同じところでダメ。
caps, scroll lockが点滅しているのでカーネルパニックぽいんですけど、
回避策はありそうですか？

CPU Athlon64 3200+
M/B MK89-L
mem 512MB x 1

一応memtest 86+は半日完走させてエラー無し。

とりあえずSUSE落とし始めます。

インストーラってanacondaなのかな？
だったらAlt+F?で仮想コンソールを切り替えると原因つかめるかも。

RHEL3 for AMD64のインスコだが、諦めることにした。

WinnyがRH9を入れたAthlon64のメインマシン
(他マルチブートでいろいろ入れてある)上でしか動かないので。
すぐにisoは落ちてこないのでWinnyはずっと起動して
おかないといけないわけだが、RH9を動かすことは本意ではない。

ここ1週間、長期Winny立ち上げが可能なルータマシン
(TerminatorTU,PenIII600EB,FC1インスコ)
で動かそうとしていたのだが、実行できない。

rpm落としてきてもダメ。
tar玉やsrc.rpmからビルドしてもダメ。(ビルド自身は成功する。)
winnyのバージョン変えてもダメ。

ってことで疲れたし終了。

>>813
>だったらAlt+F?で仮想コンソールを切り替えると原因つかめるかも。

kernel panicの段階ではキーボードもマウスも全く効かない状態で切替え不能で、
落ちる寸前に切替えておいたら何とかメッセージ見えましたが、
見えたのは"Kernel panic: Aiee, killing interrupt handler!"ってところだけで(あとは流れちゃって)、
どこで落ちたのかはよくわかりませんでした。

SUSEも試してみたんですけど、こちらは比較的最初の方、
デバイスの認識を試していくところでやはりpanic.
で、こちらは落ち方が穏やかで仮想コンソール切替が可能で、
usb-ohci.cの中でpaging関係のpanicでした。
BIOSでオンボードUSBを殺したらとりあえずその先へは進めた模様。

まずはUSBを疑ってみる感じですかね。

というところで本日はタイムアップでした。

>>815
このスレのどっかで、BIOSの何かの項目をDisableにしたらおｋというのを読んだ記憶が…
USBまわりだったかな…

わかったら、報告してね。

なんかM$の厨房どもが混入してないか？
もっさりとかベンチとか｡


さっさと駆除してくれ｡吐き気がする｡

人任せｷﾀｰ

ちょっと、スレ違いかもしれんが、

Intel、クロックに代わり「モデルナンバー」導入へ
ttp://www.itmedia.co.jp/pcupdate/articles/0403/13/news012.html

ムーアの法則にもそろそろ限界が見えて来たのでしょうか。
AMDブレイクの到来ですか？

法則は法則でも例の(ry

これまでサフィックスをつけて、しのいできたインテルだが、
ついにモデルナンバ-路線に切替えるのか。
モデルナンバ-の利点は、いかにも早そうなモデルナンバ-に
見せることが出来る場合があるということ。クロック数だと
虚偽を表示することは出来ないが、所詮モデルナンバ-であれば
紛らわしいことしても、それはメ-カ-の責任にはならない,からね。

>>812
nVidiaはLinuxカーネルの開発者に非協力的だから、
めちゃサポートが悪いんだよ。なんでVIAにしなかったの？

>>812
>>822と同じようなことを>>56でも言ってるね。

kernel-2.6.4-1.270.x86_64.rpmとかいろいろ
http://people.redhat.com/arjanv/2.6/RPMS.kernel/

Athlon 64 on MK89-L続報。
オンボードUSBをdisable、ACPI-offカーネルでSUSEが何とかインストールできそう。
(FedoraはUSB disableでうまくいかなかったのでしばらくあきらめ)
ただ、ネットワーク周りの挙動が不審でdhcpが取れてるような取れてないような…
ECNの問題かもしれず、そこで放置。

FreeBSDも入れてみました。やはりUSB切ってACPI-offでインストールしないとダメ。
これもdhcpがやや挙動不審だけど、staticにIP振れば大丈夫だったので追求してません。
で、FreeBSDならとりあえず動いた模様。

しかし、FreeBSDはちょっと慣れてないからな…どうしよう…う〜ん。

>>822-823
某店の閉店セールで8000円で売れ残ってたんで、可哀想で確保してきたんです…
確かにじゃじゃ馬なマザーでした。やや後悔。

SUSE9.0_64でnforce3のドライバ入れたのだが雨後かないのであきらめ気味
nvnetとnvaudioの認識法おしえてくり>>812

やっぱLinuxに弱いのがnVidiaチップセットの弱点か。

ユーザーの側で情報公開しなけりゃ買わないぞーって圧力掛けないと
だめなんだよあんな会社。
64bit生かそうと思ったらUNIX系しかないんだし。

何をいまさら・・・

Redhat9でnvnetの認識はうまく逝った。
まさかnvidiaにあるドライバのRPMのほうではだめで
tarボールのほうならOKとは・・・

これもさんざん検索した結果わかった。
nvaudioはまだ認識せず

>>830
カーネル再構築でうまくいかんか？
って、おれgentoo だから違うのか。

gentooなら割と簡単だよ。こっちにおいでよ。

nvidia のドライバ使ってると acpi でサスペンド(S3)できないって本当？

processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 4
model name : AMD Athlon(tm) 64 Processor 3200+
stepping : 8
cpu MHz : 1999.974
cache size : 1024 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext 3dnow
bogomips : 4010.80
TLB size : 1088 4K pages
clflush size : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp

>>812

もう遅いかもしれんがこれがモロ参考になるかと
http://moon.hanya-n.org/comp/x86-64/memo.html

おれは K8NNXPだが、ここのおかげでFedoraがある程度動くようになった。
ただ、seti@homeが64bitでもイマイチ遅いので別をあたっている最中。
＃もちろん、32bitのFedoraよりは速いんだが...WinXPより遅いってどういうことだ？

>>834
うわ、ありがとうございます。モロですね。
ですが、今日Gentooでインストール成功してしまいました。
Gentooのインストール用カーネルでもやっぱりかなり不安定ですけど、
ネットワークが最初から起こせたのが非常に大きいです。
何とかだましだましインストールしてしまえば、あとはどうやら安定した模様。

GentooでもCD-ROMからtar ballを展開するところで極めて刺さりやすかったのは、
参照ページ内「このMBはLinuxだとリソースがぶつかりやすいのかもしれません」って辺りかな…
SUSEだと、オンボードetherを殺して、eepro100を差しても刺さってたし…

で、今はやはりseti@homeでストレステスト中。
速さは気にしてませんでした…遅いのかな。

>>835
SETIを何ユニットか走らせたら計算時間を教えてくれませんか。
石がAthlon64 3000+/2.1G+で、
WindowsXP64なら中心が2.1時間ぐらい、
Mandrake9.2rc2では2.5時間ぐらいでした。

>>836
ログの取り方のお勧めは？
最近SETI系の情報は追っていないもので…

>>812
>>747のRHEL3を使ってるけど安定してるよ、試してみたら？

Multisetiがおすすめ。
http://sasuke.g-com.ne.jp/multiseti/

以下簡単な説明
・ここの「MultiSeti Ver1.18 for Windows/UNIXソース」にソースとバイナリが同梱。
　バイナリで動く、と思う。
・multiseti.confにsetiathome実行ファイルの位置とか、ユニットをキャッシュする
　個数なんかの値を修正する。
・1回目の起動ではコマンドラインオプションに./multiseti transstartを付加すると
　ユニットを取りにいく。SETIの情報を手入力する必要があるが、あとは放置。
・現在の状態が知りたければ、そのマシンの5770ポート(変更可)にログインして
　「status」コマンドを送る
・実行開始とか実行時間等はmultiseti.logに残る。

石：Athlon64 [email protected]、
WindowsXP/64 　　　　大抵1時間56分、調子いいときは1時間30分
Fedora core1 　3時間ぐらい
Fedora core1 X86_64　2〜2.5時間ぐらい


Fedoraはサンプルが少ないからもうチョッと早いかもだけど
このままじゃWinから移行はできないなぁ

＃優先度やGUI有無もいろいろ試したけど焼け石に水状態。
＃Linuxが遅いんじゃなく、バイナリが遅いってことで理解してます。（^^;

あーやっぱり、Linux用バイナリの方が遅いですか。
コンパイラの差なのかなんなのか。
Linux用32bit用バイナリと64bit用でほとんど差がないのもまたショボーン。

>>836
64bitバイナリで2〜3割程度速くなったと書いたつもりだが、
そうは見えなかったか？

因みにFedoraではOS、バイナリ共に32ビットもしくは64ビットで合せて
試してみた。
multisetiは32ビットのままだが．．．

64bitアクセスがみんなプレフィックス指定だったりして

gccの64bit最適化にはまだ改善の余地はあると思う
sparc上でSunのコンパイラとgccのアセンブラコードを比べてそう思った

>>842
>そうは見えなかったか？

いやいや、当方の話。
32bitバイナリは数ユニットしか見てなくて、
ほとんど遅くならないように見えたので、それっきり評価してなかったってだけです。

SETIはBOINCに移行されようとしているので、今後バイナリがアップデートされる見込みは薄いかもしれない。

今タダで64できちゃうのが．．．
Gentoo
Fedora
FreeBSD
で，お金払えば64できちゃうのが
Redhat
SUSE
Turbo
って感じでよいのでしょうか？

NetBSDは？

おれんじぺこ
もあるy

SUSEもFTP版あります。

じゃあじゃあ，

今タダで64できちゃうのが．．．
Gentoo http://www.gentoo.org/
Fedora http://fedora.redhat.com/
SUSE(ftp) ftp://ftp.novell.co.jp/pub/suse/suse/
FreeBSD http://www.freebsd.org/
NetBSD http://www.netbsd.org/
おれんじぺこ http://sakyu.s39.xrea.com/

で，お金払えば64できちゃうのが
Redhat
Turbo
って感じですか

>>850
WindowsXPとWindows2003は？

ところで、gcc/config/i386/i386.mdにTARGET_64BITっていう名前で
386互換のものと一緒にいろいろと定義してあるんだけど、
汎用レジスタの数が増えたことにこれで対応してるのかな？

(define_constants
(define_attr
(define_asm_attributes
(define_expand
(define_insn
(define_split
(define_peephole2
これだけしか種類はないんだけど、少しわかり難いね。

>>850

http://www.planetamd64.com/modules/mx_pafiledb/dload.php?sid=6cce7b1d9de90ee241b3ad5f237f6d05

>>850
その中でどれが一番良いの?

PlamoLinuxは動かないのかな?
試した人いる?

>>850
RedHatなら、多分
http://www.redhat.com/apps/commerce/rhel/ws/#amd
これ買わなきゃ駄目だよ。792ドル〜。
www.10art-ni.co.jp 経由（39800円〜）で買えるのはx86版（32bit）。

>>855
だから何？