AMD 64ビットCPUでLINUXしよう Part2

前ｽﾚ落ちたので立てますた。

2とか

>>1
乙

というのは表向きで、書きたかったのは、

GCC 3.4 Release Series
http://www.gnu.org/software/gcc/gcc-3.4/

んで、

・Support for data structures exceeding 2GB in 64-bit mode.
http://www.gnu.org/software/gcc/gcc-3.4/changes.html

ｷﾀｰって感じですね。

前スレ: AMD の64ビットCPU オプテロンでLINUXしよう
http://pc3.2ch.net/test/read.cgi/linux/1068566147/l50

姉妹スレ: Itaniumで64ビットLinuxだぁ！
http://pc3.2ch.net/test/read.cgi/linux/1020386747/l50

次スレキタ━━━━━( 　 )(゜　 )(∀゜ )(゜∀゜)( ゜∀)( 　゜)( 　 )━━━━━ !!!!!

>>1
よくぞ立ててくれた。

>>5
>姉妹スレ: Itaniumで64ビットLinuxだぁ！
アーキテクチャ違うやん。


［Opteron ＆ AMD にぅ〜す！］
ＯＳＤＬへの加盟とＡＭＤプロセッサー対応を発表＝米ＡＭＤ
ttp://headlines.yahoo.co.jp/hl?a=20040422-00000956-jij-biz

ＡＭＤオプテロン・プロセッサー発売１周年＝米ＡＭＤ
ttp://headlines.yahoo.co.jp/hl?a=20040422-00000954-jij-biz

AMD、次世代プロセッサ開発目指し、バンガロールに開発研究所設立へ
ttp://pcweb.mycom.co.jp/news/2004/04/22/014.html

日本HP、Opteron搭載サーバー発売へ、低価格機投入で攻勢
ttp://pcweb.mycom.co.jp/news/2004/04/22/001.html

前スレのこの詩的な文句を忘れてるようなのでコピペ

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

>大勢の人柱となって果てるマニアの屍
そんなもんいらねーよアキバのパソオタじゃあるまいし｡
コードが通るか通らないか位自分で考えろよ

ASUSのSK8Vはめちゃ不安定なのであきらめて、SK８Nにしたらすぐに
動くようになりました。このSK8NのLANドライバーはどうすればいいんで
しょうか？くぐってみたけど、決定打はなく・・・？状態です。

>>9
Kernel Configの"Ethernet (10 or 100Mbit)"で"SiS900"を選択すればいい。
Ok?

>>9
あれ、SK8V不安定なの？
LinuxにはVIAだろ、ってことでそっち買っちゃったんだけど…大丈夫かな。
ついさっきインストール終了したとこなのでドキドキ。

どうもRHEL3 for AMD64 クローンの作者です。
とりあえず顔だしときます

>>9さんは聞き逃げですか？w
ackがまだ来てませんが。

>>6
ﾀｲﾄﾙにIEM64Tも入れっかなって思ったんですが、
石出てないから未だ良いかと思ってﾊﾟｽしますた。

>>11
漏れのはK8T800+VT8237で鉄板ですが…

>>12
乙です。
ところでお聞きしたいんですが、
RHEL3を作った環境ってFC1 for AMD64 ですか？

>>13
果報は寝て待てと(w

>>14
違います。RHEL3β for AMD64 からリリース版SRPMをコンパイルしたものです。
ただし、一部プログラムは静的にβのライブラリをリンクしているバイナリもあると判断したので
コンパイルしたものをインストールしたうえ、さらにその環境のうえでSRPMからコンパイルしています。

Athlon3400+ だと一回30時間掛かるので合計60時間掛かります
Opteron x 2だと半分の時間で終わるのかと思うとDual CPUマシンが欲しくなりますね

高負荷時に性能が発揮されるHammerの分岐予測機能
ttp://pc.watch.impress.co.jp/docs/article/20011105/kaigai01.htm

valgrindって動く？

>>17
バージョンいくつよ？
以下のページで何か言ってるけど。
ttp://valgrind.kde.org/downloads.html

Compared to the previous stable release (20031012), 2.0.0 improves SSE/SSE2 support,
fixes some minor bugs, and improves support for SuSE 9 and the Red Hat "Severn" beta.
2.0.0 is known to build and work well on: Red Hats 7.3, 8, 9, SuSE 8.2 and SuSE 9.0.

>>10 >>13

返事が遅れてすいません。休みだったもので・・・

トライしている最中です・・・

SK8Vの不安定原因はわかりません。電源も規定
通りだったので・・・仕事に差し支えあるんで、MB
も電源も入れ変えました。

研究室の先生で科研費が当たったみたいで，「64bitマシンを入れよう」って言われたんだけど買う価値あるかな?
調達係に任命されてから，いろいろサイトを調べてみたけど極めて速いという分けじゃなさそうだし・・・．
安いPCを何台か入れた方がいいのかな??

詳しい人いる？

>>20

速さうんぬんは、よう知らんが自作版でみっけたHPの1Uサーバ
ttp://h50146.www5.hp.com/products/servers/proliant/dl145_sh.html

1cpuの価格だけどやすいとおもいます。
あとで、♪買い足せばいいし大学で使うならちょうどえんじゃないか

>>21
うちの研究室ラックがないんでその手のは勘弁．
今のところ見つけたのは
https://ssl.amulet.co.jp/solutions/pstep-bto-op.shtml
http://www.v-t.jp/products/hpc/opteron/workstation/ws_top_main.html
この二つ．
もし，dualマシンとかにした場合，プログラム書くのって大変なのかなぁ？
余計な苦労（ソースの改変）はしたくないもんで・・・．

Athlon64 で安く４台くらい作ったうえで、クラスタ化
ってオモロイかな？無理にOptelonに走んなくても。

>>20
漏れのところも最近科研費でPC買うべ、ってことになって
ﾊﾟｿｺﾝ工房法人営業部の人と見積りのやり取りしたよ。
いろいろ相談に乗ってくれると思うよ。

こっちはもち、opteronにした。

64bitにすると何が速い凄いか分からないならIntelにしとけ

うちの研究室もパソコン工房の法人取引で買った。
理由はその地域の担当の人が親切だったのと、
故障してもすぐ見に来てくれるから。
研究で使う場合、金銭も大事だがトラブル起きた時に
すぐ対応できるかも大切。
手間取って研究に支障が出ると腹立つよ。

先日SK8NとAthlon64FX51を通販で買いました。ルンルン♪

？？？う、動かない？？？

SN8KのBIOSのバージョンが古いとFXは認識しないのですね、
知らなかった＿|￣|○

>>27
CGリビジョンを認識していないのでは？
FX51はそのままで認識するかと．．．

>27
BIOSをアップデートしてみれば、どうだ?

>>28
CG Rve.はADAFX51CEP5AKでつ

>>29
CPUが認識しなくてもBIOSのアップデートは可能でつか？

んーまいったなぁ
Fedoraもさすがにバージョン2(test3)になれば安定すると思ったんだけど
まだまだ見たいですね。出来がよければ第二弾の公開はやめようと思ったんだけど・・・

Opteron's First Year All About Linux
ttp://www.linuxplanet.com/linuxplanet/reports/5366/1/

>>31
ｽﾏｿ、どこ見てﾏﾀﾞﾏﾀﾞだと思ったのでつか？

>>33
31じゃないが、漏れの環境じゃ
Xの設定ができない
networkの設定ができない
Nautilusが起動しない
gnome-terminalが起動しない
まだまだ有るかもしれんが、それ以上確認せんかった

ダメぽ

test3じゃなくて、developmentパッケージをずっと
追いかけてきた者だが、>>34 が書いている内容は、
すべて問題ないけどなあ。

>>25
IntelはPenM以外糞
今現在はAthlonのDualCPUにしたほうがマシ

Athlon Dualは電源選ぶ罠。
いまからAthlon Dual買うならOpteronマジお勧め。
32bit OSで使うのもまた一興。
5月に価格改定入るらしいので246を狙え。

Xとnetworkは、お手てで直接編集してなんとかなったが
Nautilusとgnome-terminalはお手上げ

Mozillaもすぐ落ちる。。。

ええっとさ、ひとつ聞きたいんだけど、
ドライバってどうなってんの？
Windowsだと、32Bit ドライバと 64Bit ドライバが分かれてるから、
たとえ自分のSCSIチップが 32Bit Windowsでサポートされていても、
64Bit ドライバがない限り、64Bit モードじゃ動かないよね。
Linuxではどうなんだろう？

あ、IDがアホだ。笑い。
原則として、すべてのドライバは再コンパイルだけで64Bit になるの？
それとも、AMDがカネだして移植したドライバだけ、とかそーゆー風？

原則としてドライバとは
カーネル(OS)がハードウェアを操作するときに間に入って
カーネルのしたいことをハードウェアに伝える制御プログラムだ

っということは32bitカーネルと64bitカーネルを比較して
ハードウェアの仕様とカーネルのドライバと接続する仕様(IF)同じであれば
再コンパイルするだけで可能だと思われる

そのせいか、64bit版Fedoraと32bit版Fedoraで使えるハードウェアの量にさほど差はない
ATiが64bitドライバを出さないのはおそらくサポート面でのコストに見合わないと考えたからだろう
nvidiaは、優秀なのか移植性のよいドライバを作って64bitにFreeBSDやIA64までサポートしている
しかし性能はイマイチなので再コンパイルしているだけなんだろうと思われ

つーか、SCSIチップも64bitで動くという認識は間違いね
AMD64の場合はあくまでCPUやその他一部がが64bitで動くだけで
他のバス、PCIは32bit、その他16bit等だよ、だから64bit Linuxにしたところで
32bitバスを経由して動くようなプログラムだと
そこがボトルネックになり、64bitの恩恵はあまりないと思う

多分、それを考慮してHypter-TraisferやCPU内にメモリコントローラを内蔵する
というアーキテクチャを考えたんだろうね

まぁ、なんだかんだ言ってAMD64はx86アーキテクチャを引きずってる限り
CPUとメモリの間だけで終了してしまう学術演算プログラム等にしか向かないね

>>42

そのPCIドライバを64ビットのものにしないと
そのデバイスを諦めるか、64ビットOSを諦めるかの
2択を求められてしまうことになる。

デバイス周りが遅いのは今の現状でも同様だし
他のCPUアーキテクチャを使用しても同じなんだが．．．．

個人レベルでの64ビット化による恩恵はメモリ大容量化
ではなく、レジスタの増加によるメモリアクセス低減だね。

>>43
そうだね、AMD64の64bit化の恩恵は64bitの数値やメモリ量が扱えることじゃなく
あくまで１６本の汎用レジスタが増えたこと、メモリコントローラを内蔵することにより
ノースブリッジを経由せずにメモリアクセスができるようになったこと等による
アーキテクチャの改良による高速化が大きいと思う。

と、いうか、
「従来のSCSIドライバを使っている限り、
下位4GバイトのデータにしかSCSIカードは直接はアクセスできませーーん。
それ以外のアドレスは、下位4Gのどこかにつくった
共有メモリを通じ、glibcが必死にブロック転送しまーーす。」
みたいな仕様になってるかどうかを気にしてます。

従来のSCSIドライバって何だ?
4GBのデータしか扱えないSCSIっていうものがあるのか?

Linuxは64Bit PCIに対応しているかどうか？ という話かな。
64Bit PCIってアドレス空間も64Bitだっけ？ もう忘れた…

マジで寒いわー。

64bit化は学術演算だけでなく、やはりデータベース屋さんが喜ぶと思ふ。

>>42
> つーか、SCSIチップも64bitで動くという認識は間違いね
> AMD64の場合はあくまでCPUやその他一部がが64bitで動くだけで
> 他のバス、PCIは32bit、その他16bit等だよ、だから64bit Linuxにしたところで
> 32bitバスを経由して動くようなプログラムだと
> そこがボトルネックになり、64bitの恩恵はあまりないと思う

バスを経由して動くプログラムって？プログラムは CPU で実行されるんですが。

周辺へのアクセスは、デバイスドライバを叩いて、sleep するだけ。
そのあと、デバイスがインタラプトをかけ、インタラプトハンドラによる処理（ＤＭＡとか）で
プロセスを実行可能な状態になり、スケジューラーがプロセスの実行を再開する。

確かに、バスのアドレス空間を CPU のアドレス空間にマップして、そこでプログラムを
実行すれば、相当、相当遅くなるけど、そんなデバイスはあんまりないでしょ。

> 多分、それを考慮してHypter-TraisferやCPU内にメモリコントローラを内蔵する
> というアーキテクチャを考えたんだろうね
> まぁ、なんだかんだ言ってAMD64はx86アーキテクチャを引きずってる限り
> CPUとメモリの間だけで終了してしまう学術演算プログラム等にしか向かないね

もしかして、チップに実際あるレジスタの数は、インストラクションセットで決まってると思ってる？
ま、多数のレジスタを陽にもってた方が、コンパイラによる最適化を含めて、有利なのは
確かだけど。

>>49
64bit 化しただけでは数値計算とかは必ずしも早くならないからね。
実際、spec とか見ても浮動小数点計算性能で AMD64 と P4 は似たようなもの。

>>45
それは、ＰＣＩバスのＤＭＡコントローラーが主記憶物理アドレスのどの範囲まで
サポートしてるかの問題。
IA-32 のＣＰＵでも、物理アドレスは４ＧＢ以上あるわけだから問題は出ないと思うけど。

低姿勢で書かないとイタさ倍増だと思う。

もう見てらんない。

>>51
> >>49
> 64bit 化しただけでは数値計算とかは必ずしも早くならないからね。
> 実際、spec とか見ても浮動小数点計算性能で AMD64 と P4 は似たようなもの。

浮動小数点演算器は、もともと 64bit だし、キャッシュのバスもそうだから、当然。
long long int を使ってるアプリケーションを再コンパイルしないと効果はない。
（おそらく、あまりないけど）
論理演算とかなら、loop unrolling で 8byte ずつ一度に処理できるかもしれないけど。

みんな余裕で動いている感じですね。
VIAを避けてnForce3 150チップのGIGABYTE K8N-Proを買ったらいろんなところで
引っかかりまくり。＿|￣|○

Turbolinux8ForAMD64
　標準CDでブートするが積んでいるGeForceFXに対応しなくて乱れまくり。
　アップグレードキットのCDではHDD関係（DMA?）で起動せず。
　なんかやる気なくして、CUIでｺｿｺｿ
FedoraCore1
　CDでブート途中にHDD関係で固まる。

Windowsだと問題なく行け、Linuxでは自分のヘタレさからあんまり
使い込んでない。。。orz

nvidiaの純正ドライバではhelpにならない?>Turbo

>>45
>>47

余りに寒い発言なので無視しようかと思ったが一応レス。
お前らのHDDは4GB MAXなのか？
今は単体で400GB HDDも出ているし、RAIDカードを使用すれば2TBオーバーだって可能だ。
もちろん、64bitPCIやPCI-Xでなく32bitPCIでも可能。
＃当然ながら 32bitCPUでは SWAP領域として使用可能な領域はメモリと合わせて4GB程度がMAX（だと思った）だが。

>>58
喪前は親切なヤシだな。

>>56
誰もが通る道．．．．かもしれない。

TurboLinux8 for AMD64はAMDチップセット対応だ。
以前はHPに SK8Nでの対処法が載っていたが今はないようだ。

FedoraCore1は IRQの1〜2個reserveにすれといいみたい。
俺も Fedoraに挑戦した際、何故かフリーズこそしなかったが
常時CPU使用率100%に突入してたのが、上記対処で直った。

ここ結構参考になるかと。
http://moon.hanya-n.org/comp/x86-64/memo.html

レスありがとうございます。

>>57
ｎVIDIAの純正ドライバを落としてみたものの、マニュアルを読むべく印刷まで
してましたが仕事が忙しいのもあって進まず、という状況でした。
スクリプトでどんなことをやっているのかを調べるよりまずは実行ですね。

>>60
大変参考になります。
とりあえずいまは帰省中なので戻ったら再度挑戦してみようと思います！

>>58
無視しといた方が恥ずかしくなかったのに…
だれもファイルサイズの話なんかしてないよ。物理アドレス空間の話だ。

(SWAPの話も間違いだし。Linuxに限れは正しいのかもしれないけどさ。)

>>52
それがバリバリ問題出るんだな。試しにそこらのIA鯖に4Gメモリ突っ込んでみ?

>>60-61
正直言って ia32 に比べて AMD64 は各 distro の完成度が低すぎ。
ia32 だとほぼ何も考えないでもサクッと動くのに。
シェアが低すぎるのかな。AMD64 では Linux が活躍できると思う
だけに残念。俺もシステムが安定するまで 3 つ程度は distro 試した。
x86_64 用でインストールできなかったのもあった。もう AMD64 出て
しばらくたつから平気だろうと思ってたのでちょっとがっかり。

>>64
そうかな。
漏れはハードの選定からlkmlとかで調べて
動きそうなので組んでるからハマッタことは無いね。
んで、出来は32bitな鳥と大差無いよ。

>>61とかでNvidiaのチプ選んでるけど、そうなら
linux板のNvidiaスレ読んでみたのか、ちゃんと調べてから
言ってるのか、と訊きたいところ。

漏れはVIAチプが無難だと思うけどね。

AMD64インストールするのってそんなに難しいの？
研究室で買おうかとしてるんだけど、危険ならPen4にしようかな？
変なノートPCにLinuxインストールするのと比べてどっちが難しいですか？

>>66
64bit環境で使うのか、それとも athlon64を使うだけなのか、どっちよ?

>>66
32bit版を入れる分には何の苦労もない。
AMD64版でもFedoraとかなら簡単だけど、nForce3だと板によっては
IRQの設定をBIOSで変える必要があったりする。
この辺の情報がわかっていれば簡単。

65も書いているように、基本的にちゃんと調べることがlinuxの基本。
Windowsみたいにファイルを実行しただけでは駄目で設定ファイルを
いじる必要がある。
これはFedoraだろうが何だろうが一緒。

>>66
インストールは別に問題無いけどね〜俺の環境じゃ
gentoo,SuSE,fed試したけどふつうにでけたけどね
ただ、あんまり関係ないと思うけど俺の場合
cmuclがインストールできなくて困ったけどね

Athlon64 3200+ と VIA チップセットのマザーで Fedora Core 1,92 (2 test 3) を試してみた。
いくつか躓く点があったが、なんとか解決した。

参考になるかどうかわからんが、以下躓いた点と解決法を

使用したマシン
　それまで P4 + i865 で Fedora core 1 (当然、IA32) が載ってたマシン
　マザーと CPU を交換した。

やったこと
　P4 + i865 マザーで Fedora Core 1 のマシンの CPU とマザーを入れ替え、
　1.92 x86_64 の DVD でインストール (アップグレードではなく、入れなおし)

躓いた点
　(1) ダウンロードした DVDイメージを焼こうとしたら、漏れの使ってる WinCDR8 には
　　　ISO イメージを DVD に焼く機能が無かった orz
　　　→ DAEMON TOOL でイメージをマウントして、WinCDR の DVD コピー機能で
　　　　　焼いた
　(2) パッケージのインストールが終わった直後、「/dev/null にアクセスできない」エラーで落ちる
　　　→ Fedora Core 1 が入ってたパーティションを変えずに、フォーマットだけして
　　　　　たのを、パーティションを一旦削除して切りなおしたら OK
　(3) X がどう設定しても 640x480 になってしまう
　　　→ xorg.conf でモニターの Hsync、Vsync 設定がコメントアウトされていたのを
　　　　　有効にした (KVM 切り替え機を使ってるので自動設定が効かないのだ)
　(4) 「IIim と通信できない」エラーが出て日本語変換できず
　　　→ とりあえず im-switch -m xim で IIim ではなく xim を使用するように設定
　　　　　(根本的解決ではない)

その他
　ビデオカードは GeForce FX5200 なのだが、www.minion.de のパッチを使えば nVidia
　のドライバが使用でき、かなり快適。

Opteron*2の環境ですが現在のところ何の問題もなく、
メインマシンとして活躍中です。
ディストロは、SuSE。

>>70
報告乙

RedHatは64bit版 RHEL3をもっと安く提供するべきだな、せめて2万くらいで
10万という価格のせいか世界規模でみても購入者はかなり少ない感じ

MandrakeLinux 10.0 RC1 for AMD64 というCD(700MB超)3枚組がリリース
されたな。 だれか試した?

>>74
いつの？1-2 か月前に最新の AMD64 Mandrake 入れようとして install
できないので他の distro にした経験があるけど。MSI の K8T800 M/Bで。

>>68
32bit版簡単に install できるの？ 知らなかった。chipset とか違う
からうまくいかないのかな、と思ってた。数値計算等の性能に 64bit 版との
差はあるのだろうか。

32bit と64bit長の違いは、アセンブラ(というか機械語)レベルでの
命令長の違いなので、
64BIT単位だと１度に扱えるデータ量等が多く扱える。
32bit版だと上位の３２bitを使わないので６４bitの恩恵なし。

数値計算の部分では、扱う数字がe〜というのが多いから
１回に扱えるデータ量によって大きく差が出ると思うので、
32bit と64bitの違いは大きいはず。

たしかに命令長は違うだろうけどさあ…
あと扱う数字がe〜、とはなんだ？

釣られないでください

>>68
seti@homeの話だが、こんな感じ。CPUは athlon64 3400+
Fedora 64bit seti@home 32bit版　3時間
Fedora 64bit seti@home 64bit版　2時間半

確実に速くなっているのは確認した。

が．．．Win32版 setiは2時間を切ったりする。
コンパイラの最適化の問題だとは思うが．．．
＃因みにGentooでも試してみたが結果はほとんど同じだった。

Linuxという環境の中では恩恵を受けることは明確。
Linuxではないけど秋にはSorarisの64bitが出るのでこっちのコンパイラも期待かな。

おしえてAMD 64ビットCPUでLINUXしてるひと

一体何につかってるのん？
起動させて眺めてるの？
数値計算？

(´д`*)パディング考えずにコード書いてしまった。
IA32とIA32E(IA64)で、等しく通信せにゃいかんのに。。

気をつけるのはlongとポインタのサイズだけでOKですか？

科学技術計算やってる人いるかなここ？
Opteron対応なGSLってあるみたいだけど，ちゃんと使えるものなのかな?
教えてくん．

>>79
thanks. compiler 何使ってる？ AMD でもSPECに Intel IA32 用 compiler
使ってるみたいだし、Linux でも icc 使えばにたようなものじゃないか
と思うんだけど？ Win とそんなに差が出るとちょっとショック。

>>80
俺は数値計算。と言っても基本的に自分の書いた簡単な C/C++ コード。
たまに lapack とか標準的なものは使うけど。

>>81
よくわからないけど、sizeof とか使っていれば問題ない話とか
じゃないの？ 自分のコードは全く同じで IA32 でも AMD64 で同じ
ように動くし、間違えれば両方でポシャる。

>>83
setiはバイナリ配布だがファイル名は-gnuになっていたな．．．
iccはIA32もしくはIA64にしか対応していない。
sunが秋にAMD64版Solarisを出すらしいのでコンパイラも提供されることを
期待している。

>>84
IA32 用だけど、今あるコンパイラーの中では速いみたいよ。
gcc よりは icc は少くとも大分速いコード吐く。

AMD64用のMandrakeLinux-10.0-RC1-amd64 は4月21日に出たんだよ。

http://www.mandrakelinux.com/en/

5月4日には、正式商品版も出た、とある。

4CPUのオプたん見つけ!
http://www.jcsn.co.jp/products/spec/vin_opt_wtq.html

RedHatが新しくRedHat Enterprise Linux Desktop を出すらしい

Supports two architectures:
Intel x86-compatible
AMD AMD64 or Intel EM64T

っということで64bitネイティブに対応っぽいぞ。
1万くらいなら迷わず買うから速く出せ

>>88
ソースきぼん。

皆さん AMD64 用で安定した distro でお勧めは何ですか？
環境は K8T800+AMD64 3200+ (MSI K8T NEO-FSR)+PC3200 512MBx2 です。
用途は数値計算です。負荷は結構かけますが、（CPU は 100%稼働、
265日*24hr） 日本語環境は必要ありません。
できれば ftp 版が良いです。製品版だと買う手間がいるの
と、実際使ってみて安定しない等あると面倒だからです。
前にどれとは言わないですがそういう経験アリ…
製品版しかなくてこれが絶対！というのであればそれでも良いです。

Mandrake は結構安定している。
Turboもよいとかいうのだけど、自分では試したこと無いから。。。

>>90
gentoo, SUSE, turbo全部使ってるけど、
インストール済んじゃえばどれも同じように安定してるなぁ。
インストールの簡単さはマザボによりさまざま。

特に数値計算なら機器構成も素直だろうから、どれでもいいような気が。

むしろコンパイラ体験談が聞きたい今日このごろ。
みんな商用コンパイラなん？それともgcc？

みんなgccだろ64bitになって嬉しいことなんて
4G以上のファイルを扱うときの処理が速くなる以外ほとんどない

どちらかというとAMD64のアーキテクチャの改変に
gccはどう対応しているのかが興味あるな。
今のところ増えた汎用レジスタを使ってることだけは判明している

1Mもある二次キャッシュをうまく利用してキャッシュヒット率を高めるVMとかないもんかな
Athlon64専用カーネルみたいな

>>93-94
俺は C は icc C++ は gcc. C だと icc の方が速いが、
C++ だとたいして変わらなかった。（簡単だけど時間かかる
数値計算）あまり系統的に調べてないから数字なくてごめん。

gcc が 64bit 化して icc より速いのなら全て gcc にしたいな。

デュアルCPU対応なプログラム作るのって難しいの？
opteronデュアル買おうかと思うんだけど。

>>96
それを聞いてる時点でもう駄目
君には無理

>>96
何を聞いているかによる。dual cpu に特化したプログラムを
作るのはそれなりに難しい。ただ、別に普通の code でも走る。
普通のコードで 1 つしか走らせないのなら恩恵はあまりない。
用途次第。

釣り

>>98
科学技術計算を速くやりたいんだけど，手っ取り早くできないかなと・・・．
xeon x2 でIntel ICC + MKL　だと，コンパイラが勝手にやってくれる事がわかったんだけど，AMD系だとどうなのかな？
なるべく余分な手間はかけたくないんでね（プログラム書く事が目的じゃないんで）
面倒そうならAthlon64でも買おうかな．

>>100
アルゴリズムとデータ構造の学習が一番いいですね

>>101
それが目的じゃないから，ダサイコードでもサクサク計算してくれる環境が欲しいんだけどね．

64bitって鯖に適してますか？
あんまり必要ないか…。

うむ
アルゴリズムを学習しないとだめぽ
できればアセンブラも覚えるとグッド

>>102
＞ダサイコードでもサクサク計算してくれる環境
プログラムとハードの本質を理解しないと
デュアルCPUを使う意味が・・・
Cを覚えれば何でも作れると思ったら大間違いだよ。

>>104
うむ．じゃ，シングルCPUいってきます．
ところで，本当にAthlon64って64bitマシンなんですか?

いや，わかっちゃいるけどあんまり安いもんなんで・・・

科学技術計算って何すんだ？
まぁとにかく、安価でスピードが必要ならRISCプロセッサでブレードサーバー。
プログラムの効率を理解できてなかったら
IA32でもXeonDualもAMD64も、そんなに作業効率は変わらん。
ちなみにマルチプロセッサのオペレーターは高給取り
それだけ習得は難しいよ。
まぁDualCPUやらマルチコアってっと
格好だけは良いけどね・・・

>>106
主にニューラルネットで関数近似だとかパタン認識のベンチマーク．
さほど時間がかかるわけでもない（1回でだいたい１〜5時間程度）けど，速いに越したことないし．
ニューラルネットなんで元からアルゴリズムが並列化されててPCクラスタでも効率的かつ簡単にプログラムができるとは思うんだけど，そこまで大がかりな事はしたくない．
で，dualあたりどうなんかなと思ったわけ．

難しいのならいいや・・・．

>>107
っていうか、処理を並列化した際にDualCPUが生きるんだが...
SingleCPUではオーバーヘッドが大きくなる分遅くなってしまう。

一番いいのはRISC型CPUと専用コンパイラを買うことだな
今ならItanium2 + iccがお勧め

Athlon64は64bitで動いてもint64を使わない限りそんなに速くない
Mac G5はコンパイラが未熟なせいか、CPUの性能のわりに遅い

>>109
別に AMD64 が特に速いというつもりはないが、何故に IA64?
そんな速いか？

>>110
SGIのItanium2は相当に速いよ
海外サイトで新しく出たマシンの総合ベンチマークを
取って公開してるところがあるけど
数値だけみるなら1.5GhzのItanium2が3GhzのXeonの４倍の性能を出してた

そのサイトの結果によると、一般的に手に入る最速の環境はIntelの調整した
P4 3.4Ghz + Intel　875Pマザー だった

>>111
その海外サイトってどこ〜？

>>112
それが覚えてねーんだよ

脳内サイトだったりしますか？

>>114
自分で検索することすら出来ないのか？
Itanium2 benchmark で検索しろや

まあ、ベンチマークの結果なんか興味ないんだけどね。

数値計算する人間はベンチは種類を選べば参考になると思う。
俺はよく spec を見るが、確かに SGI の IA64 は速いや。
CFP2000 base で 2130 は速い。

http://www.spec.org/cpu2000/results/res2004q1/

Opteron146 で 1300, P4-3.4 で 1500 程度だからな。

ただ、コストパフォーマンスを考えると意味があるケースは
非常に少そう。(P4-3.4 なんて 10 万ちょいくらいだからな）

http://www.sgi.co.jp/newsroom/press_releases/2003/jul/madison.html

>>111 の
> 数値だけみるなら1.5GhzのItanium2が3GhzのXeonの４倍の性能を出してた

というのは 1CPU あたりだとすると信じがたいけどな。
spec CFPで 2倍もいかないし、CINT では P4-2.8E にすら負けてるし。

ION SR2300WV2 (3.066GHz Xeon processor w. 512KB L2 cache) ： 1027
SGI SGI Altix 3000 (1500MHz, Itanium 2) ： 2130

Itanium2は半分のクロックで性能が２倍だから４倍の性能って意味じゃないの？

>>119
architecture が違うもの並べて、単にクロックだけでの比較は
意味がないと思う。

値段で比べるべきだよな

まぁクロック偏重主義を広めたのもIntelならそれで自分の首絞めたのもIntelなわけで。
PentiumMのノートの食いつきが悪くて焦ってるそうじゃない？
結局どういう処理がメインなのか明確にした上でそれにあったベンチ結果探すしかないとおもうけど。
値段は。。。その人（or会社or組織）の懐とか、別マシンで並列処理可能かどうかでウェイトがかわってくるんじゃないかな。

>>122
そうなの？ うちらの周りでは Let's note とか centrino
人気あるよ。Linux も走ってるし。

>>124
CeloronMもなかなかいけるよな。

循環する124w

漏れもＡＭＤ６４には興味あるし、linuxがまともに動いてくれるとうれしいな
クラスタよりマルチプロセッサの方がはるかにプログラミング難しいけど、プロセッサ間の帯域が桁違いないのできっちり書いたら早いんだろうなぁ　ぐらいの認識だったのだけど間違ってる？

>>126
まぁ一般論で、やる対象によって多少異なるけど、
> クラスタよりマルチプロセッサの方がはるかにプログラミング難しいけど
クラスタがHPCのことを指してるなら、これは逆。
クラスタのほうが、通信レイテンシがはるかに長いことを考えればわかる。
共有メモリも使えないしね (分散共有メモリなんてのも無くはないけど)。
大体x86やAMD64のマルチプロセッサシステムのLinuxプログラミングなんて、
単にマルチスレッドにすれば良いだけっすよ。

>>127
それどころかSMPなら大抵の人は条件変えた2プロセスを走らせれば済む話でしょ。
マルチスレッド化に比べたらはるかに楽。
目茶目茶重い処理を1パターンしかやらないならまじめにスレッド書くしかないだろうけど。

>>128
俺はそういう使い方してる。ただ気をつけなきゃいけないのは
multi cpu が PC 数台より性能が低く価格が高いことが多いこと。
どうせ別プロセスなら PC を数台つなげりゃいいじゃん、ってことになる。
NFS とか使うより手軽だ、とか場所を取らないとかの利点はあるけど。

メモリバンドの幅を考えればSMPよりも、
思い切ってクラスタにする方が理論値に近い性能が出る。
分散メモリでも並列化が大丈夫であればの話だけれど。

>>128
いや、そのとおりです。だから
> まぁ一般論で、やる対象によって多少異なるけど、
と言ったわけで・・・

実際には >>129 氏の言うように、PC複数台のほうが実は安かったりしますね。
自分も個人の研究に安いAthlonXP PCを8台使ってて、これでも opteron * 4
マシンなんか買うよりもまだ安くて、自分の使う目的 (BLAST かけたりとか)
では速度的な差ってあんまり無いみたいです。
ただ台数が増えてくると、場所、騒音、電源、廃熱などの問題はあるけど。
個人的には OpenMosix がAMD64で動くようになると、次に買うクラスタは
Athlon64 * 8位かなぁ。

マザボが
K8VHA Pro
です．
Turbolinux8 for AMDをインストールしようと，
インストールＣＤから起動すると，
initializing FireWire... Unable to handle kernel paging request at virtual address fffffff000000
(中略)
Code: Bad RIP value

となって，固まってしまい先にすすめません．
ＢＩＯＳをＵＰＤＡＴＥすれば解決するのでしょうか？
turbolinuxの会社のページに行っても，
これといった解決法は見当たりませんでした．

皆様なにとぞよろしくお願いいたします．

>>132
そのマザーようしらんけど
BIOSでieee1394切ればいんじゃねか？

>>133
ありがとうございます．
BIOSでieee1394を切るにはどうすれば良いのでしょう？
ＡＧＰなどは切れるようですが．
重ね重ね申し訳ありません．

>>7
なつかしー。
白土三平ばんざい。

>>132
あと turbo 8 は update が出てるよ。
http://www.turbolinux.co.jp/support/tech/updatekit/tl8a/manual/index.html
turbo 8 AMD のプロダクトのページには俺が探した時には
リンクされてなかった。まじめにやる気あるのか疑問感じちゃうけどね。
ちなみに俺の場合 (MSI M/B) は update 使っても不安定だったので
ちがう distro 使ってる。

>>134
いや〜、だからそのマザー持ってないからマニュアル見てってしか
言いようないんだけど。

って言っても可哀想だから、マニュアル落として呼んでみた。
なんか俺の落としてきたマニュアルにBIOSの設定かいてないや
MISってこんなに、マニュアル糞なのか？

で、Award BIOSらしいから、Integrated　Peripheral？（スペル合ってるかどうか知らんが）あたりの
オンボードデバイスあたりにないかい？

あとはIRQ（INT線）の競合あたりかな？そこら辺は自分でしらべてくれ

136さんも言ってる洋に、単に相性の問題かもしれん

ありがとうございました．
１３９４をＢＩＯＳで切ったら，とりあえず
先に進めました．
みなさまＴＮＸです．

インストールは旨く行ったのですが，
インストール後再起動しません．
起動中，
VP_IDE: Unknown VIA SouthBridgh, disabling DMA.
Unable to handle kernel paging request at virtual address 0000(略)
(略)
Pid: 1, comm: swapper Not tainted
(略)

と言われてしまいます．
何とかして起動したいです．
どうかお助けください．

>>139
まず update は試したのか？

>>140
BIOSのでしょうか，
それともturbolinuxのupdate kitの事でしょうか．
どちらもしていませんが（インストールはうまく行ったため），
するべきでしょうか．

>>141
VIA チップ、カーネルが認識してないみたいだね
とりあえず、BIOSでDMA切って、立ち上げてからカーネル再構築
して VIAチップ組み込んでみたら？て旨くいくんかな？少し疑問

UPDATE先にしたほうが、いいとおもうな。
あとは、tuboスレで質問したほうがｲｲかも試練な。

アドバイスどうもです．
ちょっとがんばってみます．

う０む，ＢＩＯＳでＤＭＡ切っても，同じメッセージが
でてハングしました．
困った．．．．

>>144
とりあえず、BIOSアップデートしろ。

>>144
あと、基本的なことだけどメモリーは大丈夫だったんだよね？
AMD64版のmemtest86とかやってみたかい？
http://www.memtest.org/
とりあえずリンク貼っておくは。

>>132
Fedoraにしなさい

>>139,144
HDDはSATA?PATA?

チップを認識しないっていうのはディストリが古いのかも。
GentooやSUSEやFedoraでもAMD64版あるから試したら？

一回インストールしたら、最新のカーネル取って来て
ビルドするぐらいはしないとだめかもね。

>>141
だめならしてみた方がいいと思うなぁ。
俺のケースは珍しいかもしれないけど、
インストールは一見成功したが再起動できず、
update kit 使ったら再起動できた、って経験がある。

マザボが
K8VHA Pro
です．
Turbolinux8 for AMDをインストールしようと，
今度はアップデートＣＤから起動すると，
インストール最初でハングアップしてしまいます．
以下エラーメッセージです．
これは一体何が悪いのでしょう．．．

PCI:Using fonfiguratino type 1
ACPI;Interpreter enabled
(略)
PCI:Probing PCI hardware
_CRS returns NULL! Using IRQ 21 for device(PCI Interrupt Link[ALKB])
ACPI:PCI Interrupt Link[ALKB] enabled at IRQ21
_CRS returns NULL! Using IRQ 20 for device(PCI Interrupt Link[ALKB])
ACPI:PCI Interrupt Link[ALKB] enabled at IRQ20
(とまる)

>>151
マザーのBIOSを最新に更新。
それでも駄目ならnoapic。

>>151
ちょっと他の distro 試してみたら？ 俺は TL8 はやめて他の
にしたらあっさり動いたよ。と言っても、x86_64版で install
できない distroが 2つくらいあったけど。

企業は、Itaniumを指示するが、
ユーザは、AMD64を指示する。

Fedora core 2の動作状況求む！
インストールは出来るが、動作がおかしい。

>>155
FedoraCore2ですが、
問題なくキビキビ動いてます。
どのように動作がおかしいのですか?

SuSE9.1 プラットで売り出したね。
最適化進んでるんだろうかね
今買おうか6月まで待って FTP版
落とそうか思案中。

nautilusがまず起動しない、up2dateが操作不能、Gnome terminalが起動しない
ナドナドです。
当然ですがx86-64版
Athlon64 3200+
asus k8v deluxe

>>158
俺は違う distro 使ってるが乗り換えようか考えていたんで
聞きたいんだけれども、問題はその程度ですか？
稼働は安定しています？ 落ちたりとかは無いですか？

nautilusとterminalは回避策がある。
ググれ！
yum使え！

Mandrake
gentoo
SUSE
Fedora
とx86-64もKernel2.6が出揃ったみたいですが
全部入れた人いる？どれがいいかな？

>>161
Mandrake 以外試したよ。
Mandrake はインストール出来なかった。

結局SuSEに落ち着た。

>>162
サンクス　Πb

>>161
Mandrake, SuSE, RHEL入れた

けっきょく RHELに落ち着いた。次点で SuSeかな

>>163
ありがとう。
RHELかぁ。安くならないかな・・・

>>158
新規でｲﾝｽﾄｰﾙしたの?
iimf切れば良かったよ。

>>166
新規です。
nautilus、Gnome端末もiimf切ればokですか？

>>167:
Test版だったけどね。

せっかくFedora Core 1 for x86-64入れたのに
とあるPerlモジュールがｲﾝｽｺできなくて32bitに戻すことになりました。
自分でhackできればいいんだが・・・。

>>169
とあるPerlモジュールってなんだよ

これ。
http://search.cpan.org/~claesjac/JavaScript-0.52/JavaScript.pod
正確には、README見るとlibjsインストール汁！と書いてあるのだが、そのlibjsがｲﾝｽｺできん。

>>171
Mozillaに入っているだろ。

>>172
たぶん入ってない。(今手元にx86-64機がないので）
試しにｲﾝｽｺしたばっかりのFC2 for i386でも見てみたけど入ってませんでした。

>>173
libmozjs.soって名前で含まれている。libjsというのはSpiderMonkey、
すなわちMozillaに組み込まれているJavaScript Engineのことだからね。
あと言うまでもないけどmozilla-devel入れないとjsapi.hは入らないよ。

むむ。
ではひょっとするとシンボリックリンク貼るだけでいけたのか・・・?
まあほかにもうまくいかなかったアプリ（galeonとか）もあったので
漏れはi386版に戻ることにします。暇な人は試してみて。

大学の研究室で数値計算用にDual Opteronなシステムを導入しようと思ってます。
メモリは4GB程度で、併せてabsoftのFortranコンパイラとIMSLを導入し、
価格は60-90万を見ております。で、現在は業者を選別している段階です。

そこで経験のある方々にお願いしたいのですが、この価格帯と目的で、
どの様な業者を選択されたか、あるいはオススメか御教授頂けないでしょうか？

一応通常のPC自作とLinux運用(といっても自宅ですが)は経験あるのですが、
値段が値段なので業者のお世話になった方が良いと思った次第です。

先生方、よろしくお願いします

>>176
ｽﾚの初めの方でも話しが出たがPC工房をお勧めする。

>>176
うちはjcsを使ったけど、内部の配線処理も綺麗だしサポートも対応良かったよ。
過去にIAサーバーを十台以上買ってたのでお得意様扱いだったのかも。
他と比べた訳じゃないので品質はよくわからないけど、IDEのHDD(Maxtor製)は
よく壊れる。初期不良は無いけど、1年以内に壊れたのが15%くらいあったと思う。
新品のHDDをすぐ送ってくるけどね。

>>177, 178

迅速なるお返事、感謝致します。早速両業者に連絡を取ってみまして、
細かい話を詰めてゆこうと思います。

先の話になると思いますが、実際の納入にあたって何かありましたらば
このスレにて御報告致します

ありがとうございました！

>>176
あと、Visual Technology なんか定番なんじゃないかな。
前 Alpha 買ったけど、しっかりしていた。サポートも製品も。
PC 工房はでかくて安いけど、HPC とかに向いているかちょっと疑問。
利点は近くに店舗がある可能性があるってことかな。
Concurrent とかもあるけど、使ったこと無い。相談とかした感じは良かった。

>>176
PC工房、昔クラスタ用に買ったらケースがすごく悪かった。安いだけのことはあると思った。
研究目的だからどうせ捨てちゃう、使い回しなんか考えない、とは思っていたんだけど
意外とメンテで開けざるを得なかったりするんだよね。

もっとも、176の予算を見る限り向こうもあまり変なパーツにはしてこないかな。
ケースの型番見て納得できれば大丈夫かと。

JCSとかプロサイドとかがOPTERON用のサーバーを売っている。

フローティングに関して言えば、OPTERONよりもPOWER PC、ITANIUMの方が
断然速い。但しITANIUMは値段が高いので、コストパフォーマンス的には
OPTERONの方に軍配が上がるだろう。POWER PCはマザーボードとCPUを
買って組み立てるということが出来ないし、ネーティブのLINUXでまともな
ものがあるのやら、それとコンパイラがGCC位しかないので、しょうもない。

質問です。
SSE2 互換命令が Opteron(SldgeHammerコア)では遅くてダメダメで
現行品なら ClawHammer(Athlon64)でやっと使い物になると聞いたのですが
この認識まちがいないですか？もう古い？

>>184
古いです。
リビジョンC（昨年8月以降のもの）からは改善されていて、遅くはないです。
246以上は確実にCコアです。
240-244はCコアかどうか確認しないと。

ちなみに現在は同じCコアでもC0→CGへとリビジョンが変わっています。
Model(C)と書いてあればCGリビジョンです。

http://www.watch.impress.co.jp/akiba/hotline/20040515/etc_opteroncg.html

>>185
どもありがとうございます。Cコアってそういうことだったんですね。
納得です。

>>183
コストパフォーマンスと言いだしたら、P4 とか AMD64
の方が Opteron よりも良いんじゃないの？

OpteronもAMD64だと思うのだが．．．

Athlon64のことだとおもわれ。

>>188
>>189 さんの言う通り、Athlon64 のことを言いたかったんだが、
わかりにくくてごめん。

誰かRHEL3 for AMD64使ってる人います
どんな感じですかね？

>>191
ふつう

普通ってｽﾊﾞﾗｼｲ

その素晴らしい物は高すぎて買えません。
Athlon64ユーザーであるにも関らず、RHEL3 x86使用中だよ。
AMD64版の値段下がらないかなあ。

K8T NEO-FSRにてMandrake AMD64 で インスト成功。
Fedora Core2は・・・厳しいなぁ、あれ。

>>195
すこし前のバージョンでは俺は同じ M/B で
パーティションがギブアップした。

>>196
多分同じバージョン。自分もなった。
「フォーマットできへん！」
ファイル形式変えたら逝けた。

>>197
俺もいろいろ試したけどダメだったんでやめて
他の distro にした。

いくつか使ってみた結果Tao LinuxのAMD64版に落ち着きました。
RHEL3のクローンだそうなので、お金無い人試してみたら？

今こそVineの存在価値が問われるとき
RHEL3を元にAMD64版を出すのだ！

>>200
i386 用 Vine3.0 がいつ出るかわからない、しかもそれでも
kernel 2.4 ベースなのにちょっと無理があるんじゃない？
Vine いいと思うし、今も Vine から書いているけど…

>>198
スワップでフォーマットしてReisterFS(だったけ？）でフォーマットしたら
上手くいけました。　ちなみにHDDはSATA接続。
>>199
ググッてみます。
>>201
シリアルATAにさえ対応してくれれば2.4ベースでも良いですけどね。
自分もMandrakeよりVineがお好みです。

ま、AMD64はお友達ので自分はあと数年は32ビットマシンで(^_^;)

>>200

ttp://search.luky.org/vine-users.6/msg05774.html
> なお AMD64 については、現状では対応する予定はないのですが、
> ハードウエアも持っていないですし持っている人(でかつVineが
> 欲しい人)が開発に参加してもらわないと対応できないと思いま
> す。(もしくは1台どこかから降ってきたりするとだれかが手を
> つけるかもしれませんが..)

降らしてあげれば．

SuSEって、Cool'n'Quiet　対応してますか？
調べてみたのですがここ
ttp://pine.zero.ad.jp/~zac80590/faq.html
で書いてあることにより
Linuxでもデフォルト対応しているものがあり、
ディストリのドライバが必要らしいのですが、
はっきりとした情報を見つけることができなかったです。

今度、今の(PenPro200)鯖を変えてみようと思い、
Cool'n'Quietはまさに鯖向け用の機能だと思いまして、
評判の良いSuSEにしてみようと思っています。

>>202
書くタイミングがまずかったかな。
>>199 はK8T NEO-FSRとは別の単発の書き込みです。
誤解させて申し訳ない。TaoLinuxでうまくいくかどうかは知りません。

…これだけでは虚しいので一応動作状況書いとくと、うちのSK8Nでは
・noapicを付けないと起動中に固まる
・アップデートパッケージの中に -F では古いのが残るものがある
・gnomeの設定ツールの中に機能しないものがある
程度の問題しかなく、快適に使えています。

すいません。
どこで質問すべきか迷ったのですが、ここで聞かせていただきたく書かせてもらいます。

デュアルオプテロンを使いたいのですが、どこのメーカーのマザーボードとビデオカードがＬｉｎｕｘで
相性の問題で悩まなくて良いですか？（一応、サーバー用途では使いません。）

教えて君でごめんなさい。

>>204
できる

AMD64+RADEONが良くないとか聞いた事がある様な。
　　Fedoraのインスコの関係で聞いた話ですが。　>>206

マザーボードはTYAN製品でメモリスロットが8個ついている奴を選べ。
マザーボードにビデオ機能が付いていないものを選べ。ビデオカード
はNVIDIA系統のAGPカードがよい。RADIONはやめておけ。

AMD日本のトップページあるいは次のURLのページをみれば：
http://www.amd.com/jp-ja/Corporate/AboutAMD/0,,51_52_116_7731~85163,00.html
開発目的にであればAMD64のマシンを貸してくれたりするらしいので、
VINEでも移植して動作確認をと考えているデベロッパーは、門を叩いて
みたらどうだろうか?

今月のLinux magazineで
「AMD６４との最強タッグでNo.クランチ　商用Fortranコンパイラの実力を探る」
なんて見出しがあったので買ってみたんだが・・・だまされた
コンパイラがabsoftだけかよ⊂⌒~⊃｡Д｡)⊃
せめてifcとPGIも試してくれと。Linuxだったらifcはフリーなんだしさ。
ifcの32bitでOpteronのNUMA環境の性能をどれだけ引き出せるのかとか興味あったのに。
しかもベンチマークにしても最適化オプションいいかげんだし。
-O3オプションだけで最適化行ったつもりになってんじゃねーぞと
あと2.6系になって処理速度が落ちたという話も聞いたのでKernel2.6系と2.4系の比較もして欲しかった。

以前にIFCとg77で全然違う結果が出てくる事がありました。
コードが悪いんか?と思いつつ放置ですが。

implicit none
real a,total
integer i
c
total=0.0
do i=1,20
a=10.0**real(i-12)+0.1
total=total+a
write(6,'(2f20.7)') a,total
enddo
c
stop
end
てなプログラムで
1000000.1250000 1111113.0000000
1000000.1250000 1111112.8750000
という違いが出た。前者は g77、後者は g77 -O3,ifc,ifc -O3
悪い例のプログラムなんだが、例ということで

>>213
real8で宣言されてないせいでreal4で扱われてるとか？
-r8オプション(realをreal8と解釈)をつけたらどうでしょ

>208殿、209殿、210殿
サンキューです。
ＮＶＩＤＩＡとＴｙａｎがほぼ鉄板のようですね。
ＶＧＡはマトを使いたかったんですけど、諦めます。

初x86_64カキコ、FedoraCore2はなかなか臭いな
jserverが落ちるYO- おちゅ〜しゃはビルド出来た
Debian x86_64 マダ〜といってみるテスト

Debian AMD64 Port Ready
http://lists.debian.org/debian-amd64/2004/06/msg00218.html

Gentoo Linuxでx86_64なPC（Opteron）にインスコしました。
本当はK8向けに最適化したいけどまだgcc 3.3.3はK8に対応していないため
しょうがなく/etc/make.confには
CFLAGS="-march=athlon-xp"
としてコンパイルしてました。
しかし！久しぶりに
http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=1&chap=5
を見てるみると
# AMD64 users should not use athlon-xp
とあるではないですか！
いったいなにを指定するのが適切なんでしょうか・・・
ネット調べると皆さんathlon-xpとしているようですが。
でも駄目って書いてあるしなぁ

でも、動いてるんでしょ?
とりあえず、 「-m486」で（笑）

いまさらですが Fedora Core1 x86_64いれました。
firefoxで日本語が入力できないのですが、
入力できるようにする方法はあるでしょうか？
おちゅ〜しゃやsylpheed,terminalなどでは入力できます。
firefoxへの日本語のペーストはできます。
firefoxで以下のようなエラーがでてます。
---
(firefox-bin:15600): Gtk-WARNING **: module_path にテーマ・エンジンが見つかりま せん: "bluecurve",
(firefox-bin:15600): Gtk-WARNING **: [Invalid UTF-8] /usr/lib64/gtk-2.0/2.2.0/immodules/im-xim.so:
共有オブジェクトファイルを開けません: そのようなファイルやデ ィレクトリはありません
(firefox-bin:15600): Gtk-WARNING **: Loading IM context type 'xim' failed
---
ちなみに、ロケールはja_JP.eucJPにしています。
あと、/usr/lib64/gtk-2.0/2.2.0/immodules/im-xim.soはちゃんとあります。
$ file /usr/lib64/gtk-2.0/2.2.0/immodules/im-xim.so
/usr/lib64/gtk-2.0/2.2.0/immodules/im-xim.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped

/usr/lib/gtk-2.0/2.2.0/immodules/im-xim.so を使うようにすればいいのかな、
とか考えたりしてますが、よくわかりません。
アドバイスお願いします。

>> 220

カナカンジ変換、なに使ってるかしらんが
カナカンジ変換は64bit、firefoxは32bit
なんじゃない？

>>221
FC1をインストしてから特に変更していないので、
kinput2 - canna です。

ググってたら gtk.immodules あたりで何とかなるような気がして、
/etc/gtk-2.0/gtk.immodules を参考に
32bitを使うような $HOME/.gtk.immodules-32 を作成し
------
"/usr/lib/gtk-2.0/2.2.0/immodules/im-xim.so"
"xim" "X Input Method" "gtk20" "/usr/share/locale" "ko:ja:zh"
------
/usr/local/firefox/firefox に以下を追加してみました。
------
GTK_IM_MODULE_FILE=$HOME/.gtk.immodules-32
export GTK_IM_MODULE_FILE
------

そしたらうまくいきました。
こんな方法でよかったでしょうか？

athlon64 + K8V Delux SE(VIA KT800)で 32bit カーネル起動後 nvidia カー
ネルモジュールを組み込もうとすると(modprobe したところで即)固まってし
まうんですが、他の方のところでは動いてますか?

64bitカーネル上だと nvidia モジュール読み込めるんだけど、まだ pure64
な環境に移行する気力が出ないのでしばらくは 32bit 環境で行こうと思って
ますが、モジュールのため nvidia ドライバで X が動かせない。

kernel 2.6.6/2.6.4/2.4.26、nvidia 5332/5336 で試したところいずれも
32bit カーネルでは刺さってしまいました。カードは GeForce2MX/FX5700U で
試したけどどちらも変わらずです。

>>223
nVidiaのIA32ドライバーのreadmeによるとドライバー内蔵NVAGPはK8T800のAGPブリッジVT8385には対応してないようだ。
XF86ConfigのOption "NvAgp"を"2"にするとkernel内蔵のAGPGARTを使うようにすると動くかも。

今RADEON9600使ってるんだけど6800GTに買い替える予定なのでIA32でも動くかどうかの続報キボンヌ

>>224

残念ながら modprobe/insmod した瞬間に固まるので、XF86Config で設定変更
してみる以前の段階なのです。ぐぐってみると Xserver 起動後に固まるとか
不安定になるという話はあるんだけれど、そこまで到達出来ない状態。

あ、32bit カーネルのときでも Xサーバのドライバを nv にすれば FX5700U
は使えます。ただし Debian/sid の xserver-xfree86 4.3.0 だと画面が乱れ
まくるので、Fedora(IA32) の xserver-xorg から nv_drv.o だけコピーして
きました。画面の乱れは Modeline を自分で調整すれば直せそうだったけど、
それはやってません。

Fedora とか gentoo に乗り換えて 64/32 混在環境にしてしまうのも一つの手
なんですが、ずっと Debian なんでなかなか。

なるほど。

さんくすです。
現バージョンのX.orgのnvはnv38まで対応のようなので、
6800でnVidia IA32ドライバーが動かないと困りそうだなあ。

得体の知れないショップにAthlonFX-53+メモリ4GBのPC注文してたら，2週間待たされたあげくにReg付きのPC2700メモリが手に入らないとのこと．
サイトの見積もり欄には8GBまで構成できるようになってたんだけど，在庫のパーツが無いくせにそんなフォームつくってんじゃねぇよと．

とりあえず，キャンセルしてビジュアルテクノロジーにOpteronワークステーションの見積もり頼んだ．
シングルOpteronかFX-53取り扱ってる優良なショップorサーバやさん知りませんか?

>>227
そんな高いものを得体の知れないショップで買おうとするなよ（ｗ

AMD 64 始めました、
ってなんだかラーメン屋が
冷やし中華始めました
と張り紙しているのに似てない?

>>227
ファナティックは？
どこに住んでるのか知らんけど。

>>227
院の研究室で数値計算にでも使うのかな。
VSPEC, Mouse あたりは扱ってるよ。ショップでは大手だな。
「優良」かどうかはようわからんが。

10年もすりゃぁ、地球シミュレーターは机の上にのる位になるのだろうか・・・・・

10年じゃ無理です

15年位ですごい強度の机ができる。

↑
あなた素敵

不覚にも笑いました。

すごい強度の机ならすでにあるような気が汁

100人乗っても大丈夫。

で、地球シミュレーター並の性能のマシンが10年後にはちょっとハイスペックな
　自作デスクトップマシンで実現されうるんだろうか？

>>238
それは物置

マジな話、P4は富士通のVPの三桁シリーズの性能はあるので
15年ぐらい前のスパコンは机の上に乗るぞ、VPPとなるとなあ

AMD64な方に質問しますけど、
ライブラリやアプリを使用する為に
tar ball の make や rpm の rebuild とかで
未知のアーキテクチャとかでつまづきませんか？

いや、特にこれがmakeできないとかでは無いんですけど．．
結構多くありません？そういう状況。

>>242
--build=x86-unknown-linux --host=x86-unknown-linux
とかやれば？
それでもだめかい？

今の Pentium4 や Athlon 64 は、1-2Gflopsの性能を持つ。

これは10年前の top500 にあるスパコンの順位 200-400 に相当する。
http://www.top500.org/list/1994/06/

ゆえに、現在の top500 の 200-400 位を鑑みると、
1100-700 Gflops 相当の計算能力を所持するスパコンが、
10年後にはデスクトップになるかもしれない。
http://www.top500.org/list/2004/06/

つまり、現在の1000倍近い性能向上。
それでも、地球シミュレータの50分の1くらいに留まる。

地球シミュレータの話題の続きは、こちらで
【Xeon】地球シミュレーターに勝てるPCを自作しよう
http://pc5.2ch.net/test/read.cgi/jisaku/1075332874/l50

>>243
レスさんくすです。
いや、コンパイルするたんびにこけるんで皆さんはどうしてるのかなと思いまして。

ところで、noexec=onにしてる人っています？
実際に機能した場合はアプリがどうなるんでしょうか？killされる？
その場合ログに出るんだろうか？疑問です。

地球シミュレータから10年遅れでよければ、本棚一つ分のサイズのラックに、
同程度の性能のマシンが収まるだろうと予想がされていたな。

おれの脳は地球シミュレーターの3倍でつ。

Athlon64 の 32bit カーネルで nvidia カーネルモジュールが使えなかった件
ですが、新しく出てた NVIDIA-Linux-x86-1.0-6106 で無事動かせるようにな
りました。カーネルは 2.6.7。ただし modprobe nvidia と一度やっただけだ
とエラーが出て失敗しますが、もう一度 modprobe nvidia でモジュールを読
み込むことができました。

半日ほど使ってますが特に問題は出てません。やっぱ nv より速くて快適。

先日、大学の研究室で教授から、
君は実験いいから64bitのPCクラスタを作れみたいなことをやんわりと言われ、
初心者なりに色々調べてみたんですが、パーツ選びで既につまづいてしまいました。

CPUは少数のOpteronがいいのか、大量のAthlon64がいいのか。
その場合のM/Bはどんなものが良いのか。安定してるのか。
メモリは？VGAは？ハブは？などなど、五里霧中です。
DistroはFedora2でと考えています。

教えて君で心苦しいんですが、
よければ「俺だったらこんなクラスタを作るよ」みたいなことを教えていただけませんでしょうか？

>>250
予算はどの程度？
クラスター作る目的は何？

クラスターってそんなに簡単に作れたっけ？

巫女ぐにょを突っ込むだけなら簡単だが、
64bitとなると、とんとわからん。

64bitなんで4G以上のファイルをmmapしても差し支えないので、
メモリを詰めるだけ詰めば、いい感じにならないか？

自分も >250 と同じで教授から話が降って来たことがあった。
そのときは普通のPCで100BaseのLAN組んで、
Linux入れてmpichとOpenPBS使って作った。
並列化効率は4ノードで75%くらいだったが orz
まぁ素人仕事にしては上出来だったと思う。

　　　　　　　ただの試作でいいならAMD64かなぁ？
　でも、実用考えるとECCメモリー使えないと数値計算には向かない。
で、費用が限られてるならシングルオプテロンのクラスター。
Dual用のマザー使って後にアップデート出来る用に考える・・・・
　








　と、貧乏人が妄想しております。

>>250
何はともあれ、まずその教授が64bit PCクラスタで何をしたいのか聞くことからじゃない？
a) 自分でプログラムして使いたい
a-1) ゼロから書くことも考えている
a-2) 既に走っているものを速いマシンに移植したい
a-2-1) もともとシングルCPUマシンで走っていた
a-2-2) もともとSMPマシンで走っていた
a-2-3) もともと32bit PCクラスタで走っていた
a-2-3) もともとベクトルスパコンで走っていた
b) 学生に使わせるプラットホームとして使いたい
b-1) 1人で使う
b-1-1) その学生はPCクラスタ用のチューニングができる
b-1-2) できない
b-2) 大勢で使う
....
c) 使わないおきもの

皆様レスありがとうございます。

>>251
目的は有限要素解析等の数値計算です。
予算は120万ほどだそうですが、なるべく節約とのこと。

>>257
教授の意向としましては、
実験→データ収集→解析(PCクラスタ)→結果を元に再実験
といった、ごく普通の使い道だと思います。
PCクラスタは学生にハードからソフトまで作らせて、
それで単位認定とするつもりだそうです。
私が1期生ですので、ハードはすべて新規購入で以前にHPCはありません。
プログラム、チューニング等は私が全て勉強して出来るように…。

今のところ、OpteronとタヤンのThunder K8Wで行こうと思ってます。
メモリは>>256さんの言うとおりECC付きのを。

クラスタならオンボードVGA・・・と思ったけどOpteron向けなら
　そんなマザーボードはサーバー仕様で逆に高いんかなぁ。
でもDualとクラスタを同時にやるとプログラムも大変そうだなぁ。
台数×2の並列計算にすればいいのかもしれんけど。

　取り合えず、HDDはSATAはやめといた方がよさげです。

fedora 使ったことがないからよく知らないけど、White Boxなどの
RHELクローンのほうがそういった用途向きではないだろうか。

White Box Enterprise Linux
http://pc5.2ch.net/test/read.cgi/linux/1080897948/

コンパイラどうするよ。
まともなの買うとそれだけで予算120万オーバーするぞ。
IFC,ICCでいくならやっぱxeonの方がいいのかな。
だれかIFC8のx86-64でコンパイルしたopteronでの性能計ってくれ。
そういやIFCの無料版はライセンス的にintelのcpu以外でも使っていいのかな。

>>261
クラスタのことは無視か

クラスタにするとして、マシン間のコネクトはどうするの？
普通にGigabit Ether?
MyrinetとかSCIだと金かかりそうだけど。

>>262
クラスタのCPUを新xeonとopteronどっちにするかを決めるには
コンパイラのパフォーマンスは重要でしょ？
で、IFC,ICCはAMD64向けの最適化コードを吐いてはくれないと思われ。
(AMD64とINTELの何とかが本当に互換なら動きはするだろうけど)
ifcなみのパフォーマンスで無料のコンパイラってそうそうないっしょ。

LinuxにMPICHとかFFTWとかのフリーなライブラリと無料版icc,ifcで
まあそこそこの性能がでるはず。
2CPU*4ノードのクラスタなら100万程度でできそう?
ただ身内だけで構築して保守までやるならこのくらいの規模までが限界かもね。
1600万だすと64ノードのものができるかというと、実用上は結構厳しい気がする。

>>263 myrinetは予算的にきつい、現実的にはgigabit-etherだろうね。
あとSCSIもあきらめてide-raidにせざるを得ないかと。
最近はマザボに標準でついとるし。
メモリも各ノード2Gならそんなに高くならないかな。

PCクラスタ自作っていつかはやってみたいので>>1さんは頑張って
ノウハウをため込んでください!

肝心のクラスタリングソフトは？
SCORE?

コンパイラはGCCとICCじゃそんなに変わらんらしい。
　そんでもって、Ver.8からはあるレベル以上の最適化すると
intel-CPU以外では動かないバイナリを生成するってさ。cpiIDで確認するらすしい。

gccとiccじゃコードにもよるが、経験上2-5割程度は速度変わる。
普通のアプリでは対してかわらんのだろうが、ひたすら同じことを
繰り返す数値計算ではアーキテクチャ毎の最適化は非常に重要で、
正直gccはきつい。

しかし、gccではFortran90/95が使えないという致命的欠陥があるので
パフォーマンス以前の問題ですな。あと数年はg95でなさそうだし。

>>266
> intl-CPU以外では動かないバイナリを生成するってさ。cpiIDで確認するらすしい。
これはマジでやだな。

>>264

>>1 が頑張ってどうするｗ

>>267
失礼。　カーネルはあんまり変わらない、X関係は差が出る、て聞いたもので。
　　状況によってはAMD64向け最適化の方が速いバイナリ吐くんではないか？
とも思うんですが。

　ところで、並列計算が卒論or修論の目的なら1CPU×8ノードの方が目的には合ってる
気がするんですが。

ぬけた・・・・
GCCの方が、て事です。

>>状況によってはAMD64向け最適化の方が速いバイナリ吐くんではないか？

確かに。まぁどんなに違っても1.5倍程度の差なわけで、よっぽど大規模な
もんでもやらない限りは、opteronならgccで無問題か。
fortran90なんて使わない、という限定つきですが。

ざっと試算したが、ソフトウェア、ライブラリ等には金をかけず、
ファイルサーバとかgigabit-etherハブとかは既にあるという前提で、
マザボ5万、opteron246 ６万×2, メモリ512MB (1.5万)×4
OS用ディスク1万 ケース・電源・ファン等4,5万で1ノード30万以下にで
できるね。
4ノード8cpuで120万位は妥当な線だと。
場合によってはcpuのスペックおとしてメモリを増やす方がいいかも。
アス64のシングル機を8つ繋げるという線もあるが、アス64がopteronに
比べて劇的に安いというわけではないし、保守や設置面積考えるとあんまり
旨みはないとおもう。

まずは安定して動くAMD64環境を作るほうが先だと思うのだが。
ソフト的なことは後からどうにでもなるし。

>>272
解析をやる以上はコンパイラの性能も重要ではないの？ていう話の流れだった
訳で。　コンパイラもセットで考えるとXEONが安いんじゃ・・・ていう話。
それこそただ動けばいいならPen3-600Mhzでもいい訳で。

もしFortran90でコードを書くなら、XEONを選んだ方が総合的に安くなるだろうし。

AMDはコンパイラの開発、どうするんだろう。
Sunとの提携にそれも含まれてるのかな？
っていうかSunのx86用コンパイラって性能どうなの？

つーかPGIとかじゃ駄目なの？クラスタならアーキテクチャとかみんな一緒だから
１ライセンスでコンパイルしてあとはできたバイナリをコピーしていけばいいんじゃ
ないの？

>>273
Xeonは今は様子見じゃないだろうか。
出たばかりでは性能も癖もわからないし。

Sunのx86コンパイラは糞
だから皆 gccを使う。これ業界の常識ｗ

宇宙の定説でつか

>>264
>あとSCSIもあきらめてide-raidにせざるを得ないかと。
>最近はマザボに標準でついとるし
PromiseとかHPTとかの安いIDE-RAIDだったらSoftwareRAIDでも手間は変わらないよ。
AMIのMegaraidとかにするとIDE-RAIDでもBIOSで設定してドライバ入れるだけで
いいからSCSIと同じように使えるんだけど。

そもそもSCSIじゃなくてSCIと >>263 は書いてるようだが。
ノード間通信の話しなんじゃないのか？

VC++って最適化用のルーチンはインテルが作ってるとか聞いたけど、
AMD64用のそれはMSがオリジナルで作ってるのかな？

>>281
>VC++って最適化用のルーチンはインテルが作ってるとか聞いたけど、
>AMD64用のそれはMSがオリジナルで作ってるのかな？
gccで十分だろーが。gcc以上になにを求めるのだ。

同価格帯のOpteronと新Xeonの比較をみると
ttp://planet64bit.de/modules/news/index.php
OpteronはXeonより高性能で、gccはPGIと比べて
捨てたもんじゃないようだが…

>> 267
安定してはいないけど
cvs -q -z3 -d:pserver:[email protected]:/cvs/gcc co gcc
でgfortranがありますよ

>>283
単にopteronの性能がいいだけかもな。gccのx86_64に注ぎ込まれるリソースって
商用コンパイラに比べて小さそうじゃん

まっとうなF90のコンパイラがぜひとも欲しいね。

フォートランは科学計算以外に利用価値ないからな
それにC99でだいぶ数値計算用言語使用になってきたし
そこまでこだわる必要は無いと思うんだけど

http://kimuratakeshi.cocolog-nifty.com/blog/2004/07/post_2.html
で、FORTRAN が…

>>287
Fortran にこだわる必要がある人は結構いるよ。
理由は主に2つあって、一つはその人が Fortran でしかcode できない。
それで十分なのになんで他の言語にしなきゃいかんの？と言う場合。
人間が機械に合わせるべきではなく逆なのだから、これも一つの理由。

もっと深刻なのは、プロジェクトが fortran の膨大な遺産を抱えていて
それを使う必要がある場合。C とかからも呼べるが、結構厄介で、
そうすると portability も危なくなる。

俺は C/C++ で数値計算しているけど。その方が楽だもん。

>>289
>>287は科学技術計算での有用性は認めているんだけど、
科学技術計算以外だとどんなところで利用されているの?

大型勘定系だけどCOBOLじゃなかったプロジェクトとか?
90年代入っても360のアセンブラで維持されていた勘定系もあるらしいが。

あ、大型の世界が知りたいわけじゃなくて、
このスレはAMD64の話だから、
AMD64のFORTRANコンパイラが有用な局面、
しかし科学技術計算ではないってケースあるのかな?と。

>>290-291
俺は数値計算位しか具体例は知らない。Fortran の有用な用途は。
>>287 では数値計算でもそれほどこだわる必要はないのでは、
という風に指摘がされていたから、書いたんだけど。
scratch からだったら俺は数値計算でも >>287 さんの言うように
あまりもうメリットは無いと思ってるんだけどね。

数値計算とかは AMD64 の一つの大きな用途じゃないかな。(特に opteron)
今の時点で AMD64 を必要、というと数値計算とか hard core gamer,
重い CAD のユーザーとか位じゃないの？

ああ、CADなら残っているかもね。
構造解析モジュールがFORTRANで書いてあるとか。

Web用のDBサーバでも64bitの必要性が出てきてる。

200万件のレコードに対して何十コネクション/秒も同時にクエリするサイト等がある。
Kernel2.6+MySQL4.1.2

Web系でOpteronの必要性が出てきてる。
200万件のレコードに対して数十クエリ/秒とかの処理をこなさなければいけない。

Xeon3.06*2基でもお手上げ状態だしなぁ。
いまからDELLがOpteronを採用してくれたら間違いなく使うだろうな。
1000万出しても買うよ。

>>295
漏れなら素直にsparc 64bit x4を100万円で買います

1000万じゃディスクも買えんだろ(笑)
IDE-RAIDでも組むのか？プゲラ
ていうか比較対象がxeon3.06*2って、20万のパソコンですか。
秋葉あさってPC組んで、ADSLでwebサーバですか、おめでたいな。

>>294
> 200万件のレコードに対して何十コネクション/秒も同時にクエリするサイト等がある。

これって64bitだと何か改善するか?
C10K問題はアドレス空間増えても改善されないと思うんだが。

>>298
>>295で
>200万件のレコードに対して数十クエリ/秒とかの処理をこなさなければいけない。
と言い直してるようにみえるが。

ＤＢの構成とプログラムをどのくらい最適化するかとクエリ文にもよるがOpteronでいけるんではないか。
Opteronはもちろんquadね。Operon850でいけ。
Memoryはあらん限り積めろ。だいたい8Gぐらいあればいいかな。
Diskは、Ultra320 SCSIでRAID 0+1構成にすると。スループットあげるにはDisk等のIOに金をかけるしかない。

ってこのスレってだんだんサーバ構成とかショップ関連とか科学技術関連になってるんすけど。
個人的にはAMD64の内部アーキテクチャを語ろうが好きなの。ダメ？

本７はほっとけよ。

mandrakeで日本語変換できません。終り。

>>299
アーキテクチャを語りたいならネタを振らないと

L2キャッシュが1MBもあるのにexclusiveキャッシュは意味があるの？とか
おかげで来年DualコアになってもL2キャッシュが共有できないぞ、みたいな。

L2キャッシュは高クロック化で減らすとか聞いたような。
　クロック上げる障害になるとかで。

>>303
ソースは？
これによるとDualコアの場合で1MB+1MBで合計2MBみたいだし
http://pc.watch.impress.co.jp/docs/2004/0618/kaigai096.htm

確かにAthlon 64は減るけれど、
高クロックの障害と言うよりコスト削減のためだし。
Athlon 64 FXやOpteronのキャッシュが減る or クロックが低くならないと
障害になるとは言えない。

>>304
すまそ、ネットサーフィンで流し読みで見ただけなんですわ。
　　でもオプでない、一般向けなら不良キャッシュ殺して歩留まり向上は・・・やってるか。

デュアルコアってそもそもI/Oを頻繁にアクセスするアプリには
あまり恩恵がないように思えるのですけど。
ひたすら計算するって奴には効果があるっぽいけど、
I/O出力の無いアプリは無いし、結局のところ微妙って思っているんですけど。

本当のところどうなんでしょうか？ >>302さん

>>306
アプリ次第では？
というか何で個人指名(w

例えばUDはI/Oをほとんど使わない。
メモリ帯域もレイテンシもあまり関係ない。
キャッシュ量も256KB以上なら増えてもほとんど関係ない。
だから Athlon 64 3200+ ≒ Athlon XP 2400+
なんていうアプリもあるわけで。
現にOpteron Dualによる2個同時起動で倍近い結果が出ているし。
Dualコアでも同じ事が期待できるはず。

逆にI/O性能をひたすら要求する場合はそこがボトルネックになって
性能が出ないというのは十分ありえる話。

必要な人がDualコアを使い、
必要がなければ安いCPUを選択すればよいのでは？
ほぼ同じ値段で性能が下がらなければ
わざわざSingleにこだわる必要もないし。

>>307
>というか何で個人指名(w
いやなんか、もしかしたら知ってるかなぁと思ってふってみました。

なるほど、やはり計算系のアプリは一日の長があるということですね。
でも、Dualである奴とそうでない奴のどちらか選べって言われたら、
やっぱり性能の良い方って答えるなぁ(ようするにデュアルコアの方)w

DBだと、DBの索引の類をごそっと巨大なメモリ空間に展開しておいて、
データーの本体もメモリ上になるべくキャッシュし、HDDに書き出す時まで
溜めておけると、アクセスが速くなる。もちろん停電対策とかRAID対応は
きちんとするのだ。メモリがたくさんあれば、重たいプロセスもたくさん
メインメモリ上に保持しておきながらI/O待ちをさせておくことが出来る
ので、同時並行のトランズアクション数を増やせてスループットが向上
出来る。

Fedoraガンガレ(w

Reaching for the 64-bit Trophy
http://www.anandtech.com/linux/showdoc.aspx?i=2114

Fedoraはもういい
Debian頑張れ、速く64bit版Sargeとanacondaベースのインストーラを完成させてくれ

ECS の 755-A2 (SiS755チップ) のマザーで Athlon64 3400+ のっけて
いるのですが S-ATA の HDD WD360GD が認識しません。
Fedora 2 を新規インストールしようとすると
No hard drives have been found.
と出て、何かドライバをロードするようにすすめられます。
出てくるドライバは試してみたのですが最終的にパーティションの設定をしようするときに
HDD が認識されていないということで、インストーラが終了してしまいます。
ドライバはフロッピーからでもロードできるので、
何かこのドライバをとってきたら使えるという情報があれば教えていただきたいのです。
よろしくお願いします。

WhiteBoxのがいいような。
x86_64版出ていたよ。

自分は32bit環境だけど、
Fedoraよりはるかに安定している(RHELフリーみたいなもんだから当たり前だけど)

>>312
BIOSの設定かな。
最近のlinux magazineで755-A2でSATA使えるってあったから
使えるんだろう。

ヴィジュアルテクノロジーにopteronサーバ注文してたんだけど、opteron150だと納期が9月後半になるって言われたよ！
仕方ないんで、148に落とした。
鬱。

V-Tの前にもマザーボードが入手できないとあるPCショップに断られてはや３ヶ月。
64bit難民の生活はいつまで続くんだろうか・・・・。

これならできる!超速ハイエンドPC構築レシピ
ttp://www.amazon.co.jp/exec/obidos/ASIN/4839915679/

この本ざっと読んで見たんだが、
なんかOpteronが雑に扱われてるような気がするのは気のせい？
それも、何故Winだけで検証するのかと。(Wintelﾏﾝｾｰか？)
Winよりも、Linux or FreeBSD等のほうが先に出てるわけで、
そちらで比べてもいいだろうに。と感じた私は何か間違ってますか？

>>313
ありがとうございます。試してみます。
>>314
そうなんですか!? Linux Magazine 漁ってみます。
ありがとうございます。

VTは自作PCにlinuxいれてぼったくってるだけだからな。
オンボードのlanでつなげてクラスタとかほざいてるやつは
まともな筐体設計とかしてないから熱暴走しまくりで実用になんないです。
数分はしらせてベンチとるぐらいしかできないですよ。

いまんところ、確実なFORTRAN90系は、PGI社のものだろう。
MPI並列やOPEN　MPもサポートされているらしいし。

６４ビット拡張のインテルコンパイラのLINUX版は、
（いまのところ）無料では手に入らないらしい。

>>320
Op/Athron64でもちゃんと性能出るなら有料でも欲しいっす。PGIのより安いし。

>>320
premierからいつものように手に入るicc8.1 EM64T Editionとは違うものでしょうか。

>>321
icc/ifc7.1以降はGenuineIntel以外はSSEはおろかMMXも使わせてもらえないので
論外です。
ttp://softwareforums.intel.com/ids/board/message?board.id=11&message.id=1574

>>322
最後まで読んだらこれは8.0のbugでもう直ってる、7.1はfix no plannedだそうで。
Moderatorが答えてるんで信憑性はありますが、気になる向きは要確認。

SPEC CPU2000 V1.2
ttp://www.specbench.org/cpu2000/results

上記のホムペに遊びにいってkた。
opteronがいちばん現実的と思った。
ちなむとpowerpc970の結果がなかった。

＞３２２
中を開けてみたのかね？　なかに何が入っていた？
コンパイラとして動くものが入っていたかね？
どうしてあんなにサイズが小さいと思う？

>324
http://www.nminoru.jp/~nminoru/memo/spec/spec_cpu2000.html
ここ見るといい。
PowerPC970 は下の方にのってる。IBM による計測でこの値か。
Pentium M マンセー!

http://www.ueda.info.waseda.ac.jp/~inagaki/doc/opteron.html
Itanium2、あなどれん。

>>322
もれのPremierには無いぽ。
ショボーン

http://www.tgc.com/breaking/1995.html

ところでnxが有効化どうかってどうやって調べるの?
kernelのboot optionでnoexec=on noexec32=all,onで起動してみたんだけど、
dmesgも特に何も変わらないみたいで有効になってるのかよくわからないんだけど。
SUSE 9.1 x86_64でSUSEのkernelをそのまま使用中。

あの、ちょっと聞きたいんですが、x86_64マシンでメモリを8GB以上積んだ場合、
そのメモリにアクセスできるのは64Bitアプリだけでしょうか？　それともOSが
64Bitに対応してれば32Bitアプリでも大丈夫なんでしょうか？

32bitCPUでもカーネル構築時の設定でOSは8GB以上のメモリを使える。
１つのアプリで使えるのは最大2Gだが、通常は複数のプロセスが居るし、
キャッシュやバッファとしても使われるので有効に活用される。

１つのプロセスで8GB以上のメモリを使いたいのならば
64bitのOSと64bitのアプリが必要。

訂正。「１つのアプリで使われるのは最大2Gだが」は誤り。

どう誤りなのかも説明したほうが親切だと思うが。
PAEかな

>>333
332じゃないけど、Pentium Pro以降で実装されているPAEを使うと仮想メモリ領域は
4Gのままだけど、物理メモリ領域は36bit(=64G)までアドレッシングできるようになる。

Linuxでは各プロセスは別々の仮想メモリ空間を持っていて、通常先頭の3Gをユーザ空間
最後の1Gをカーネル空間としている。というわけで２Gじゃなくて３Gってことじゃないかな。

けきょーくプロセスはそれぞれ仮想メモリ空間を持っていて
OSによって仮想メモリ空間と実メモリ間のメモリマッピングがされるので
64bit OSならなんの問題もなく8Gすべてが使えるでFA?

>>335
ウダウダ言ってないでさっさと64bit機買えよチキン野郎。

>>335
とりあえず、CONFIG_HIGHMEM*関係のドキュメント読めば?
前スレにも書いてあるしさ。

>>335
8Gすべて使えるけど、あくまで32bitアプリの１プロセス当たりのメモリ空間は4Gだよ。

>>337
64bitLinuxにもHIGHMEMがあるのですか？

FreeBSD5.2.1 for AMD64 はとっても良いヨ。

game6の騒ぎを知ってるから騙されません

手元にあるのはSingleOpteronだし。

>>330
利用可能な仮想メモリは、
32bit kernel上での32bitアプリは、3GByte
64bit kernel上での32bitアプリは、4GByte
64bit kernel上での64bitアプリは、512GByte

>>342
明快な回答サンクス。なぜそうなのかはこれから勉強しまつ。

>64bit kernel上での64bitアプリは、512GByte

えー？ これ本当？ 先を考えると少なすぎる。

>>344
あとから拡張できます。バイナリインターフェイスを壊すことなく。

>>345
実装されている物理アドレスは40bit(1TByte)だからOSが半分使用？

>>344
ちなみに論理アドレスは48bit。
これはK8の制約であってAMD64の制約ではないので
必要があれば拡張されて実装されるはず。

>>344
>えー？ これ本当？ 先を考えると少なすぎる。
おい、メモリを湯水のように使うなよ。(某OSみたいに)

( ﾟдﾟ) ｱｾﾞｰﾝ

>>347
Win95 が出る前は、8MB が標準だった。10 年たって 512MB が標準になりそうだ
単純に考えて、あと十年すると 32GB が標準になれば、512GB は遠くない未来だ

数値計算やっていると、どれだけメモリーがあっても足りないぐらいなんですよ

>>345
今空いてるからって勝手に使い出す奴が絶対います。
68kMacとかX68kとか

次期のOpteronは、SMTでデュアルコアになるんだろうか？

>>351
いや、CMTか？

>>350
リニアアドレス値の上位16bitはゼロ埋めしておかないと、
例外が発生する仕様だったような。どうだったかな。

なんか前にもこのスレで見たような。
Documentation/x86_64/mm.txtに

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.

とある。
つまりMIなmmのコードが3階層のページテーブルを想定してるから、
一つ分使えなくなってるってことかな。
漏れもちゃんとマニュアル読まないとダメだな。

>>352
CMTというよりCMPの方が今のところは適切だと思う。
まだそれほど普及した言葉じゃないし何よりあいまい。

CMTを言い出したのはSUN？
http://www.sun.com/processors/throughput/faqs.html
によると CMT = SMT ∪ CMP だから間違いじゃないだろうけれど
これによると単なるデュアルコアなPower4もCMT、
HTT付きPentium4もCMTで違和感がかなりある。
Power5みたいな SMT + CMP ならいいんだけど。

びみょーに擦れ違いだが質問
Noconaで64ビットLinux遊んでる香具師はいないの?
パフォーマンス上の利点はある?

NetBurst内部のALUは64ビット化されてなさげなので興味蟻

Noconaってなに？

>>357
Xeonの新コア名。EM64Tというアドレス64ビット拡張がついている
Prescottとかんがえればいいかな？

Noconaに価値があると思うやつなんているのか？
馬鹿じゃなければ安くて速くて省エネなOpteronを使うだろ

>>358
ああ、あれもう売ってるの？
最近最新情報疎くてなー。

>>359
世の中intel以外はクソと思っている人は結構多いからね〜
まあいっぱい金使って経済を活性化してくれてると思えばありがたいじゃん。

独占は沈滞をもたらす。

intel vs amdなんてもう半分は出来レースだろ？

たまにはあげてみる。

コレ買った香具師居る？
レポキボン!
ttp://www.v-t.jp/products/hpc/opteron/workstation/ws4000_top_main.html

こっちでも良いよ
ttp://www.v-t.jp/products/hpc/opteron/workstation/ws4000heatpipe_top_main.html

>>365
いいね。4CPUメモリ16GBで200万なら買うけどちょっと予算オーバーだな。

>>365
上の315だけど、注文したオプテロンサーバーまだ来ないよ！
どないなってるの？

いい加減ボスがキレかけてるんだけど・・・

>>368
サーバは遅くなることが多々ある。気長に待つべし。

うちで発注したXeonMPマシンは、見積もりから到着まで半年かかった。
参考までに。

>>369
半年も待ったら相場がかわると思うけど、金額はそのまま？

PCｻｸｿｽと同じ手法かよ
そりゃ儲かる罠

PC鯖屋は酷い商売してるな

ｿｹｯﾄ939使ってる人居るの?

もｔ

>>370-371
もともと、サーバはそれほど価格変動が小さい
モデルチェンジするか、明確に価格変更しないと変わらないくらい
半年どころか、1年くらいは価格は変わらないと思う

>>372
代金がハードウエアだけだけとするとぼったくりに見えてしまうけど、
実質はサービス料金が半分くらい含まれていると思ってよい

それでも、十二分に高いけどなー

始めから半年先の納期ならそれでいいけど、
代替も提示せずにずるずると何ヵ月も延びるのは問題外でしょ。

日本コンピュータから買ってみな。

JCSのこと？
納期3週間っていうのに3週間以上たっても連絡ないから電話してみたら
「今日出荷しました！明日着きます」っていうのが3回ほどあった。




そば屋かよ！！

>>378
んじゃ次からもっと早くゴルァすりゃいいじゃん。で、翌日到着。

op買ったときはマザーボードのBIOSがどうこうで2ヶ月くらい待たされたけどね。

鯖屋って何に時間かけてるのかね〜。
これといってソフトウェアのオプション付けてなくっても結構待たされるもんだ。

国内でもSunのOpteronマシン買えるようになるみたいですよ。
http://www.itmedia.co.jp/enterprise/articles/0408/18/news066.html
http://jp.sun.com/back/2004/0818/feature/

OSはSolaris, Red Hat, SuSEから選べる様子。

「すんませ〜ん！今、組み立ててますんで！」

鯖屋は組み立て在庫かかえずに受注発注で順番に作っていくから
1,2週間はかかって当たり前じゃない？価格変動が激しいヤツは
受注発注だろうし

20万円のOPTERON WSは面白そうだな。

>>384
即日復旧出来ないようじゃ安い鯖屋だな。

つーことは、年内に導入したけりゃそろそろ発注すべき？

納期守ってほしけりゃちゃんと金出せってことなんだろ

これからいろんなディストリ試してみようと思うんですが、AMD64に対応しているのって
SUSE、TURBO、RHEL、Gentooだけでしょうか？

あ、あとFedora。

WBEL

FreeBSD, Windows XP for AMD64 beta,

FreeBSDユーザは嘘つきだから対応してるって言ってるのも嘘かもしれないよ。

ｳﾝｺ漏れそうだから一旦トイレ行きます。

>>394
あ！ずるい！
俺漏らしちゃったよ。

うんこしてるときにカレーの話するのやめて

あれ？　うんこは64ビット対応してないんだよね？　たしか。

64ビットはうんこしないよ

するよ

ウンコ最中悪いが，opteronが届きましたぜ．
しばらくは眠れそうにないな．

>>400
そんなあなたに、lmbench。
ftp://ftp.bitmover.com/lmbench/

それで、opteronを骨の隋まで味わってくれ。

>>401
64bitナイコンさんには悪いが，しばらく眺めるだけにしとくよ．

やべぇ。勃たってきた。

>>403
おまえのIDなんだ！こんなことあり得るのか！

>>404
ぶっちゃけありえない

おまえらディストリ何使ってますか？

FedoraCore。
人柱ご用達。

SUSE 9.1
安定してよく動くよ

>>407
アップデートしたら安定したよ。

SuseとFedoraってどっちがパッケージ数多い？

>>407
あなたのIDもC4連続で珍しいよ

Debian

何とかインストールできた

>>411
お疲れ．感触はいかが？

fedoraってx86_64用のaptのリポジトリがないのがいくない．

>>412

入ってしまえばふつーのDebian。動作はきびきびしてる気がする。

マザーがDK8N何だけど、インストールの際にeth0がeth1394ドライバで
認識するのは正直勘弁してほしかった。

>>406
gentooでgo!

>>406
Tao

うんこ漏れたー！！！

例えばVineLinuxのようにx86_64をサポートしていないディストリをx86_64化するにはどういった作業が必要でしょうか?
自分が思いつく限りでは，x86_64対応のGCCとglibcを用意してsrc.rpmをx86_64でビルドしてパッケージ入れかえなどが思いつきます．

他に必要なことはなにがありますか?

>>417
binutils も入れ替えないとあかんで。
タマゴニワトリになるから、最初はバイナリで入れるのが吉。

コンパイルエラーを通していくのがマンドクサイ。
わかるやつは楽しいんだろうが。

未知のアーキテクチャとかいろいろ・・・
がんがれ

素朴な疑問なのだけど、カーネルのみ64bit monolithicにするってのはあり?

>>420
ありだろうけど、何故に？
kernel作るときにglibcとか要るんでないかい？

kernelはlibc使わないよー。

WBEL3 Respine 1 を導入してて、Kernel は 2.4.21-15.0.4.EL.x86_64
ですがオンボードLANの3c940がどうしても動きません。

ドライバのソース(ASUS 046_Linux.zip) 取ってきて Makefile に
CFLAGS += -mcmodel=kernel を追加してコンパイルし、
その後 3c2000 のロードには成功して lsmod しても used に
なっていて、ifconfig で見ても up になってて正常に動いてるっぽいです。

なのに実際には ping と DHCPクライアント以外何も通信できません。
経験した方いませんでしょうか？

tcpdump 取ったところ、bad udp checksum が出てるみたいなんですよね。。
TCPだけ使っている通信ならうまくいくのかもしれないです。

マザーはASUS K8V Deluxe (K8T800) です。
sk98linも試しましたが、デバイスが見つからないと怒られました。
前スレ 696 さんは RHEL で動いたようなんで、基本的にはWBELでも
動くと思ったんですけどね。。

ちなみに、もちろん同マシンでは Windows XPや
Fedora Core 2 x86_64 (sk98lin使用) では問題なく 3c940 が使えてます。

420 >>
1プロセスで利用できるメモリが4GBになる

>>423
kernelがあやしいぜー

>>426
CFLAGS += -mcmodel=kernel
の"kernel"のことでしょうか?
これいれとかないと、コンパイル通らないんですよね。

で結論から言うと、うまく動くようになりました。
結局サイトからダウンロードした sk98lin パッケージを使いました。

http://www.syskonnect.com/syskonnect/support/driver/d0102_driver.html

からinstall-7_07.tar.bz2をダウンロードし、install.sh を走らせ、
User Installation Mode で一発で問題なく動作。
install.shはmake dep や make modules、sk98linモジュールのみ
/lib/modules/*/kernel/driver/net にコピーなど自動でやってくれたので、
すごい楽でした。

きっとカーネルのみx86-64でも動くだろうと思いつつ
初めてのインスコだったから試さず、Fedora Core2をｲﾝｽｺしたんだけど

こんなことなら、素直にDebianでもｲﾝｽｺすりゃよかった（ ・∀・ ）
みんなありが�d

# ネットワークインストール派なので、CD3枚焼くのはメンドかった

long doubleの精度に関する質問です。

まず、私の環境は以下のとおりです。
cpu optern248
os fedora core 2 for x86_64
compiler gcc 3.3.3

以上の環境で以下のプログラム(test.c)
#include <stdio.h>
#include <math.h>
main()
{
float x=0.1;
double xd=0.1;
long double xdl =0.1L;
printf("%40.35e (size=%d)\n",x,sizeof(x));
printf("%40.35e (size=%d)\n",xd,sizeof(xd));
printf("%40.35e (size=%d)\n",xdl,sizeof(xdl));
}
をコンパイル'gcc -lm test.c'して実行させた結果、
1.0000000149011611938476562500000000000000e-01 (size=4)
1.0000000000000000555111512312578270211816e-01 (size=8)
1.0000000000000000555111512312578270211816e-01 (size=16)
という結果が得られます。

double とlong doubleで精度が同じように見えるのですが、実際のところどうなっているのでしょうか？
http://www.turbolinux.co.jp/world/library/features/SoftwareDesign/200401/AMD64/64bit-ch3a-2.html
を見るとx86_64では128bit浮動小数点演算がサポートされているとあります。

long doubleを表示させるときは”Ｌｅ”を使うんですね。
man 3 printf
に書いてありました。

普段long doubleなんて使わないので気づきませんでした。

Le にした時、どういう表示になるのでしょうか。

>>429 ではないがちょっと遊んで見た。 Athlon64 3200+。
コードはちょっと増やしてみた。

#include <stdio.h>
#include <math.h>

int main(){
float x=0.1;
double xd=0.1;
long double xdl =0.1L;
printf("%40.35e (size=%d)\n",x,(int)sizeof(x));
printf("%40.35e (size=%d)\n",xd,(int)sizeof(xd));
printf("%40.35Le (size=%d)\n",xdl,(int)sizeof(xdl));
printf("%40.35g\n",M_PI);
printf("%40.35g\n",sin(M_PI));
printf("%40.35g\n",sin(M_PI));
printf("%40.35Lg\n",sin(M_PI));
printf("%40.35Lg\n",(long double)(sin(M_PI)));
}

1.00000001490116119384765625000000000e-01 (size=4)
1.00000000000000005551115123125782702e-01 (size=8)
1.00000000000000000001355252715606881e-01 (size=16)
3.1415926535897931159979634685441852
1.2246467991473532071737640294583966e-16
1.2246467991473532071737640294583966e-16
0.10000000000000000000135525271560688
1.2246467991473532071737640294583966e-16

取り扱いが厄介な割にあまりメリット無いような気もする。

long doubleが128bitになったというのは
long doubleの計算にはx87浮動小数点レジスタではなくSSE（XMM)レジスタを使うようになったってこと？

CPUの技術資料読んどかないとな

>>433
メリットが無いというか、そんなんじゃ今までと同じだよ。
エコノミックアニマルは未だにlong doubleの使い方がわからないらしい。

M_PIを倍々精度で使うには
#define __USE_GNU
しないといけない。
詳しくは /usr/include/math.h 参照。
それに sin() は倍精度の関数。倍々精度で計算したいなら sinl() じゃないと。

>>444
そういうこと。ｇｃｃ3.3.3でopteronだとデフォルトでSSE命令使ってくれる。
gccのオプションで387とsse切り替え可能です。

>>435
補足。
倍々精度の定数定義を使うときは
#define __USE_GNU
で、
M_PI -> M_PIl
だ。

すんまそ。

>>435-436
どうも。しらんかった。で、
xdl = sin(M_PIl);
printf("%40.35Lg\n",xdl);
xdl = sinl(M_PI);
printf("%40.35Lg\n",xdl);
xdl = sinl(M_PIl);
printf("%40.35Lg\n",xdl);

1.2246467991473532071737640294583966e-16
1.2246063538223772582114179385825992e-16
-5.4210108624275221700372640043497086e-20

__USE_GNU でも _USE_GNU でもうまく通らなかったので
M_PIl は手で入れておいた。なぜかわからん。

やっぱ、厄介だなぁ。portability も無くなるし…
制度も 8桁じゃなく 4 桁しか上がってないし…

そういえば一応 Athlon, P4 でも同じコードコンパイル
したけど、結果同じだね。icc 使っても同じ。
結果自体は Athlon64 or gcc だから違うってことないのね。
>>429 からの流れでなんとなく誤解してた。すまぬ。

>>438
お疲れ様。
やっぱ、64BITの恩恵はメモリ空間の拡大というところですかね。

ン？なんでここでそんな話題が出てるのかよくわからんけど
long double自体は何年も前からあるよね・・・？

>>440
>>429のリンク先

>>440
long double は大分前からあるね。そういう意味じゃ long もある。
ただ、実装はどうなってるかの問題じゃないかな。
standard でどう保証されてたっけ？ たとえば long は
必ずしも int より大きい数を表現できるとは限らないよね。

sizeof(long double)が16になっているのは, アラインメントのせいだと思って
いましたが. 拡張倍精度(80bit)と内部表現が違うんでしょうか?

>>443
IA32で上のプログラム走らせたら精度の違いとして現れるでしょ。
試してガッテン。

>>437
M_PIl を手で入れたってあるけど数値はいくら？
>>433の
3.1415926535897931159979634685441852
は
3.141592653589793
までしか合ってないけど。

>>445
/usr/include/math.h に
# define M_PIl 3.1415926535897932384626433832795029L /* pi */
って書いてあるよ。

>>446
俺が暗記してる桁数より少ねーな。

>>447
銀行の暗証番号とかに使うといい。
PIの何桁目とかメモしといても大概の人はﾊｧだから安全。

そんなときの為のsuperPI

>>448
がんばって調べられたら一発で終わりじゃねーか。
それなら、適当にランダムで作ったほうが安全

πの104万桁から６つの数字にしといて
暗算で計算されたら正直、預金全部あげちゃうかも

>>451
暗算で計算するのは、「神」レベルだけど、ちょっとでもプログラムの知識があれば、
πの104万桁の範囲なら簡単に調べられるだろ。

「πの何桁目」なんて馬鹿正直にメモしないで桁数の数字だけ
書いときゃいいだろ。

そして暗証番号は4桁だから。オフセットは暗記しとく。
これで完璧?

>>454
オフセットを暗記できる能力がある人なら4桁の暗証番号くらい普通に暗記できるのです。

そりゃそうだ。

おまえらおっぱいおっぱいいやらしい。

そういう暗号とかパスワードは、ダメなものの典型例だよ。
円周率を先頭から順番にためしていけばいつかはあたるのだから。
#
むかしむかし、ネットで８桁のパスワードをランダムに生成してくれる
というパスワードジェネレーターのソフトが公開されていました。
これは便利だとみんながそれをダウンロードしてパスワードの生成に
利用しました。ところが、

ところが何だよ！
気になるよ！

１：円周率の任意の桁を表示してるだけだった
２：時間稼ぎの空ループだけで何もしていなかった
３：ハードディスクを破壊するコードが埋め込まれていた

それよかオプテロンの話しようぜ。

>>459
GNU expectのmkpasswdスクリプトが乱数生成で手抜きをしていて
簡単に推測出来るパスワードを生成していたってのはそう昔の話ではない。

8桁の数値を擬似乱数x時間で出して、それを文字に変換するだけなのに
手抜きってなんだよ。。。　Cなら30行くらいのプログラムだろ？

パスワードを生成するプログラムを作った奴は、そのプログラムが生成
するはずのパスワードの列を順番に調べると、簡単に破ることが出来た
のです。つまり、そんなプログラムを信用して使うのが馬鹿なの。

>>463みたいな奴が書いたコードが脆弱なパスワードを生成するんだろうな。

高価なCPUに乞食OS…
ホームユースじゃないよなぁ

こいつのデュアルＣＰＵで貸しＣＰＵ屋をやったら一秒いくら取れるかな

>>458
円周率を先頭から順番に試していけばどんなパスワードでもいつかは当たる。
無理数とはそういうもの（だったような気がする）。

超越数の間違いだろ。

>>468
つまりあらゆるパスワードはダメダメだと458は言ってるわけですね(w

スピノザによれば神様からみればなんでもダメダメだしな。

>>468
円周率にアルファベットが入っていたとは、知らなかった！！

>>472
26進数とか36進数とか使えば問題なし。

実メモリを沢山積みたかったら、OPTERONにするしかないのかな。
たとえCPUが１個でも４CPU用のマザーを買うとか??

CPUを複数積まないとメモリを沢山積めない
マザーがあるので要注意だな

暗証番号の場合4桁の整数値ときまってるので、まじめにパイ計算してくくらいなら総当りしたほうがはやいとおもう。

暗証番号の場合総当たりすると3つめくらいで口座が止まると思う

>>476
覚えるほうも桁数を間接的に覚えるくらいなら
直接記憶したほうが早い

つーかopteronの話しようぜ。

http://enterprise.watch.impress.co.jp/cda/hardware/2004/09/10/3339.html
こういうの欲しいね。

>>480
俺んとこ入れようかと考え中さ

CPU当たりの値段によりだね。
クラスター組むよりこれ2台３台買った方が良いとオモテル

>>481
自己レス

ドーターカード壊れるとまじで修理代高いから
故障が怖くて敬遠しちゃいそうだな

PCだったら多少壊れても安く直るから安心

>>480
電源10個搭載って消費電力すごそうですね。

utripperのAthlon64最適化やってみたいんだけど、
Athlon64のマシン語の資料ってウェブでどこかにあります？
ぐぐっても出てこなかったんです。

現在の主流は bitslice だ。

http://www.amd.com/us-en/Processors/TechnicalResources/0,,30_182_739_7203,00.html
ここを探して何も見つけられなければ藻前の目はfusianasanだ。

Cray XD1 はOPTERONを2個載せたドーターカードを6枚入れたケースを
構成要素として沢山つないで使えるが、この12CPUの箱だけでも使える。
OSはLINUXで、値段は700万円ぐらいらしい。(12CPUが)

けっきょく
６４ビット根いて部で製品のvmwareは動くのかい？

動くわけないだろ

>>485
>現在の主流は bitslice だ。
なるほど。俺もそれでいこうっと。

VMwareって基本的には実験的サポートでしょ？
どれくらい不具合なしで動くのかな？

オプティオン上でlinux-2.6.8.1のカーネルを再構築中ですけど、
make menuconfigでCONFIG_X86_64=yやCONFIG_64BIT=yに設定
できないっす。Why?

>>491
つーか，ディストリはなに？

>>492
Slackです。カーネルソースはkernel.orgから取ってきました。
gccのバージョンは3.3.2だったかな。
とりあえず、カーネルだけでも64bitにしようと思ったです。

SlackにAMD64版なんてあったっけ？

>>488
つまりアプリケーション単位で３２ビット６４ビットを分けることができなくて
カーネルを６４しちまったら、６４アプリ以外はうごかん！
ということですな？

ってことはmakeできる物以外は動かないことになるぞ？

>>494
> SlackにAMD64版なんてあったっけ？
無いからカーネルだけでも64bitにしようと思ったです。
やっぱ、gccのバージョンを上げないとダメかな？

なんでそんなド素人がSlackを使ってるの？それが不思議。

>>496
ふむ。色んなディストリで64bit化が流行ってるようですな。
gccのバージョンが古いよ。x86_64に対応していない。

すみません。PC暦はまあまあですが、Linuxは使い始めて４ヶ月そこそこです。
>>498
ご助言ありがとうございます。gccのバージョンを上げてみます。

>>499
4ヶ月使っていて初心者ぶるとはいい度胸だ。ガンガレ。

俺なんか5年以上使ってるけどﾈｶ心者だ

>>501
俺は2週間くらい使っただけで、初心者脱却と思っているんですが・・・勘違い？？

GCCのバージョンの問題じゃないだろ

じゃぁ何の問題？
カーネルが対応してないなんて事ないよね？

いいから黙ってAMD64版のディストリ入れとけ。

>>503
GCCのバージョンが新しくても、GCCをコンパイルするときにAMD64対応でコンフィギュアされてなかったら意味がありませんぜ。
とりあえず、gcc -vをみせるよろし。

>>506
はい、gccを上げるにあたり、AMD64(x86-64)対応で作るつもりでいます。

>>491
俺もCONFIG_X86_64=yできなかったけど
kernelのバージョン上げたらできたよ

結局、６４ビットカーネルでは３２プロセスは動かせないのだな？

だめだめだな・・・
ｖｗａｒｅも使えないしａｔｏｋもつかえないしデ変研も使えないし、
メーカーから出しているハードウエアの設定ツールも使えないし３ｗａｒｅとかね、
ｑｕａｋｅ３使えなくなるｈｅｒｏｉｓ３もできなくなるし・・・
だめだめだな

各メーカが対応するまで待ちだな・・・再来年か？

>>509
え、32bitプロセス動いているよ。
shade　preview版、　opteron　242で動いているよ。
386用qemuも32bitで動いているし。

>>509
馬鹿?

>>511
反面教師にしる。生温かい目で見守るのだ。

>>509
windowsのこと言ってるんでしょ

おお！６４ビットカーネルで３２プロセスはうごかせるのですな！！
じゃｖｍｗａｒｅだって動くかもしれない！！

>>513
すべてＬｉｎｕｘの商用ソフトだよ
ｗｉｎｄｏｗｓにデ変研あったのかしらなかったぞ
3wareのＲＡＩＤコントローラはＬｉｎｕｘから制御できるように設定ツールをメーカーが出しているのだ
これは商用ソフトというのとはちょっと違うけどね。

atok使えるよ。
64bitなMozillaとかと使うと怪しいけど。

どなたかWidoStudioを動作できた方はいらっしゃいますか。
http://www.widestudio.org/ から入手したソースからコンパイルしたんですが、
segmentation faultで立ち上がらないのです。

Debian amd64と Gentoo x86_64の両方インストールして試してみましたが
同じ症状です。
どちらも gcc-3.3.4 ld-2.15です。

初めはコンパイル中にこんな↓メッセージが出ていたので、それが原因かと思ったのですが、

/usr/bin/ld: ./runtime/png.o: 再配置 R_X86_64_32 は共有オブジェクトを作成したときには使えません -- -fPIC を付けて再コン
パイルしてください
./runtime/png.o: could not read symbols: 不正な値です
collect2: ld はステータス 1 で終了しました
make[2]: *** [../../lib/png.so] エラー 1

リンカに渡すフラグに -fPIC を追加したら、上記のエラーは消えました。
しかし、立ち上げた直後に落ちてしまう症状は変わりません。

ちなみに Debian amd64には 旧バージョンの WideStudioが収録されていますが
同様に落ちます。

suseは32bitアプリがそのまま動いてたな
32bit互換ライブラリ付き

なるほど！６４ビットカーネルで３２ビットプロセスが動くなら
ばっつりだな
６４ビットプロセスとはインターフェース互換性で少し問題があるというこっちゃな
まーその程度ならほげほげして直せるっしょ
よひ、気が向いたらＧＯだ！

気をつけなくてはいけないのは、64bitプロセスで動く拡張機能のあるアプリだ。
そのアプリの拡張機能のモジュールが32bitである場合、
64bitバージョンのアプリ(Mozilla、FireFoxとか)では動かない。
なので、64bitバージョンのアプリがあっても、敢えて32bitバージョンの
アプリ(Mozilla、FireFoxとか)を入れれば、問題は少なくなるのでは。

なるほど、同じプロセス（スレッド）として動くダイナミックリンク系ライブラリのインターフェース互換は問題があるということですな
そのときは動作ビットをあわせればいいと。
インターフェース系はいずれやっかいですね。
ネットワーク（ユニックスドメイン含む）通信する物も構造体受けしている物があったとしたら問題がありそうですな。
原則的ルールに従えばないはずなんすけどね。まーあるでしょう。
その場合はどっちかがソースが公開されていれば直せますから取り敢えずよろしいでしょう。

プロセスビットをできる限りあわせるのがよろしいと言うことですね、了解しました。

>>521
>ネットワーク（ユニックスドメイン含む）通信する物も構造体受けしている物があったとしたら問題がありそうですな。
それは問題ない。ソケットで接続するんだから。

ようするに、64bitプロセスは32bitのライブラリは使用できないってこと。
まぁ、使用する側が気をつければいいことだけどね。

>>522
>>ネットワーク（ユニックスドメイン含む）通信する物も構造体受けしている物があったとしたら問題がありそうですな。
>それは問題ない。ソケットで接続するんだから。

構造体にlongとかdoubleが入ってたら同じ定義でもサイズが変わるんでない？

>>523
>構造体にlongとかdoubleが入ってたら同じ定義でもサイズが変わるんでない？
そうなれば確かに変わるが。
だが、longとかdoubleを設定することは確か無かったはずだが。

バイナリデータのやり取りするときのこと言ってんでしょ。

それはそうと、JDK 1.5はLinux AMD64 Platform版も出てるよん。

かなり速いので数値計算な人も試してみてねん。

接続そのものはほぼ問題ないと思う(そこまで変な作りにはなっていないでしょう)けれども、
中のデータに関してはいい加減な人も多く。
渡し方のルールが決められて入れもバイトオーダーを決めつけていたり(これはほとんどないとおもうが)、longやdoubleを定義した構造体で受けるアフオがいないとは限らないから、
なんにせよ、注意した方がいいし問題が起きる可能性はある。

32ビット決めつけのアプリレベルのローカルプロトコルもあるんじゃないかな？
いまはネットワークを使うアプリ多いからね〜

コンパイラの実装依存のもんだいにすりかえることができるという話しもあるが、コンパイラはいじるつもりはない。

>>526
>渡し方のルールが決められて入れもバイトオーダーを決めつけていたり(これはほとんどないとおもうが)、
>longやdoubleを定義した構造体で受けるアフオがいないとは限らないから、
>なんにせよ、注意した方がいいし問題が起きる可能性はある。
ネットワーク接続に関しては大丈夫といったが、
アプリのデータまでは作成者依存なんで、もちろん問題があるかも知れん。
っていうか自分はソケット接続のことかと思って言ってみたのだが。。

>コンパイラの実装依存のもんだいにすりかえることができるという話しもあるが、コンパイラはいじるつもりはない。
ん？どういうことだ。何か話が違う方にいってないか？コンパイラはこの件には無関係では？

>>527
>アプリのデータまでは作成者依存なんで、もちろん問題があるかも知れん。
>っていうか自分はソケット接続のことかと思って言ってみたのだが。。

まーアプリ使うこと全般ですね。使うのが目的なので。話しは純粋にアプリケーションレベルの話しです。
unixドメインを出したのは同一マシン内のプロセス間通信が問題が一番起きやすいだろうと思ったからです。
(同じようにコンパイルしていることを想定している可能性があるため)
使えるか、使えないか。と言う問題なので一部だけ使えてもというかんじで。
こんらんさせてしまいましたね。すんまそ。

>ん？どういうことだ。何か話が違う方にいってないか？コンパイラはこの件には無関係では？

ん？
よく考えたらたしかに無関係かも。
データサイズが問題になるならめんどくせーから名前に対する型の大きさをぜんぶおなじにしちゃえー６４ビット処理させたいところだけ明示的にすればいいと思っただけなんすが
よく考えたら全く無意味ですな。

#include <stdint.h>

>>529
ふむふむ、さんくす

読むべし

特集3 64ビットプログラミング
AMD64アーキテクチャによる 64ビットアプリケーション開発の手引き
ttp://www.cmagazine.jp/contents/200410.html

>>531
実は今日帰宅途中買って来た(w

IBMとAMDが契約延長、32ナノメートル技術でも協力
ttp://www.itmedia.co.jp/news/articles/0409/23/news011.html

GA-K8VM800Mを購入して、ジェンツーのlive cdが起動するのを確認した。
webを見ると新しいBIOSが出ていたので、入れ替えてみた。その後、
live cdからインストールを しようとしたら、ブート直後にリセットが
かかってしまうようになった・・・

同じような症状が、フォーラムにかかれてた。
http://forums.gentoo.org/viewtopic.php?t=225857
で、同じようにBIOSを戻そうと思ったら、バックアップを取り忘れていた
（馬鹿）

これは、64bitを諦めろっていうことか。

>>534

あきらめろ。

>>534
あきらめるな。
Live CDがブートしないなら、他のディス鳥からchrootして
Stage3からインストールしる。

Gentooの64bitカーネルでVMware 4.5.3動いた！
だけどとっても不安定…

>>534
http://www.giga-byte.com/Motherboard/Support/BIOS/BIOS_GA-K8VT800M.htm
みたら初代のＢＩＯＳから全部おいてあるべ。

>>537
VMware4.5.3が出たと思って必死に探したじゃないか！！

>>539
スマソ

不安定で勝手にVMwareが終了したりするけど、その現象が起こるのはある特定
の操作をした時だけだから、それさえ避ければ普通に使えるね。
ちなみにVMware 4.5.2の間違いでした。

>>531
gccは、LP64なのか。ふむ。
64bitではWinとgccはサイズの扱いが違うとは、気をつけねば。

>>542
どちらかというとWin64が異例

ILP64をきぼん。

>>543
Win64はどうなってるの？

LP64には理由がある。ILP64より妥当と思うが？
64-Bit Programming Models: Why LP64?
http://www.opengroup.org/public/tech/aspen/lp64_wp.htm

Win64はLLP64。
int, longは32ビット、long longとポインタが64ビット。

>>544,545
>>531読んだら、
ﾏｼﾝ側に立っているのはILP64
人間側に立っているのはLLP64
中間的立場がLP64
みたいなこと書いてあった。

>>546
ほんと? 下らない事書いてあるなあ。

>>547
どう下らないと思う？

ILP64がマシン側と言うのが良くわからないが、intはそのマシンで一番うまく
扱えるデータタイプと言う考えかたからは、ILP64が良い。
移植性を最重視するとLLP64かな。人間側に立つと言うのが意味不明だが。
LP64は完全な移植性も無いし、中途半端。ただしlong longとか言う拡張を
必要としないのがよい(C99には入っているけど)。

(実際のところ大差ないので、LP64で世の中進んでいるからLP64でもいい)

むしろ、M$にLP64にあわせて欲しい、と個人的に思った。

>>548
>intはそのマシンで一番うまく扱えるデータタイプ

AMD64の64bitモードのデフォルトオペランドは32bitですよ。
だからなんだってわけじゃないですが。

>> 538
情報ありがとう。
でも、GA-K8VT800Mでなくて、GA-K8VM800Mのは初代が置いてなかたりする。
http://ime.nu/www.giga-byte.com/Motherboard/Support/BIOS/BIOS_GA-K8VM800M.htm

駄目もとで、サポートにメール出してみたけど、未だ連絡なし。

>>548
LLP64のどこに完全な移植性があるっつーのよ。
移植性最悪なのはLLP64っていうのは定説。
ポインタ（やメモリサイズ）をlongで保持できないっていうのはまずい。
LLP64のメリットはあくまでもWindowsに限った話で、
移植は楽だけれど「64bitで動くけど巨大なデータを扱えるかどうかは知らん」
ていうアプリが出来るだけだ

>>552
なんか意味わからん。
ポインタはLLP64でもLP64でもIP64でも64bitっしょ？

コンパイラ、たとえばGCCとかINTELのコンパイラが、
オプションを付けてくれれば、それで大抵は解決するんだが
(ライブラリもそれぞれにあわせて持たなければならないが)
--LP64、--LLP64、--LLP64、などと。
あるいは、--int=4,--long=8,--voidptr=8,--float=8 などのように

>>554
それじゃABIが全部ぶっ壊れるだろ。
そのオプションのないコンパイラで
コンパイルできないソースがゴミと見なされる。

>>554
SPARC64のGCCはconfigureで変更できた。ソースをちょこっと変更だった
かもしれない。

ポインタの幅も3種類位選べた。ポインタ定数をロードするときの必要レ
ジスタ数がけちれるんだが、AMDは関係ないな。

>>552
気がつかなかった。size_tをunsigned long longにしないとダメだな。
ILP64も>>550でおちが付いてしまったし、LP64か。

とにかくLP64は、信頼性のあるプログラムを書くのには問題が多すぎる。
64ビットポインターへのオフセットが整数32ビットじゃあ、まるで
むかしのx86セグメントアーキテクチャーだよ。
a[n] で、nを変えてアクセスできるのが +-2GBの範囲でしかない。

LP64 に配列のオフセットが 32bit という制限はないんじゃないの？
コンパイラの制限としてはあるかもしれけど。
int じゃなく size_t を使えばいい。

64bit アドレス空間を必要とするアプリでも
ひとつのオブジェクトが2Gを超えるっていうのは
結構特殊だと思うけどね。
そういう使い方するならILP64の方がずっと楽で
バグが出にくいというのは同意する。

なんでもかんでも32bitと思ってintとsize_tをごっちゃにしてたら
LP64では痛い目にあうぞ、と。

配列の添字ってsize_tなのか?
size_tってsizeof演算子に関連するものだけだろ。

>>561
strlenもsize_t返します。

Linuxでのベンチマークをやった方がおります。
テストしたスペックは、サイトに書いてあります。
Atholn 64の結果がいい感じです。
ttp://anandtech.com/linux/showdoc.aspx?i=2213
テスト内容は以下。
Database Tests
Rendering Benchmarks
Chess Benchmarks
Compiling Benchmarks
Synthetic Benchmarks
Content Creation
Encryption Benchmarks
DDR2 versus DDR1

size_t fread(void *ptr, size_t size, size_t nmemb, FILE *stream)

さらに別のベンチ結果です。

下記のWebは、NaconaになってるけどNoconaの間違いだと思われる。

速度比較「AMD Opteron CPUs 対 Intel Nocona CPUs」
ttp://www.miguelito.org/openssl/opteron-vs-nacona-64bit/

「32bit Xeon 対 32bit on AMD64」の比較
ttp://www.miguelito.org/openssl/32bit-binary-comparisons/

インテルコンパイラ８.1は今のところほぼ全く問題無くAMD64機の上で
AMD64用のバイナリを吐くのに使えています。動作もまともそうだ。
それでも、浮動小数点演算中心でデータが非常によくキャッシュに収まる
ようなコードだと、OPTERONよりもEMT64のほうが速そうだね。

おい、オマエラ、ダウンロードして、ＣＤに焼いて、マシンに突っ込めば
インスコメニューがでるようなのはどこにあるんだよ？

オフィスとブラウザとメーラはデフォで入ってるのがいいな。

redhat9でuseradd ユーザ名を行った所、
error locking group file
と表示されてしまいユーザを追加出来ません。
何が原因か分かる方、是非教えてください！！

誰かがグループファイルを編集ちゅう

>>567
理研とかKDDI研に逝ってみろ。腐るほどあるから。

ワカメ屋が配布してるでつか？

新しいBIOS(F3)が出てて、それに入れ替えたら無事に起動するようになった。

ttp://www.gigabyte.co.jp/nippon/biossetumei/k8vm800m.html

で、Dステッピングって何？
ちなみにCPUはAthlon64 2800+。

>>572
ｵﾒ。

Dｽﾃ?PresscotPentium4のこと?

>>572
もうじき販売されるであろう90nmの最初のステッピング。
現在の130nmはCステップ。

130nm であれだけの性能がだせるのなら、90nm あるいは60nm , 45nm
と進化したら、それは凄いことになりそうだな。

普通に速くはなるけど、そんなに凄いことにはならない。
いままでと同程度かそれ以下の向上しかない。

linux版 Cool'n'Quiet 激しくきぼん

>>577
こんなの出て、cpuspeedが走ったりしませんか?
powernow-k8: Found 1 AMD Athlon 64 / Opteron processors (version 1.00.09b)
powernow-k8: 0 : fid 0xc (2000 MHz), vid 0x2 (1500 mV)
powernow-k8: 1 : fid 0xa (1800 MHz), vid 0x6 (1400 mV)
powernow-k8: 2 : fid 0xa (1800 MHz), vid 0x6 (1400 mV)
powernow-k8: 3 : fid 0x0 (800 MHz), vid 0xa (1300 mV)
powernow-k8: cpu_init done, current fid 0xc, vid 0x0

>>577
カーネルモジュールのpowernow_k8と、powersaveとかいうヤツで出来るよ。

漏れはSUSE 9.1 x86_64使ってるから勝手にインストールされて勝手にCnQで動いてる。
powersave -fで最高速固定, -AでCnQ, -lで最低速固定と手動変更も可能。
/etc/powersave.confで何%の負荷で速度を切り替えるかも設定できる。

>>578>>579
turbolinux10server入れてみたいんだけど、入っているのかな？
winではspeedfan併用なんで静かですが、これでファンがガンガン回ったらイヤなので・・・

>>577
各社ディス鳥のAMD64のイメージには普通にCnQの機能があるだろ。
もっとよく調べろ。

turbolinux10Dですがpowernow-k8入ってました。
どうやったら働くようになるんでしょうか？

64bitカーネル上で、これ動く？

#include <stdio.h>
#include <sys/time.h>
int main() {
struct timeval ttv;
struct timezone ttz;
gettimeofday(&ttv, &ttz);
printf("%s", ctime(&ttv.tv_sec));
exit (0);
}

>>583
セグメンテーション違反ですが出たよ。Fedora Core 2

>>584
自分はSUSEだけど、同じくSEGVだった。う〜む。
現在調査中。。。。

#include <time.h>を入れると正常に動くことが判明。
man gettimeofdayには書いてねーじゃんかー！って心境です。

うっ！ctime()が必要だったのか。orz

しかしSIGSEGVとは?
関数の暗黙の宣言によるbit幅違い辺り?

64bitのディストリで一番お勧めなのはなんですか？
有料、無料は問いませんが予算2万円以内で

>>587
常に、-Wallをして桶。

>>589
漏れは、SUSE9.1オススメだな。

ちなみに、俺はgentoo.

>>591
銀河鉄道ｷﾀｰｰｰ

ところで科学計算目的で single CPU の場合 Opteron
のメリットってある？ もはや Socket939 の 4000+ でも
いいんじゃないかな、と思うんだけど、何か見落としてる？

>>592
銀河鉄道とは？？

>>593
RegECCで大容量メモリが使える事！かなり重要。

私は、Fedora Core 3 Test 3 for x86_64 を使っていますよ。
コンパイラは、インテルの C++ と Fortran9x のバージョン8.1 EM64T 対応
という奴です。完璧に作動しますぞ。

>>594
ID

>>595
Thanks. 2,4 GB とかいうケチな話じゃなくて、20GB RAM 積む
とかそういう話だよね？ たしかに用途によっては重要だね。

ただ、俺の場合は 2GB/CPU で十分だから single CPU ならやっぱり
コスト的に 4000+ かな。Opteron 2.4 WS 1台買う値段で 2台
買えちゃうし。3800+ 数台買おうかな。置場所にいつも苦労するけど。

>>593
Athlon６４でメモリ４GB程度PCって実現可能だけど一般のショップも鯖屋も扱ってないでしょ。
パーツで買ってきたらできるけど、それじゃ会社の稟議が通らないし。
多少は需要がありそうなんだけどなこの辺の性能のマシンって。

>>599
ショップだったら頼めばやってくれるところ結構あるんじゃないかな。
ショップで稟議が OK かどうかは知らぬが。

結構大丈夫なんでないの?
漏れが昔バイトしてた超弱小ショップは顧客の殆どが企業と政府系研究機関と大学だったよ。

ショップ売りの場合、普通と比べて多いメモリ量の機械はずいぶん高めに
売られているのが通常。メモリだけは別に買った方が安くあがる。
但し、ショップでメモリを組み込んで買ったものは、組合せとしての動作
保証があるが、自分で買ってきて組み込んだ場合の動作は、基本は自分が
保証するしかない。

ショップに注文すると動作検証はしてあるがかなりぁゃιぃメーカーの安物メモリが載ってきたc⌒っ-д-)っ
512MBで\15k（この8月）ほどするからSUMSUNGあたりを期待してたのに。
まぁデュアルチャネルで２GB刺してまともに動くことが保証されてはいるんだけど、ちょっと不安

2〜3GB程度なら雑誌の情報で何とかなりそうだけど、4GBになると自作するのは怖いね。
運用中に発生するメモリによる障害は気づきにくいし。
一方でReg付きだと相性はなさそうだけど扱ってる店を探すのが大変そう。

>>599
マザーのチップセット何？

>>605
599 ではないが、K8T800Pro は 4GB RAM 行けるはず。

いや、結局V-Tのマシン買ったんだけどね・・・。
もちろん個人じゃなくって仕事でシミュレーションやるために会社のお金で買ったもの。
パーツから組み立てたら半分の予算で同程度の物ができるのになぁと思って書き込んだわけ。

>>607
俺も VT で見積もってたけど、やっぱ性能の割に高い。
前に買ったことあるけど、五月蝿かったし。
普通のショップみたいに静音仕様とかできない。
組み立てなくても普通にショップで買えば自作とにたような値段。

VTはOpteronで一儲け企んでるところ。
多少のぼったくりは当然でしょ。商売なんて
騙し合いみたいなもんだし。

DELLはEMT64のマシンを売り出したら、
下手なやり方は通用しなくなると思うけどね。

ん？ DELLのEMT64機ってもう出てるんじゃないの

EM64T対応のインテル® Xeon？ プロセッサ搭載のPowerEdge SC1420を発表
http://www1.jp.dell.com/content/topics/reftopic.aspx/corp/pressoffice/2004/041012b?c=jp&l=jp&s=corp

PCがフリーズしまくりは私だけでしょうか？

コンパイルエラーのときに、頻繁にgccとかg++が segmentaion faultで落ちます。
すると、5割ぐらいの確率でカーネルパニック。

マルチブートにしており、
Gentoo x86_64, Debian AMD64, FC2 x86_64をインストールしましたが、
どれも似たような状況です。
特にGentooはemergeでエラーになることがよくあるので、
しょっちゅう固まります。

あまりひどいので、ハードウェアの不具合を疑いたくなるのですが、
32ビットのGentooやDebian Sargeでは何の不具合もないのです。

皆様の64ビット環境は安定してますか？

Debian Pure64環境ですが、同じく固まります、32bit環境は極めて安定してます。
2.6.9にてフリーズは少し減ったような気がします。
（2.6.8.1まではなんの前触れもなく固まるケースが多々ありました。）

コンパイラに限らず、他のアプリケーションでもsegmentaion faultしたあとに固まりやすいようです。

>>612
一応ﾒﾓﾘｰテストお勧め。
http://www.memtest.org/

>>613 >>615
ありがとうございます。
今メモリテスト中で、５０分経過。異常なさげな予感。
こちらでも2.6.9で少＝しマシになった程度です。

>>616
ん〜異常無しか。
なんか2.6からはコンパイルに限らずﾌﾟﾛｸﾗﾑ実行してるとき
/var/log/messagesにこんなﾛｸﾞを吐くようにはなったけどね。

Oct 19 21:02:54 testlinux kernel: Out of Memory: Killed process 19236 (cc1).
Oct 19 22:18:58 testlinux kernel: fail1-frag.exe[28039]: segfault at 0000000000000000 rip 0000000000000000 rsp 0000007fbf
ffbd58 error 14

ま〜落ちもしないしｱﾝﾃｰっすが。

VTまじやばい。
冷却とか自作PCレベル以下ですよ。
当然商用コンパイラのライセンスは別料金だし、これならHPとかで
見積りした方がまともなサポートもついて安い。

fedora core 2 (x64) 開発機にしてみんなでログインして
使ってるけど、至って安定しているなぁ。

>>616
memtestはすぐにエラーが出るってもんでもないので、
とりあえずテスト項目をStandardで数時間はやって、
あと、Allにして少なくとも寝てる間くらいはやりつづけないとわからないと思う。
Allだととんでもなく時間かかるから1GB程度でも寝てる間に1ループくらいしか出来ないかも。

俺はSUSE 9.1 x86_64そのままで特にkernel周り等基幹部分には全く手を入れてない状態だけど非常に安定してる。

>>617
うーむ、OOM Killerが作動してるようだ。
メモリが切迫してる状態(足りない)で起こるらしいけど。
もしかしてその状態になる時ってアプリ起動しまくりでシステム負荷がかかってる状態？

>>621
あ、上のね。
えーとFC3のdevelopment treeのfirefox
をビルドしてる時のだ(と思う)よ。
gccがbugレポ出せって言ってきたがメンドウで止めた。

そうね、突然xloadのロードが10を突破して
マウスもキーボードも受けつけなくなった。
そのうちkillerが動いて復活、って感じ。

ハードウェアに異常がありました。orz
常時メモリーを2枚差しているのですが、
1枚にすると起動せず、Bios setupもできません...

メモリー2枚差すと一応ふつうに起動するのですが、
フリーズするのも当然のような気がします。

こんなハードウェアなのに、なぜ32ビットのディス鳥(SargeとGentoo)だと
平気で動いているのか不思議でたまりません。

お騒がせいたしました。m(_ _)m

>>618
ファンが大杉ってこと？
ＷＳって銘打ってるマシンは多数のファンが搭載されていて騒音撒き散らすのがデフォなんじゃない？
俺は丁寧に作ってあると思ったけどね。

>>624
うちのは確かにメチャ五月蝿い。数年前の Alpha WS だけど。
性能は気に入ってたんだけどね。今でも稼働してるよ。

>>617

＞/var/log/messagesにこんなﾛｸﾞを吐くようにはなったけどね。
＞
＞Oct 19 21:02:54 testlinux kernel: Out of Memory: Killed process 19236 (cc1).

これって、「メモリ足りなくなったから、勝手にプロセスころすよーん」
ってことじゃないの？
freeとかで確認してみたら？

>>607
流体屋？
だったら動かしてるソフトとベンチマーク結果キボン

FLUENTはitanium2が速いらしいがSTAR-CD、CFXはP4が速いらしい

> 613
カーネルのようですね。2.6.7, 2.6.8あたりだとキーボード入力が変だった
ようです。

関係ないんですが,
objdump -d /usr/lib64/libm.so | wc
objdump -d /usr/lib64/libm.so | grep xmm | wc
とやってみたら, mmx関係のレジスタを大量に使用しているんですね.
libmまわりが速いのを納得したしだいです.

gccの64bitサポートはヤバイ、まじヤバイ、ヤバスギ
あとカーネルのオーバラン防止機能のNX機能もヤバイ
勿論、そのgccでコンパイルしたアプリもヤバイ

gccは最新にして、NX機能を切るとちょっと安定するよ
(SuSEの64bit版はその辺分かってそう)
つーかAMDはgccに献金なり技術サポートなりしろよ
CPUだけあっても使い道が無ければ糞だぞ

* Mon Oct 25 21:00:00 2004 [email protected]

- patches.fixes/lowmem_reserve: avoid oom early kill or deadlocks
due memory imbalances. This is useful both on x86-64 vs ZONE_DMA
and especially on x86 on the 32G boxes vs ZONE_NORMAL. This has
been a critical bugfix for google when implemented originally
in 2.4. This makes the SUSE CVS the first 2.6 kernel out there
without this bug. This especially matters on machines without
swap. The algorithm used to fix this critical bug has been
developed by SUSE. This algorithm is more efficient than
throwing cpu and memcopies at the problem.

>>629に同じ。
即刻、gccｶｰﾈﾙﾊｶｰ達に技術供与すべし＞AMD

>>629 >>631
intel みたいに compiler 自前で作ってくれてもいいんだけどね。
compiler 作ればもっと性能引き出せるだろうなぁ。

>>632
作ってないか？

>>633
作ってない。

>>634
PGI, pathcaleはどうよ？

intel コンパイラのEM64T対応の物が立派にAMD64でも使えるよ。
Linux版は無料ダウンロードして使えるのだ。

>>636
SSE3とかちゃんと無効にできるんだろうな？

AMDはK9でもSSE3の対応は考えてないんだっけ？

デュアルコアにしたら当然対応するだろう
SSE3はスレッドとマルチコア用の命令だからね

ただ、SSE3を使う奇特なプログラムが
多く出てこないだろうと思う

intel compiler は、特に指定しないかぎり、インテルのアーキテクチャー
全てに対応したコードを出すようだ。おそらくマシンのステータスフラグ
だかを見て、SSEとかMMXのどれに対応しているのか、などを見分けて
動くコードを吐いているのじゃないのか?

>>640
アーキテクチャの指定はオプションで指定できますよ。
おいらはAthlonXPでICC使ってた。
結構速くなったよ。

>>636
3DNow!命令はちゃんと有効にできるんだろうな？

>>642
自社のCPU用のコンパイラを作るのに
ライバル社のCPUの命令を取りこむとでも？

>>643
もちろんそれは無いと思って言ってみた。
ってことで、AMDは独自にコンパイラを作るか、gccに注力するかのどちらかになるな。

>>644
3DNow!等独自 SIMD命令路線は廃棄されました。
今はふつーに SSE/SSE2実装してるから、iccでもいいのだった

specベンチでIntelコンパイラ使うのやめろ

>>646
それが速いんだからしょうがないんじゃない、
ってことじゃないの？

あ、ただ、あれ見ると Athlon64 使ってても PGI, absoft とか
使ってみる気無くなる。

>>644
勿論 gccに注力するを選択するだろうな
コンパイラー作りは骨の折れる作業だし、コストが掛かる
それにiccだって、確かgccを参考にして作られたという話
それゆえか、Linux版だけiccは無料

つかAMDには
「うちは所詮Intel互換だから主要な物はIntelに作らせてパクろう」
という雰囲気がぷんぷん臭う。いつまで経っても2流だなって感じ。。。

AMD64互換なる言葉ができているが、
IntelはAMDに追従すると言うことだ。

コレは先行したことにはならんかね？

理想としてはintelがICC,IFORTのコードを独立な第三者
(必ずしもGCCでなくてもよい)に譲渡して、そこでオープンに
開発を継続してほしい。
色々しがらみがあって完全にコードを公開、オプソになるのは無理でも、
非商用,学術利用に関してはフリーな状態でリリースされて欲しい。
一番将来性があるアーキテクチャだと思うし、x86-64コンソーシアムみたいなの
できてもよいのではなかろうか。

>>651
詳しくないけど,CPU のマイクロコードって公開されていない
部分があって,最適化にはそれも使ってるって聞いたことがある.
もしそうだとすると公開するのは難しいんじゃないのかな？

>>649
iccは SUIFベースだよーん
オプションや独自拡張なんかは互換性取ろうとがんばってますね。
むしろ、新しい gccの方が互換性に見切り付け始めているかもしれない。

>>651
自社製品の競争力向上のためにコンパイラ作ってるんだから、
オーポンソースで出すのはちょっと無理があるんじゃないかなぁ。
intelの中の人が論文いろいろ出しているので、参考になりますです。

IBMの中の人なんかは gccに vectorizationのパッチ提供したりしているので、
gccに貢献するような政治的決定がなされてるのかなーと邪推したりします。

>>652
知りうる限りではμOPを意識した最適化はしていないということですが、
どーなんでしょー。してるんですかねぇ。

μOPに分解してるアーキテクチャ向けへの最適化は楽しそうですけど、
なにぶん情報が全く無くて、論文でもホワイトペーパーでも、情報があれば教えて欲しいです。

uopレベルをにらんだ最適化は資料がなくてほとほと困るyp

uopは公開しないことで、x86系の命令セットをつかってプログラムを、
移り変わりと集積度の変化の激しいハードウェアの資源に
極度に依存しない形で書かせて、そのときどきのハードウェアを
いかしてuopの実行を最適化して性能を向上させようという狙いもある
と思われる。
もともとの狙いは、より進歩したハードウェアに対応した新しい命令
セットに切替えずに、x86命令セットのままで利用できるという便法と
して、かつてIBMがファミリーマシンを実現したときに重用したマイクロ
アーキテクチャー方式を採用したもの。裸の命令セットや、内部の
処理ハードを想像しながら書けば確かに性能が向上するだろうけど、
そのようなある時点でのハードを極度に意識した機械語で書かれた
プログラムが、ハードが将来変更された時にも良いとは限らない。
コンパイラがそういった裏の事情を知っていてx86コード吐き出すのが
次善の策だ。それなら、ソースがあるならそのときどきのコンパイラ
でコンパイルし直すだけで性能の向上が望める。

3DNow!命令は使用されずに消えていくって事ですか？
せっかく実装したのに可哀想＞AMD

SSEのシェアにゃ対抗出来んよ
それにK8になってSSEのスループットが向上したから今更3DNow!使ってもねぇ…

>>657
>SSEのシェアにゃ対抗出来んよ
>それにK8になってSSEのスループットが向上したから今更3DNow!使ってもねぇ…
(ﾟдﾟ)ﾊｧ?
対抗するも何もAMDのCPUで3DNow!(3DNow!Pro等)をサポートしてるのならば、
3DNow!を使用した方が効率がいいのでは？
でなければAMDは何の為に実装してんだよ。無意味な実装してるって言うのか？
互換性うんぬんであるなら確かにSSEかもしれんが、
コンパイラ(gcc)がそれ(3DNow!命令)をサポートしても全然問題無いのでは？
AMD CPUに依存しててIntel CPUで動かなくても別にいーじゃん。わかってて使用するならば。

今はAMD自身、SSEの使用を推奨してます

>>658

>>659
そのネタ元はどこにある？

http://www.google.co.jp/search?q=hammer+sse&ie=UTF-8&oe=UTF-8&hl=ja&btnG=Search&lr=

検索すればすぐに出てくると思いますが

例えばここ
http://pcweb.mycom.co.jp/column/sopinion/006/

K7(palomino以降)ではSSE命令をデコーダ噛ませて二回の3DNow!で処理してたのに対して
K8ではスループット1でSSE命令を処理出来ます
単精度二回で処理してた所を倍精度一回で処理出来るようになったわけね

つーか3DNow!まだ実装してる最大の理由って互換性のためでしょ。…多分
コンパイラ組む人が最適化しやすいとか小回りが効くとか、
少々の利点はあるだろうけど
K8で積極的に3DNow!を利用する理由っつーのはあんましないと思われ。

3DNow!が使われてるのは日曜プログラマが多いからだよ
日曜になるとサンデーナウとか言いながらプログラムしてるのさ

>>662,>>663
3DNow!はObsoleteですか。そうですか。orz
確かに現在のAMDはSSE,SSE2,SSE3の方向に走ってるし。。。

AMD Core Math Libraryってのがあるね。
使ってる人いる？

>K7(palomino以降)ではSSE命令をデコーダ噛ませて二回の3DNow!で処理してたのに対して
>K8ではスループット1でSSE命令を処理出来ます

K8のSSEパック命令も2つの3DNow!で処理している。
http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/25112.PDF

論理演算は、FADDとFMULの2つのユニットを占有してスループットは1。
加減、乗除算はそれぞれFADD、FMULだけを使用しスループット2。

μopに分解されたら、SSEと3DNow!とでは何も変わらんって事かな？
確かにベンチではSSEと3DNow!ってほとんど差がないんだよな。

SSE使うことでキャッシュの使用量を減らすという効果はありそうだけど。

ここら辺全然理解してないや、
俺もマニュアルちゃんと読もっと。

>>666
ネタ？

>>670
なんでネタなの?

uopへのデコードは、CPU毎に違うフレキシビリティの余地を入れている。
たとえばPENTIUM Mでは消費電力を低減するために、x86命令をUOP命令に
デコードする方法あるいはもしかするとUOPのセットを通常のPENTIUM4と
は違うようにしている。低消費電力の石の中には浮動小数点演算装置が
無いものもあると見られ、それは整数命令を内部的に使って実現している
と考えられる。

>>672
今時、IA32互換チップでFPUが無いものなんてあるんですか？

NX bit が有効かどうか調べる方法はないの? というのがありましたが, こんなのはどうでしょう?

void stackof()
{
int a[1];
a[0] = 0x9090feeb;
a[1] = (int) a;
}

main()
{
stackof();
}

これを gcc -m32 -fomit-frame-pointer でコンパイルして実行してみます.

NX bitOが無効な環境だと, 無限ループに, 有効だと Segment Violation で異常終了します.

>>674
それってNX bitじゃなくてExec-Shieldのテストじゃないですか？

ちょっと教えて下さい。今回AMD64版Turbolinux８をインストールしようとしたら、
IDEの認識する所で固まってしまう。SK8N使ってるんだけど、誰か同じ症状を経験した人いますか？

>>676
ディストリは違いますが、自分は noapic pci=noacpi acpi=off を起動時に与えて回避しました。

>>676
俺は違う M/B だけど散々だった。まず、update kit が出てるけどそれは使った？

http://www.turbolinux.co.jp/support/tech/updatekit/tl8a/manual/index.html

>>677
ありがとうございます。早速試してみます。

>>678
駄目ですね。update kitも同じ症状でした。

ありがとうございました。おかげでインストール作業は出来ました。
TEXTモードしかできませんでしたけど。(^-^;)

ところが今度は、起動の段階でError17で止まってしまい立ち上がらない・・・

やり方が悪いんですかねぇ・・・

糞turboなんか捨てなよ。
FedoraかSuSEでいいじゃん。

漏れも 681 に賛成。
Turbo ではさんざん苦労した(distroに含まれるソフトが
ろくに64bitでの動作検証も済んでない状態だったし)が、
今は fedora core 2 で巌の用に安定している。

turboはさあ、技術力ないからMLなんかでも中の人は滅多に出てこれないし、
他人が作ったモノをさも自分たちの成果のように出すからタチが悪いんだよね。
人様につくってもらったものをリパックしてるだけだから技術的な強みが無い。
amd64にいたってはまだ8のままだしね。update kitはM/Bの増加に合わせていい感じに
出たけど、その後ほったらかしかよ。きっと計画性無く試しにやってみただけなんだよ。
俺も金出して8買ってML入ったけど、turboに貢献する必要無かったなって思う。

turboは広告＆営業戦略とかが得意だから、厨房集めてLinuxの窓口を広げてくれる
という意味では貢献してるよね。日本だけだけど。ある程度技術がある人は
さっさと捨てた方がいい。ある意味Windowsよりもバカ向け。

-- Athlon64 3200+
-- DFI K8M800-MLVF (VIA のチップセット)
-- DDR 400 1GB
-- SUSE9.2 (64b)
でやってみた。

まず、マザボの統合グラフィクス UniChorome2 が認識されない。インストール時には vesa で使えるが、やはりスクロールがもたつく。
インストール後でも認識しない。SUSE9.2 は　X.org らしい。いろいろ調べて、ttp://unichrome.sourceforge.net/　のオープンソースを知ったが、xmkmf -a して　make してもいろいろエラーが出てドライバがビルドできない。

サウンド関係もあやしい。VIA 8237 らしくて alsaconf でも認識し、alsamixer でも一応音量を設定できる。しかし、いろいろ設定を試したが音量が極端に小さい。アンプつきスピーカでボリューム最大にしてやっと聞こえる程度。

VMware 4.5.2 + any-any-update 84。
make cloneconfig　して、make prepare-all したあとで vmware-config.pl するとVMware は起動できる。しかし、仮想マシンの一回の起動は必ずエラーで失敗。
２回目からは普通に使えるようだ。reboot する度に vmnet の起動が失敗する。その度に vmware-config.pl しないとダメ。

RADEON 9200 SE を使って(unichrome2 はあきらめた)、VMware 上でWin2k を動かしたが画面描画パフォーマンスが低い。
Pen4 2.8E (Prescott) + 865GVHZ(onboard graphics) + SUSE9.2(32b) という環境に比べて歴然として低い。

Cool and Quiet はとりあえず機能しているようで、cpuinfo で確認すると　1000MHz から2000MHz の値で変化する。
acpi の下にある thermal 情報の CPU 温度は毎回バラバラで全然当てにならないが、ヒートシンク触って確かめる分においては、熱くなっていないようだ。
これ切って常時最高速度を出せば、VMware のパフォーマンスがあがるのかもしれないが....

総じて言うと、ダメな組み合わせなような気がする。
誰か、静音デスクトップ用途向けのベストな組み合わせを教えてくだされ。やぱり Prescott は熱すぎる！

つづき

このマザボ、SATA対応にも関わらず、
SATA HDD (Maxtor 250GB) に SUSE9.2 インストールすると、
reboot の後、GRUB が　stage2 から進まずに、システムは永遠に立ち上がらない。

>>684
＞マザボの統合グラフィクス UniChorome2 が認識されない。
まぁVカード要らないだけましだよね。鯖なら特に。
PC内の温度も無駄に上がらないし。

＞サウンド関係もあやしい。
サウンドはalsamixerで音量もおKだけど。

＞VMware 4.5.2 + any-any-update 84。
＞make cloneconfig　して、make prepare-all したあとで vmware-config.pl すると
ん〜同じの使ってるがmakeなんちゃらなんてしてない。
以下やったこと。

tar zxf VMware-workstation-4.5.2-8848.tar.gz
tar zxf vmware-any-any-update84.tar.gz
cd vmware-distrib
./vmware-install.pl (←moduleのビルドが失敗で終るがこれで良い)
cd ../vmware-any-any-update84
./runme.pl

これで普通にvmwareが使えてる。
1回目の起動時失敗ってvmwareスレでもでdebianな人が書いてたね。
漏れのところでは起きてないが、debianなんて使ってるからだろ、
ってカキコしそうになった(w

あ、環境はママソがGA-K8VT800MでOSがAMD64版FedoraCore2ね。

>>684
静穏デスクトップですか・・・．
PenM待ちってのはだめですかね．

＞＞684
AMD64で静穏デスクトップならメモリ馬鹿スカ詰めるメリットを生かして
HDDレスシステムにして/をRAMディスクにすると静かでよかですよ
Netbootになるので、無論どっかに（五月蝿い）サーバが必要なわけですが

HDDのかわりに4G程度のCFをストライピングにして使うのもありです
最近のは80倍速とかなので、それほど遅さも気にならないです
RAMディスクと併用すれば個人用途ならそこそこ実用的かと思います。
これ以上は自作板な話題なので、このへんで、

あれからいろいろやってみた。

サウンド関係は、alsamixer で、あるチャネルをあえてミュートにすると音がでて解決。
要するに、PCM がミュート or 0 でなく、右端から４番目のチャネルが適当な大きさで
ありさえすれば、他は全部ミュートでOK。

UniCrome2 は、どこかの掲示板に Driver を via にして Options で DisableIRQ とか
やるといいなんて書いてあったけど、やっぱりだめ。unichrome としては使えない。
SUSE の YaST では vesa を選んでも設定に失敗するが、手動で XFree86Config
を書き換えて vesa を指定すれば一応使える。でも、いかにも　vesa な横縞は
見えてしまう。

>>686
make cloneconfig prepare-all は、SUSE で VMware 使うときのお約束なんすよ。

あと、Pentium 4 PC 用にインストールした SUSE9.2 システムの入った HDD を、
Athlon64 PC のシステムディスクとして使ってブートしてみた。
すると、なんかすんなりとシステム起動・ログイン問題なし。まぁ i586 互換なんだから
あたりまえと言えば、あたりまえか。
しかし、驚いたのは、VMware 内 WIndows2000 のパフォーマンスが、x86_64 の時より
も若干高かったこと。64b OS で 32b アプリケーション走らせる時にはオーバーヘッド
でもあるんでしょうか？　
識者の方教えてくだされ。

いろいろ調べてなんとなく分かってきた。

ATI RADEON のドライバは 64b OS 用には出来ていないらしい。
なにげに本日付けで新しい Linux 用ドライバが公開されているが....

>>690
ｎVidiaの適当なカードを使ったら?
GF4MXクラスなら性能的にも問題ないし、中古もあるし。
ドライバのできは秀逸だよ。

>>691
だね。
ATIも最近頑張り出したみたいだけど。

>>691 さんのいうように、GeForce MX4000 (PCI) つけてみました。

なんつーか、あからさまにパフォーマンスが向上。
ちなみに、xengine とかいう簡単なベンチマークソフトだと１０倍くらい違う。
やっぱり 64b 用ドライバは違うね〜。
8x AGP の　RADEON 9200SE より、PCI の　MX の方が全然上。
AMD を自分だけのものにしたい　nVIDIA の呪いか？

やっとのことで実力を 発揮した Athlon64 Linux PC なのですが、
今度は Cool'n'Quiet が機能しないという状態になってしまいました。
powernow-k8: failing targ, bit ナントカカントカ
というメッセージがズラーッとならんでます。dmesg みると。

RADEON 9200SE だと　Cool'n'Quiet はちゃんと機能します。
IRQ の取り方がなんかうまっくいってないのか？
取り付け時のエアフローとか考えて PCI にしたのですが、
素直に AGP にしておくべきだった.....

ノートだからグラボ変えられない＿|￣|○

GeForce MX4000 AGP 8x 買ってきた。
付けてみた。
インストールメディアに入ってる X.org ドライバだと全然ダメ。しかし！
SUSE の Online Update ツールで nVIDIA 謹製 x86_64 版ドライバを入れると
激しくパフォーマンス向上。

Cool'n'Quiet も正常に機能。
csh スクリプトで2秒おきに CPU周波数を表示させたところ
Webブラウジングしている程度なら 最低の1,000MHz にずっと張りついていて、
たま〜に、1,800MHz に一瞬なる感じ。リテールのヒートシンクは冷たいまま。
マザボはまだケース内に取り付けてない状態だが、これはすごい。

ちなみにこの文章、SUSE9.2 professional に含まれている
SCIM + UIM-Anthy という IME 使って書いてます。
Atok とかインストールせずに、KDE 3.3上で起動している
Mozilla で普通に日本語入力できてます。便利になったもんだ。

そんなこんなで、やっと実用レベルに達しました。やれやれ。

>>695
おめでとー。
俺もathlon64買おうかな?

gentooのインストール用CDって
~/x86/2004.2/packagecd/x86/
の下にあるやつ1個だけだよね？
ttp://www.gentoo.org/doc/ja/gentoo-x86-install.xml
コレ見ると2枚って書いてあるけど・・・

AMD64版(x86_64) の 2004.2 liveCD がある。

K8NS Ultra-939 + Athlon64 3500+(winchester)で一台作成
CD作るの面倒だったんで別のlinux boxから netbootでdebian sid(pure64)をインストール
winchesterとPowerNow!の組み合わせはなかなか強力

以下 K8NS Ultra-939でカーネルいぢる人の為のドライバメモ
IDE-PCI：amd74xx
OnBoard SATA1：sata-nv (nforce3 Ultra controller 2port)
OnBoard SATA2：sata-sil(Sil3512 controller 2port)
OnBoard LAN1：forcedeth(ICS 1883 chip 100Mbit ※kernel 2.6.7以降)
OnBoard LAN2：sk98lin(Marvell 8001 chip 1Gbit)
OnBoard audio：snd_intel8x0(alsa)
USB：ohci-hcd

IEEE1394b,IrDAは機材が無いのでチェックしてない

>OnBoard LAN1：forcedeth(ICS 1883 chip 100Mbit ※kernel 2.6.7以降)

2.6.8-rc2以降だった

>>699
ふむふむ。
今日帰りに工房寄ったらその石売ってたんだよなぁ。
かなり欲しかったが我慢したorz
ﾏﾏｿも揃えないといけないし。
ぬふぉ3Ultra使えるってことはshuttleの939ｷｭｰﾌﾞもおkってことか。

>>701
nForce4が出たら石も合せて1万くらい値下がりするかもしれんが
初物nForce4に手を出すのは怖い
一方linuxとしてのAMD64はまだまだこれから。kernelもuserlandも
自分でパッチ作ったり誰かが解決してくれるの待ったりlinuxとして楽しめるのは今しかない
ほらほら

>>698
thx!!

LinuxでCrystalCPUID等のように、AthlonXPの電圧やクロックを変えられるツールってありますか？

>>704
過去ログ嫁ょ、うふ〜ん

Intel のCPUは浮動小数点計算をするのに、MMXとかSSEとかSSE2とかSSE3とかを
使わない場合には、スタックモデルを採用している為に、FPのレジスタは
並行してアクセス出来ず、レジスタリネーミングなどによって遅延を吸収
させることも難しく、演算器を仮に沢山つけても有効には使えないという
大欠点がある。ループをアンローリングしてもあまり得るところが無いし。

コンパイラの最適化が必要となるものの、独立に任意順でアクセス出来る
レジスタが沢山ないと、パイプライン処理には極めて不利だ。

MMX、SSE系のベクトル演算で扱い難い式の計算ではINTEL系の命令セット
(FPレジスタがスタック的にしか使えない)は演算性能が出ないよ。

じゃぁ例えば、
この度、標準で gcc3.4 を搭載しAMD64 最適化オプションが有効になった
gentoo 2004.3 をインストールして、ほとんどのライブラリ、アプリケーションを
ソースからビルドしまっくた環境なら、単なる i686 ビルド＋ Prescott よりも
かなり高速になるのかな？

>>705
すまぬ、洩れも見付けられなかった...orz
教えてチョンまげ

>>707
そらそうあｄ

>>707
ほとんどのライブラリ、アプリケーションでは
浮動小数点演算を少ししか使っていないから、
たとえそこが非常に速くなっても、浮動小数点
演算部分の高速化による、環境全体の高速化
はプラシーボ効果程度じゃないか。

>>707
64bit化したからというよりx86-64モードでは8個の64bitレジスタと
8個の128BitのSSE/SSE2レジスタ（使用制限があるが）が追加されるから
x86-32モードより最適化した時かなり高速になる

http://penguin.s4.xrea.com/imgboard/img-box/img20041119141642.jpg

環境が整ってきたので晒してみます
debian sid(gcc-3.4 64bit)で xfce4 は segfault したので自分で package し直し
IE6は、chroot した sid(i386 32bit) 上の wine で動かしたもの
kernel は 2.6.9-ac10

Athlon64 3500+(winchester)ですが IDLE 状態なので1003MHzで Vcore1は1.10と表示されてます
firefoxのコンパイルなんかで負荷がかかると 2200MHz Vcore1は1.42まで上がり温度も40℃程度まで
上昇するのが確認できます。
後は S.M.A.R.T で SATA HDD の温度を表示させたいところですが、libataにパッチ充てるの怖いので躊躇してます

SATAって hddtemp 使えないの?

>>713
hddtempはS.M.A.R.T.の情報を使うんでドライバが対応してないとダメ

カーネルのクロスビルドの方法がわかりません
なにでググればいいでしょうか?

「カーネル　クロスコンパイル」で出てくる情報じゃ駄目なの？

VineでカーネルをAMD64対応にしようとしてるんですが
binutilsとgccでクロスビルド環境作って
kernelのmakeまではいったんですが
make modules_installで
module-init-toolsが必要だとかいうワーニングがでてmodule関係がインストールされないっぽい
一応modules-init-toolsはインストールしてみたんですが同じワーニング
ためしにできたカーネルで起動しようとするとやっぱりmoduleのロードのところでとまる
どうすればいいのでしょうか

バージョンとか書き忘れてた
Vine-3.0
kerne-2.6.9
gcc-3.4.3
binutils-2.14(2.15だとなぜかエラーがでてmakeできない)
module-init-tools-3.1
を使ってやってます

>>717
64ビット版のmodule-init-toolsが必要。なので、今の
段階ではカーネル組み込みだけにして、起動するべし。

>>712
GIMPの次はBlenderを是非テストしてみてくれ
Blender
http://www.blender.org/modules.php?op=modload&name=phpBB2&file=viewtopic&t=4823
オブジェクト（NewBeetle）
http://digilander.libero.it/pafurijaz/Files/Blender/NewBeetle.zip

Blenderを起動してNewBeetle.blendを開き、中央のパネルの6つ並んでる一番右のボタンを押して
Renderというでかいボタンを押せば、レンダリングが始まる

debian sid(32bit) Athlon2500(Barton)、Blender2.34でレンダリングに1分35秒かかった

ちなみに、CGができあがるまで何枚も変な画像がでてくるが、これは
環境マップの画像なので気にしなくてよい

>>717
おお！VineをAMD64化してるんですか！
おいらも試してみたいんで暇ができたら手順をまとめてどこかにあげて下さい！

ところで、module-init-toolsはキチンと/sbinに入ってますか?

>>717
こことここのリンク先が参考になるかも
http://wiki.sourcemage.org/index.php?page=HOWTO-Build+a+64bit+Kernel
moduleは最初は諦めたほうがいい。64bit環境を作って作り直しましょう

>>720
debian sid(gcc-3.4 64bit) Athlon64 3500+(winchester) Blnder2.34 で46秒くらい

一応 debian i386 と同じ 2.34-1 の source から build して patch や
特別な optimize をせずに条件を揃えてみました

>>722
>46秒くらい
速いッ！

通常のBlenderの2倍か…

試しに同じkernelでchrootされた i386(32bit)環境でblender(blender_2.34-1_i386.deb 32bit版)を
動かすと1分11秒でした
cpuやkernel の 36bit emulation での速度低下は普段感じられない程度に小さいので
この分野での64bit化の効果は大きいんでしょうね

>>724
追加報告乙です。

☆NewBeetleレンダリングテスト
95秒 32bit Athlon2500+
71秒 64bit Athlon3500+ (32bit時)
45秒 64bit Athlon3500+ (64bit時)
だいたいこんな感じ

これ、もっと大がかりなCGだとさらに効果絶大だな
YafRayとかアニメーションとか。
2週間かかるところ、1週間ですんだりするわけで。

あと、DivXなどの動画圧縮でも凄味がありそう。

FreeBSD 5.3ReleaseをASUS K8Vに入れたんだけど、Marvellのドライバが腐っていて
portもできない・・・。ぐぐったらメーリングリストで

「問題は認識している。Linuxでも同じ問題が起こっていて、彼らが修正している。
彼らの修正待ちだ」

なんかゲンナリして、Linuxにしようと思うのですが、過去ログ見るとやっぱりK8Vで
はまった方がいるようですが、このママンで幸せになるにはどのディス鳥がいいのでしょうか?
用途はWeb serverです。

>>719,722
どうも、カーネルに組み込むようにビルドしてみました。
moduleの問題は解決したっぽい
しかし
Kernel panic:No init found. Try passing init= option to kernel
むぅ、initがねぇとな?
/はマウントできてるみたいだけど・・・
前途多難だけどがんがります
>>721
質問のレベル見てもらうとわかると思うけど
素人に毛が生えた程度なんで期待しないで
まぁ成功したらうpします

一番安くopteronでx86_64を触るのってどの機種？
自作の方が安いならそれでもいいけど、10万切りってないのかな。

OSはftp版から自分で変更するから無しでいいっす。

>>728

10万以下で、まさかDual構成を求めているわけはないですよね。
Singleなら、OpteronにAthlon 64に対するアドバンテージは無いと思いますが。
Regiメモリが使えることくらいだろうけど、そんな用途で10万円以下ってことは
無いと思うし。
Athlon64なら2800でも10万円で、結構いい構成のが組めるし、BTOも山ほど
あると思いますよ。

Athlon64でいいなら１０万あれば十分だな
適当に見つけたやつ
http://www.dospara.co.jp/goods_pc/feature.php?v17=29&v18=2&v19=0
いくらでもある
まぁ，細かい要望があるんなら自分で組んだほうがいいかもしれんが
OpteronDualをお望みなら30〜40万コース行きだろう

>>727
がんばってください！
期待しています(w

>> 717
Slack ベースですが, 手順をまとめたものを
ftp://ftp.cs.tohoku-gakuin.ac.jp/pub/Linux/packages/Slackware/TarBall.Linux64/How2Make.amd64
にまとめておきました

>>732
お疲れ様！
週末あたりに試してみます。

>>726
Linuxは3Comからソースでドライバが出てるけど？

>>729
メモリ小さく, 在庫処理みたいですが
http://www.qualest.co.jp/sale/
に108,000円とありますね。

>>726
お好みのNICを増設すれば？

ラックマウントならHPのDL145が10万ちょいよ。

シングルCPU、AMD64、ラックマウントじゃなくてもいい、サーバに使えるような構成

だとなかなか安いのが無いんですよねぇ
DL145は漏れも気付いたけど、ちょいと CPU弱いのが難点。。。。

電源だけ、質の良いの少し張り込んで、簡易UPS噛ませばいいんじゃないの?

しかし、Op 2.4GでCPUが足りない用途で、10万円以下の捜すのってすごく矛盾してないか。

ああ、最小構成は1.6Gか。
でも、それでも普通足りると思うけど・・・。

726です。
3comは、よく捜せなかったので、Syskonnect社から、sk98linの最新ヴァージョンを落として
みましたがやはり問題は解決できませんでした。
(10baseTになって無理矢理100baseにしてもハングする)

sk98lin K8Vでぐぐってみたら、世界中で困ってる人がいるようで安心しました(何がだ)。
あきらめてIntelのNIC調達してきます・・・。

>>740
Opteronである必要はあんまなくて、Athlon64でもよいので、DL145はちょいとオーバースペック
しかし、クロックは早いほうが良いのと、ディスクがあまり刺さらないのと、スペースはあるので、ラックマウントでなくてもいい。

てな状況。Opteron1.6だと「Pentium4の方が安くて早いじゃん」と言われかねないので、
もーちょっと早いヤツがよいのですが。。。ディスク乗っけて、予算 20万くらい。

俺70kでマザボ+メモリ+CPUを買ったよ

>>732
ありがとう，おかげで
Vine-3.0　binutils-2.15　gcc-3.4.3　glibc-2.3.3　kernel-2.6.9
で64bitカーネルでの起動までこぎ着けた，sizeof(void*)が8だよ〜〜（これしか思いつかなかった）
微妙にオプションとか変えないといけなかったりしたけどほぼ同じ手順でいけた

かなり悩んだのが64bitカーネル起動後のネイティブglibcのビルド
そのままだとi_am_not_a_leafが定義されてないとか
いくつかの関数が多重定義されてるだのってエラーがでてビルドできない
調べてみるとGCCの最適化の問題らしくCFLAGSを-Oにしてみろってのがあったのでやってみたけど
gccがセグメント例外で落ちた？
-O0だと最適化なしではビルドできないってエラー
-O3 -Osとも-O2と同じでどうしようもないとおもっていて（おかげで昨日徹夜しちゃった眠ぃ）
さっきだめもとで-O1でやってみたら通った
-OとーO1って同じじゃなかったっけ？？

NECのマシンがAthlon64 3000+で79170円
http://121ware.com/community/navigate/learn/indexc.jsp?BV_SessionID=NNNN0467107328.1101581896NNNN&BV_EngineID=ccceaddddkmkfmkcflgcefkdgfgdffk.0&ctp=MO&ctnm=%2fPC%2fAVALUESTAR%2f200409%2fVGTZ200409%2fHeader&PROD_ID1=PC-VG30NYZGAC8JZDEAA&MODE=k&ND=4889

しかも静音水冷
つーかセッション番号まで貼ってしまった

>>711

x86_64 用にビルドされたパッケージというのは全て、
そうした最適化コンパイル済みのものだと思っていいんでしょうか？

それとも -march=k8 とかオプション付けて、
イタニアム(EM64T) ではなく、AMD64 だと指定した上でビルドしないと、
そういう最適化はなされない？

>>747
> イタニアム(EM64T)

って何

>>748

Pentium とは別系列の、インテルの 64bプロセサ系列であるじゃあないですか。
初代はメルセドとかいってたやつ。

ItaniumはEM64Tではないよ

あ、そうなの？

んじゃあ、イタニアムのことはどうでもいいとして、
まぁ要するに、x86_64 で作られたパッケージは、
-march=k8 でオプション付けてビルドしたものと比べて、
パフォーマンス的にどの位違うのか？　という疑問なのですよ。

違わないのだとしたら、Athlon64 使いの自分としては
いちいち自分で rebuild しなくてもいいのかなぁ?

>>751
-march=k8は Ath64からSSE2が使えるようになったので
それを組み込むようになった等(CPUは32bitで動いている)

x86_64はCPUが64bitモードで、64bitレジスタと追加レジスタが
有効なときしか使えないパッケージ

>>751
自分で意味の解らないことはするな。
これ人世のヒントな。

人世?

人世人世に人見頃だっけか？

夢見頃とか言ってみる

http://dic.yahoo.co.jp/bin/dsearch?p=%BF%CD%C0%A4&stype=0&dtype=0

今までアイテニウムって読んでたorz

>>758
しまった俺もアルミニウム、マグネシウムって読んでたぜ
ちゃんとアルミニアム、マグネシアムって言わなきゃ

漏れはXeonをキセノンだと思ってたよ

うひゃ。いやみ大爆発だな…。

でも、〜ニウムとかを無理に英語的発音にせんでもいいやん。
戦前からの伝統でこの辺の用語は完全にドイツ語的な読みをしてたんだし。

もちろんネタだよ
アイテニアムは登録商標だから日本では「アイテニアム」と言わなきゃダメ
そういえば 80486 から pentium になったのは数字の羅列では商標が取れないかららしい

アスロン、オプテロン、ペンティアム、イタニウムとジーオンが正解だよな？

今思ったけどhpのDL145ってべらぼうに安いな。
おらワクワクしてきたぞ(AA略

>>763
アイテニアム、またはアイテニウムだって。

XEON新宿

ヰタニャーム

mm4きたね、
今回はx86_64関連のパッチがかなりとりこまれてる。
A decent-sized x86_64 update. だそうだ
ttp://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.10-rc2/2.6.10-rc2-mm4/announce.txt

不安定でお悩みな諸君は試してみるがよい

皆さんgccのバージョン何使ってますか？
3.3.xは64bitコードにバグがあるらしいし3.4.xは最適化にバグがあるらしいし・・・

>>769
恐けりゃ推奨の2.95.3でも使ってろ。

もうm32でいいじゃんｗ

>>771
まぁ、そういうなよ、せっかくの64、使ってみたいのが人情ってもんよ、

mm4でnvidiaドライバの動作も確認できた、（要nvidiaスレのパッチ）
noapicしないでも、いまのところ結構安定しているよ、

>>769
3.4.xを使ってるな
誰かgcc-4.0 pre1 使ってる奴いる？

3.4でも怖いのに4系列なんて常用できるわきゃない…
x86-64使いじゃなければ、3.4にも手を出さず、3.3でしばらく様子見して
一挙に4系列に移行というスケジュールが持てるのに…

漏れﾋﾞﾙﾄﾞ出来る物でgcc4つこうてるよ。
ま、3.4が出たときも進んで使ってたからな。

>>721
>>732さんの手順を元にVineの64bit化成功し
手順をうｐしました

>>776
> 手順をうｐしました
どこに？
できれば　VineSeed に Go.

>>776
手順はどこ (ﾟДﾟ≡ﾟДﾟ)?

ttp://www.mm2d.net/linux-workstation/linux-amd64.html

>>779
shtml

>>779
乙ですた〜

>>779
乙

>>779
ttp://www.mm2d.net/linux-workstation/linux-amd64.shtml
のまちがい？

>>779
乙ですた〜　且⊂(ﾟ∀ﾟ*)ｵﾁｬﾄﾞｳｿﾞ

>>779
ちょいと質問させてもらうが、なぜ configure する時に ../ で始めてるの？
そのまま make するとその場所に Makefile なんて無いから make 出来ないような気がするのだけど。

素直に >>732 の物をスクリプトで実行出来ないのかな？
何故か # で始まる行がコメントっぽいし、コマンド入力の手順という気がしないでもない

それから、ncurses はその手順でインストールすると 32bit 版のアプリは大丈夫？

>>785
>>779ではないけど、gccのコンパイルはobjectを置くdirecitoryを
別に作ることを強くお推めする、とﾄﾞｷｭﾒﾝﾄに書いてあるの。

あとこういう善意の文書に完璧を期待するのは間違いだと思う。
やってみる香具師が適宜補完すれば良いだけ。

>>785
configureってMakefile作るためのもんじゃないの？

>>786 >>787
configure がこけていたという落ちで、ｽﾏｿ
ﾄﾞｷｭｿ読まないと orz

ncurses は画面がおかしくなったとぼやいていた人がいたので、
もしかしたらと思って見た

>>785
ncursesは64bitにしても32bitアプリは問題ないっぽい
いま，カーネルとかVineとバージョンを変えずにやろうとsrpmからのビルドとか試してるんだが
こっちだとncursesは32bitのままでもkernelのmenuconfigいけるな・・・

>>786
完璧を期待されるのは確かに困りますが
間違ってるところとかあったらアドバイスお願いしまつ

>>785
build directoryをsrc directoryと独立させるため。
autotoolsの使い方を勉強してください。

って>786がいたのか、hideしてたんで気づかなかった。

>>789
そうですか、問題無かったですか。ビルドというより、画面が乱れなかったですか？

>>790
だから、勉強不足なのは認めますって、

今私も >>732 さんの手順通りで Slackware でやっていますが、結構そのままで上手くいってます。
現在 本当の64bit の binutils のメイク中です。

そのうち、まとめたら晒したいと思ってます。

gcc 4.0まだ〜

>>793
gcc 4.0 ってgfortranが含まれる予定だったよね。
順調にいってるんかなあ？詳しい人近況教えて

>>794
http://www.g95.org/
amd64用のバイナリもアップロードされて
いるから試してみては如何。

>>793
FedoraCore2(と3)でgcc4の追っかけをやってたりする。
今日もgcc4-4.0.0-0.14.src.rpmもﾋﾞﾙﾄﾞした。
もちろん使いますよ〜。

oggencの64bit版って早くなるかな？
今マシンが無くて試せないんだけど。良かったら計ってくれる人居ませんか？

>>797
42M 3分40秒の wav file を encodeしてみた
どちらも64bit kernel 上で測定しているので参考程度に

-----OggEnc v1.0.1 (gcc-3.3 32bit) -----
Elapsed time: 0m 11.9s
Rate: 18.3635
Average bitrate: 113.6 kb/s

real 0m11.952s
user 0m11.845s
sys 0m0.041s

-----OggEnc v1.0.1 (gcc-3.4 64bit) -----
Elapsed time: 0m 17.5s
Rate: 12.5290
Average bitrate: 113.6 kb/s

real 0m17.527s
user 0m17.370s
sys 0m0.059s

>>798
うあ結果が逆になってる
64bit が上で 32bitが下

>>799
ありがとう。

それなりに差が出るみたいね。
レジスタ増えたのが効いてるのかな。
しかし速いね。12秒か。真面目に環境作るかな。

64bit用のブラウザ何つかってますか？

･･･っていうか見つかりません

ブラウザを64bitで動かして何をしたいんだろう。。。
2億を超えるような演算をしてると思ってるのだろうか
それに64bit環境では32bit用のバイナリがちゃんと動きますが

64bitはどうでもいいが、増えたレジスタは使いたい罠。

普段は 64bit で build した firefox 使ってるな
flash のページをどうしても見なけりゃいけない時だけ 32bit版の firefoxに切替える
そういう事態はほとんど無いし64bit版のほうが確実に軽いしね

64bitコードから32bitの共有ライブラリを呼び出すサンクレイヤーで
スタンダードなのってある？そういうのがあれば >>805みたいな
32bitプラグインが有効活用できそうなのだが・・・

>>796
FC2で、以下のファイルをダウンロードしてインストールした。
ttp://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/
gcc4-4.0.0-0.14.i386.rpm gcc4-gfortran-4.0.0-0.14.i386.rpm libgfortran-4.0.0-0.14.i386.rpm
日本語対応になっているから、好感した。サンクス！

SiS760マシンに入れた人いないかなあ？
NECの水冷が妙に安いんでこいつを使おうかと思ってるんだけど。
ビデオカードは手堅いのを挿すつもり。

>>808
NECのTZならgentoo入れたよ。
SATAも使える。

>>809
SiS964はHDDの足回りが（VIAみたいな引っかかりがなくて)非常に快適らしいんだけども
linuxでも普通にそうなの？つかsata_sis.cの出来次第かな
http://techreport.com/reviews/2004q2/chipset-raid/index.x?pg=3

>>810
んだっぺねぇ。

>>809
Thx. & SATA情報もありがとう。
でも、肝心のTZが売り切れちゃったよ。
がっかりというよりびっくり。

>>810
しばらく前までに比べるとN-Sの仕様にそれほどの差は
なくなって来てるんだけどね。

|　 |
|　 |∧∧
|＿|･ω･`)
|桃|ｏ旦ｏ.
|￣|―ｕ'
""""""""""








|　 |
|＿|　　ﾋﾟｬｯ!
|桃| ミ
|￣|　　　　ttp://www.geocities.jp/foamyring/How2Make-amd64linux.pdf
""""""""""""""""

>>813
GJ!

>>813
こらぁえらい本格的ですね。乙です。

乙
しかしなぜpdf？

本来は、何らかの研究所内で配布する物であった
Geocities なので広告が入るのが嫌だから、
PDF だと保存しやすい?
>>813 はHTMLが書けない!!

と言う理由を予想してみるテストン

それで、>>813 を参考にして Slackware 入れた人いる?

pdfなのはfswikiで書いたからだとみた。

>>818

OpenOffice.org 1.1.2 Writer　ってpdfファイルに書いてある。

OpenOfficeは、64-bit化したのだろうか？

>>819
MS-PGothic が埋め込みになっているから、Windows で作成したんじゃない?

>>820
無理でしょ

>821
TEX->DVI->PDFかもしれん．
Windowsのフォントを使用するようにghostscriptを設定してるとか．

何のスレですか

http://www.nikkei.co.jp/news/sangyo/20041217AT1D1603X16122004.html

>>822
>>819
SazanamiとMS PGothicが埋めこみ

>>821
Linuxで作成された文章をWindowsで見る時を考えるとMS-PGothicと見せかけたフォントを用意しておくと
便利なんだよね、OpenOfficeでフォントの置換機能があるけど、他人に配布した際に作成時に指定したフォ
ントがなければ正しく表示されない事がある。

だから、MS-PGothicがあっても必ずしもWindowsで作成したとは限らないんじゃない?
もしかしたら、MS-PGothicに見せかけたsazanamiを使用している可能性もある。

>>826
埋め込みフォントにそれはないだろう

　　　　　　　　　　　　　/ヽ　　　　　　 /ヽ
　　　　　　　　　　　　/ 　ヽ　 　　　 / 　ヽ
　　＿＿＿＿＿＿ / 　 　 ヽ＿＿/　 　 　ヽ
　　|　＿＿＿＿　／　　　 　 　 　　　:::::::::::::::＼
　　| |　　　　　　 /／　　　　　　　＼　　:::::::::::::::|
　　| |　　　　　　 |　 ●　　　 　　● 　　 ::::::::::::::| なにこのすれ・・・
　　| |　　　　　　.|　　　　　　　　　　　　　:::::::::::::|
　　| |　　　　　　 |　 　（__人__丿 　.....:::::::::::::::::::/
　　| |＿＿＿＿　ヽ　　　　　　.....:::::::::::::::::::::::<
　 └＿＿＿／￣￣　　　　　　　:::::::::::::::::::::::::|
　　|＼　　　 |　　　　　　　　　　　　:::::::::::::::::::::::|
　　＼ ＼　　＼＿＿＿　　　　　　 ::::::::::::::::::::::::|

ネタがない

i386に迫るくらい安定してる上に32bit依存しているもの以外はほとんどのアプリが動くしねぇ
あたりまえといえばあたりまえだけど最も安定している linux port
ただgcc-3.4.4では高負荷状態だと稀にkernelがコケてくれるので kernelだけgcc-3.3.5
それ以外はgcc-3.4.4。gcc-4.0は実験的にというような運用

Mandrake-10.1を試してみた
安定してるけど、日本語使えるようにするのに苦労しそうだ

64ビット命令は、すべて32ビット命令にプレフィックスをつけて修飾する
という方式だから、32ビットと64ビットのコードのミックスや併存も容易。

>> 832
ですが... 命令レベルですと, そうですが,
ABI がかなり違っているので, ライブラリ関係では難しいと
思うのですよ

i686なマシンからx86_64用のバイナリを作ろうと思い、
gcc3.2.3で
gcc -m64 -march=k8 hoge.c
してみたのですが、「残念ながら見実装です」となりコンパイルできません。
いろいろ調べて、binutilsを--enable-64-bit-bfd付でconfigureしてインス
トールしてから同じようにgccしてみたのですが駄目です。

どうしたらいいでしょうか。

x86_64 は実質的に i386 とは違うアーキテクチャなので、
「クロスコンパイラ」である必要があり、
binutils だけでなく gcc も x86_64 を吐くモノが必要。

>>835
ありがとうございます。
実はredhatエンタープライズを使ってるのですが、
http://www-6.ibm.com/jp/developerworks/linux/040514/j_l-powlnx.html
によれば、
「RHEL3実装は「biarch」式のツイン・コンパイラー
（twin compiler）を利用しており、64ビットのコン
パイルを動作させるにはコンパイラー・フラグ（-m64）
を使います。」
と書いてありました。これの意味があまり良くわかない
のですが、m64オプションでイケるのかと思いやってみた
のですが駄目だったのです。

>>836
それはあくまで「AMD64用のRHELで、32bitのバイナリも64bitのバイナリも
ビルドできます」ってことだと思ってたけど。

>>837
ありがとうございます。
ということは、x86_64なgccのRPMパッケージであれば、-m32も-m64も可能
ということでしょうか。i386なgccは駄目ということですね。

>>838
お前は「クロスコンパイル」という用語が与えられたのにもかかわらず、
それについて調べようともしないんだな。ったく…

簡単に言うと、32bitと64bitのバイナリを作り分けれるのは
AMD64版のRHEL3のみの特典ということ

普通のi386のRHEL3では特殊な環境を作らないと駄目

ここにある方法でVineの64bit化に成功
なんか、カーネルだけなのに動きが軽い…
でも、この環境のままじゃロクにコンパイルできねえorz
設定いじらないと…

>>839
えっと、調べるもなにもクロスコンパイルは既知なんだけど。
biarchなgccのはずなのに、そのまま-m64でx86_64のバイナリを
作れないことについて質問してるんだよ。
よく嫁。 ったくちょっと下手に出るとこれだよ。

>>840
ありがとうございます。わかりました。

わざわざ余計なことを書いてスレを荒らす意味が分からん

>842
クロスコンパイラ作ってみたらどうでしょう?
-DNATIVE_CROSSって出てきますから, 純粋の意味の
クロスコンパイラとはちょっと違うんじゃないでしょうか

どうして biarch なはずと思えるのかが不思議だ。

しょうがないよ。842は真性包茎なんだもの。

LinuxでのC'n'Q動作に関する話題はここでおけ？

>>847
おそらく。

>>847
過疎スレ
少しは省エネについても考えてみる
http://pc5.2ch.net/test/read.cgi/linux/1002492664
を有効活用するのはどうでしょう？
kernel2.6.10でnVidia nForce2 FSB changing なんてものがこっそり追加されていて、amd64以外でも興味深い話題

"-march=k8 -O2 -msse -msse2 -mmmx -m3dnow"なんてやると
コンパイルに失敗する事が多い・・・・
知らなくてゴメン
-march=k8だけでいいんだね

AlphaもItaniumも、なんだか発想がスーパーミニコンっぽくって、
コストに対する意識がPCのそれとは大違いだった。
電力消費量みたって300WのLSIなんて作るかぁ。
メモリシステムがうんと豪勢なので、クラスタースパコン、
クラスターサーバーとしては優秀かもしれないが、いかんせん
コストパフォーマンス(値段あたりの性能)が良くない。
もしも、問題がクラスターPCでスケーラブルに処理可能なもの
であれば、よりコストパフォーマンスのよいPCをネット接続
した方が同じ資金で性能は高く出せるわけだ。
なんといっても、ALPHAのシステムはCPUもボードも値段が
高かったのが致命的だった。Itaniumも同じ轍を踏んだとしか
思えん。あんなものに怯えてMIPSなどが撤退してしまったことが
馬鹿みたいだ。

>>851
スレ違いだけど、釣り?

広帯域・低レイテンシなネットワーク、コモデティPCの進化がもたらす廉価な分散メモリ型コンピューティングの誕生を予測できていればAlphaはもっと早く撤退してたかもね。
ただ、過去の負の遺産を払拭したアーキテクチャとしてIteniumシリーズが風前の灯なのは残念に感じる。
Appleによる680x0→PowerPCは賞賛されたのに、intelによるx86→ia64が受け入れられないのは何でだろ?

A victim of his own success

>>852

Appleのは価格帯は同じか安くなったけど、
x86->ia64は値上げだからねえ。

>>854
こうもんに使うCPUなんだから、PCの価格帯になるはずないってば。
http://www.sw.nec.co.jp/products/acos/acos-4/i-px9000/reliance_index.html#menu1-2

肛門？

SUSE 9.2 Professional 64bit版のレポ誰かヨロシコ。

Debianですが，どうぞ

http://pc5.2ch.net/test/read.cgi/jisaku/1103755288/163

>>857

>>684

>>857
レポと言われてもなぁ、、
デフォでインスコするパッケージにyast-firstbootが選択されてなくてハマったが、
それ以外は普通にインストールできた。

あと、YaSTでインストールするnVidiaのビデオドライバで何故かTwinViewが動かなかったので、
nVidiaから最新版を拾ってきてインスコしたらうまくいった。

ただ9.1の時も同じだったんだが、OpenOffice.orgを動かすと固まる。
nVidiaのドライバのバージョンを変えると固まるタイミングが変化したので、
多分nVidiaのドライバが悪いと思うのだが詳細は不明。

全体的な感想としては速度は向上してる感じ、
YaSTは明らかに速くなったしKonquerorも良くなった。
FTP版でデフォでインスコされるFEPがCannaからUIM-anthyに変わったが、
別段使い勝手は悪くない。
デフォでIPv6が切られているのもいい感じ。

>>684
で音量が小さいと言っていたがうちではそんなことはなかった、
むしろデフォ音量が80になっていて爆音が響いて困った。
インスコ直後のデフォ音量は0というALSAの伝統を守ってもらわないと困る。

Appleの5万円台のPOWERPCG4MACもこれでまともなLINUXとまともなコンパイラが
動けば嬉しいんだが。

何をもってまともかというのは判断できんがPowerPCは今やi386に次いで
運用実績があるplatformだろう。
少なくともLinux/x86-64より使ってる数は多い。
玄箱・LinkStationなんかのNASはLinux/PowerPCだしserverとしてapache
動かしてる奴もかなりいる。
以前G3 noteを貰ったのでLinux入れたが使えるアプリも含めてi386機と全く
遜色無い。

miniは一瞬惹かれたが
林檎の初期ロットは火吹くからなぁ
つうか64bitじゃねーじゃん

PowerPCで十把一絡げにするのはi386からx86-64までまとめてx86と呼ぶようなもんだろ…
比較するにもカテゴリ分けがおかしいよ

>>864
概ね同意だけど、スレ的には64ビットでないとダメだろ。

>>863
洩れは2.5inch HDDっぽいのでパスだな。

Appleが新しいコンピュータのニーズを引き出してくれて、
それをPCメーカーが真似する。弁当箱サイズのAthlon64登載PCが
そのうち手に入るようになるかも。

ああいうマシンは開発費がかかるから一般のPCメーカーはまず作らないよ。

IDがMMX(ﾟ∀ﾟ)!!

-mmmx -msse -msse2

AMDなら-m3dnowだろ。
拡張3DNow!使うフラグってある？

AMDはOpteron,athlon64からは3DNow!よりSSE(2)を使うことを推奨してる。

>>870
-m3dnowすると余計おそくなってまった・・・

64bit nativeでも3DNowは拡張レジスタ使わないし基本的にbackward compativilityの
為だけに存在するものじゃなかったかな？