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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>221
良い夢みろよ

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

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

>>227
付属です。

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

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

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

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

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

FX5700が悪かったんだろうか

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

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

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

お気を付けください。

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

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

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

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

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

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

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

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

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



．．．とか

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

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

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

Pentium4: 128本
Athlon:　　　70
Pentium3: 　60

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

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

↓詳しい人の説明求む

>>245
間違ってる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>274
Athlon64　3000＋です。

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

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

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

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

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

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

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

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

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

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

>>281
KONNA KANJI DESU
HIRAGANA NI NARANAーI

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

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

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

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

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

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

edora/core/test/0.96/x86_64

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

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

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

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

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

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

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

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

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

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

>>291
BitTorrent で。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

tks > 人柱らー

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

大丈夫ですよ。

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

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

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

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

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

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

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

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

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

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

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

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

つーわけで、だれか

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

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

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

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

>>329
それは面白い！

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

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

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

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

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

そんなに電力食うの？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>354
要約はまかせろ！











お前には必要ない。

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

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

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

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

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

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

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

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

5GB NOP * 100000

>>363
AB回して〜

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

という思いがnForce3にさせた

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>397,>>398
爆ｗ

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

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

うげ，s/Disk/Desk/

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

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


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

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

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

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

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

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

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

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

Opteron248 dual機 到来。

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

　date of delivery: 41 days

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

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

ちなみに、

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

な感じです。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

少なくともSolarisではそう

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

マジすごいからage

>>417
気にシナイ！(w

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

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

getconf LONG_BIT

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>address sizes : 40 bits physical, 48 bits virtual

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

＞model name : AMD Opteron(tm) Processor 246

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

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

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

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

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

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

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

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

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

RHEL3ダメじゃん・・・

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

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

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

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

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

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

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

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

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

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

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

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

というわけで

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

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

athlon64は速いですか?

>>449
爆速
32Bitで。

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

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

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

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

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

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

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

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

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

って所ですか？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>473
乙!

SuSEかTurboを買うか・・・

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

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

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

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

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

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

カーネルは2.6.2に更新済。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

だけ、て

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>524
go64 ﾜﾛﾀ

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

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

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

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

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

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

>518

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

AthlonにPAEってあったっけ？

P4にもあるの？

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

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

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

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

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

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

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

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

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

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

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

>>560
80286じゃねーの？

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

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

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

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

どうやるの？

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

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

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

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

リニアアドレスって仮想空間だよ。
論理->セグメント->リニア->ページング->物理
x86用語ね。

個人的にはもうfarとかnearとかは見たくないんだが…

>>570
jmp near >>1

AMD64のマニュアルに関する疑問もこちらに投げてよろしいですか？

>>572
来い

>>573
ｶｺｲｲ

>>573
カコイイ

>>573
ｶﾜｲｲ

クルーソーは128bitだよね？
オプテロンよりすごいね？

VLIWだけど

てことはGeForce4MXの256bitはもっと凄いんですか？

ってことは512ビットの(ry

俺のPGPのRSA鍵は4096ビットなんだが…

だったら4096ビットプロセッサを使わないと。

ｵﾌﾟﾃﾛﾝってたった８バイトなんだな
しょぼ

個人で64bitのCPU買って何かいいことあった人いるんですか？

くじで冷蔵庫が当った。

68000は内部32ビット
Crusoeは内部128ビット

>>584
彼女ができますた

一般の皆さまにはコモドーレ64で十分です。
64bit CPUはさっきゅん専用。

【AMD64ﾚｽ】
このﾚｽを見た人はAthlon64でもいいので
10日以内に3つのAMD64 CPUを買ってください｡
そうすれば14日後好きな人から告白されるわ宝くじは当たるわ
出世しまくるわ体の悪い所全部治るわでえらい事です

( -.-)ノ　2つならDUALで使えますが3つは使いにくいでつ

AMDのCPUがIntelのCPUに勝っているところがあるとすれば消費電力かもしれない。
電気代が安くなった人とかはいないのだろうか。
速度が遅くても電気代が安ければ許されると思う。
ほぼ一日中パソコンをつけっぱなしにしている人にとっては消費電力は重要だ。
PCfanの2004/3/1号の43ページの記事では
Pentium 3.20EGHz(プレスコット)の消費電力は実測 164W〜274W
アスロン64 3200+の消費電力は実測 115W〜190W

ただし、ベンチマーク速度はアスロン64のほうが遅い。
Pentium4 2.40CGHz(ノースウッド)とアスロン64 3200+は消費電力が同じぐらいなので
やっぱり速くてなおかつ消費電力が小さくないとあまり意味ないか。

>>591
電球や蛍光灯の電力消費を調べてみましょう。

>>592
俺の部屋は28Wでした。

じゃあ、電気を消してPentium 4を使いなさい。

>>591
また場違いなのが来たなw

質の悪い釣りだね！
大体、そんな話題を犬板のスレに持ち込むか？ふつ〜（ｗ

AMD64は整数レジスタが16本、SSE2レジスタが16本になるので、
今までのx86よりはましになる。

今までのx86は整数レジスタ8本でそのうちESPはスタックポインタに
つかわれ、EBPはC言語などではローカル変数のベースポインタ
として使われるから、EAX、EBX、ECX、EDX、ESI、EDIの実質6本しか
使えなかったようなもんだからね。
浮動小数点演算もAMD64ではSSE2で行うらしいので、x87からの
スタック式レジスタを使わなくてもいいので使いやすくなるし、
いいこと尽くめだね。

javaのコンパイル速度は♪が速いぞ。

>>598
> javaのコンパイル速度は♪が速いぞ。
javacってjavaで書かれてるので、結局「javaで書かれたアプリが速く動くぞ。」
と解釈しておっけー？

>>599OK

Lispが早いな。

はは、Opteron買うつもりがSuper●のPCI-Xのまま板買っちまった｡

Pentium4はHTをオフにすると極端に消費電力があがるらしい。
無負荷時でも200W越えるとか。
結論としてAMDのCPUを選ぶ人は電気代払えない貧乏人ということになるだろう。
さあ、金無し貧乏人はランニングコストをよ〜く考えてAMDを選ぼう！

俺はAMDが好きというより、両者が競争しあって、結果として
CPUの性能がアップすることを望んでる。

AMD64が低価格で手に入れられる今、AMDがシェアを拡大すれば、
今までどうり、激しい競争をしてくれそうだし。

>>600
file /usr/java/bin/javac
/usr/java/bin/javac: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV),
for GNU/Linux 2.2.5, dynamically linked (uses shared libs), not stripped

ldd /usr/java/bin/javac
linux-gate.so.1 => (0xffffd000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x40036000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40047000)
libdl.so.2 => /lib/libdl.so.2 (0x4005c000)
libc.so.6 => /lib/tls/libc.so.6 (0x40060000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

>>605
http://www.blackdown.org/java-linux/java2-status/jdk1.4-status.html

64bit mode で動かしたいなら j2sdk1.5(beta) ｲﾝｽｺの方向で。
♪上でも、現時点での速度は 32bit 版の jvm の方が微妙に速いけど

>>603
釣りするにしてもせめてG5にあらゆる面で勝つか
真っ当な64bit対応してから言ってくれ。

>>604
Transmetaも入れてやって。

AMDのOpteronの140持ってる。先月ショップに行ったら見た瞬間に即決した。
カッコイイ、マジで。そして速い。電源入れると動き出す、マジで。ちょっと
感動。しかも64bitなのにIA32と互換性もあるから操作も簡単で良い。AMDは熱いと
言われてるけど個人的にはそんなことないと思う。Northwoodと比べればそりゃ
ちょっとは違うかもしれないけど、そんなに大差はないって店員も言ってたし、
それは間違いないと思う。ただエンコだとちょっと怖いね。SSE3ないから遅いし。
速度にかんしては多分P4もOpteronも変わらないでしょ。P4触ったことないから
知らないけどHTTがあるかないかでそんなに変わったらアホ臭くてだれもOpteronな
んて買わないでしょ。個人的にはOpteronでも十分に速い。
嘘かと思われるかも知れないけどπ焼きでマジでP4EEを抜いた。つまりはP4EEで
すらOpteronの140には勝てないと言うわけで、それだけでも個人的には大満足です。

>>610
なんか、縦読みっぽい文の区切り方だなぁ・・・
わからん、教えてっ

ずいぶん前に流行った車板のGTOコピペでしょ。
なつかしい・・・。

>>611
GTOコピペの改変

【夢を】ＧＴＯ書き換え【再び…】
http://hobby4.2ch.net/test/read.cgi/car/1076822509/l50

>>603
>Pentium4はHTをオフにすると極端に消費電力があがるらしい。
>無負荷時でも200W越えるとか。

オレはAthlon64買おうと思ってるけど、
んなわけねーだろ。

どうでもいいけど、Intel vs AMDみたいなの
つまらんから自作板でやってほしいな。
ソフト屋なんていいもの・流行りの物を使うだけだよ。
ドイツ人なら少し事情が違うのかもしれんけど。

>>616
胴衣。
自作板ならもっとヤレ！だが(w

>615
CPU単体ではなくシステム全体の実測値で、PCfan 3/1号の43ページに書いてある。
嘘だと思うなら本屋で立ち読みしろよ。
その記事によるとPentium4 3.4EGHzをでベンチマーク取っていたら300Wの電源が煙り出して壊れたとある。

そろそろ自作板でも勘弁してください。

PCfanなんて此処の住人は読まないだろ・・
そういえば、UNIXuserにTYANのOpの広告はいってたな

最近のOpteron人気はすごいね。
４大サーバーメーカーの内IBM、Sun、HPの３社が採用してる。
今後、全サーバの内かなりの割合でがx86系64bitCPU搭載になる予感。
あとはIntelがx86系64bitCPUでどう出るかだね。

>>621
残りのDellって、Intelとの密約(値引き含む)があるからかたくなにAMD製品を採用しないんですかね。
単にいつものように、市場がおいしい規模まで育つのを待ってるだけだとしたら、
ある程度x64市場が他のサーバ各社の尽力で育ってきた時点で参入してくるとは思うんですけど。

>>622
たぶん後者だと思いますよ。

>>621
HPやIBMは多くのサーバープラットホームを持っていますから、
既存のラインナップでカバーできないところを補うぐらいにしか、
今は考えていないと思います。今後、主要な位置を占めてゆく
かは AMD の頑張り次第ですね。

IBMは8CPUより上のXeonサーバを作る計画を持ってるからね。
HPは基本Itaniumだし。

>>623
でもさすがにIBMはPower Seriesを、HPはIteniumを、SunはSPARCを、それぞれ柱にすえざるを得ないでしょうから、
AMDはどうがんばっても主流にはなれない気が…。むしろしその辺のしがらみがないDellが救世主になったりして。

たしか、DELLってIntelCPUしか採用しないって条件で淫から莫大な援助を受けているんじゃなかった？
AMDがそれにかわる見返りを用意しなければ、DELLがAMDCPUを採用するって事はありえない！

AMDがそんな物を用意できるとは到底思えないです。

>>625
それは、Itaniumがコケれば・・・と言っても、Opteron 128/256 CPU サーバーは
ここ２，３年の内に出てくるとは思えないし。難しいですね。

AMD Core Math Library ってどうですか？

雷K8Wきました。
248 x 2、4G(PC3200 512M x 8)です。

fedoraサクッとインスコできましたが、メモリが3.5Gしか認識されない
ようです。4G以上積んでいる方、ちゃんと使えてます？

kernelのCONFIG_HIGHMEM*はどうなってる?
↑の方に32bit modeでkernel動かしていた人もいたし。

>>629
memtest86はやってみた？

>>630-631
レスサンクスです

kernelは間違いなく64bitモードです。
CONFIG_HIGHMEM*というのはなさそうです。

memtest86+でも、3.5Gまでしか出てきません。
起動時のBIOS表示では4096MBと出てきます。

>>632
起動オプション調べろ

>>633
kernelの起動オプションはいろいろ試してみましたが、効果は
ありませんでした。

/proc/iomemとか見ると、メモリの上位にチップセットやAGP/PCI
デバイスが陣取っているのがわかりました。
BIOSの設定画面では、これの配置をいじれるようなところはなさそうです。

もう少し調べてみます。

マザ-ボ-ドの説明書を良く読んでみろ。メモリのサイズが3GBだかを
越えたら、システムがメモリを256MBだか512MBだか忘れたが、握って
使えなくなるとかいてなかったか? チップセットの使用かもしれないし、
32ビットのBIOSを使う為に必要なのかもしれないが、とにかくそういう
ことわり書きがあったと思う。(HADAMAなどの場合)

>>635
そういう話聞いたことある。

石違いだが、職場のDellマシン(Xeon2.4GHzx2)、
メモリ4GB積んでるけど、

% free -m
total used free shared buffers cached
Mem: 3404 3093 310 0 270 2368
-/+ buffers/cache: 454 2950
Swap: 2000 23 1976

ってな感じです。

>>635-636
Tyanのホームページを見たら、ありました！
マニュアルには記述がなかったのですが…

The BIOS needs to overlay the, APIC, ACPI Table, AGP Aperture, and PCI
MMIO over the last 512MB of the 4GB physical address space. Operating
System accessible memory and these structures can't both exist at the
same place, so this portion of DRAM can't be used and is not reported
to the OS.

だそうです。
大変お騒がせしました。

ヒントを下さったみなさん、ありがとうございまた。

RHEL3のAMD64版はまだ出来てないって話だが本当？

Fedora Core 1 FOR X86-64 を入れたら、
バ-ジョンがなんと1より低くて0.96 なんだけど、
up2date で繋いでアップデ-トしようとすると、
なぜだか404で接続エラ-になってしまうんだ。
同じマシンでそこのWEBのURL開くとディレクトリ-
とかファイルはあるのに。

あと、FEDORA CORE FOR X86_64 のCUPSがまともに動かない。
I386用のFEDORAのCUPSや、MANDRAKE LINUX FOR X86_64のCUPSは
ちゃんと動くのに。
プリンタ-のセットアップが出来ないので不便だ。

>>640
◆Zsh/ladOX.さんの解説リンク
>>473

ＳｕＳＥ9 入れたけど Gimp がバグリーだな。
結構落ちやすい。ま、あんまり使わないからいいんだけど。

>>639
x86-64は、まだβ版なんだから当たり前だ　=>　バージョン表記
不具合が出たのなら報告しよう！

redhat 系の 内部バージョン表記って、
7.3 だと 7.2.97 とかになってたりしなかったか?

おまいら漏れがAMD64版のRHEL3をコンパイルして流すまで待て

644は勇者

なんか、kernel 2.6.2だとパフォーマンスが出てないような…
いまunixbenchの結果まとめてるところだけど、

Turbo8(2.4) ＞ fedora core 1(2.4) ＞ fedora core 1(2.6)

という感じ
特にExecl Throughput、Pipe Throughput、Process Creation
あたりで、2.6の数値が低い
カーネルコンフィグの問題？
何が要因になっているのか…

あと、ビデオカードはGeForceなので、NVidiaから専用のドライバ
ﾀﾞｳｿしてきました
ちゃんとx86_64にも対応してます
速いです

といっても定量的に評価した訳ではありませんが…
なにかX用のいいベンチありましたっけ？

>>647
xengineぐらいしか思いつかない漏れは逝ってよしですか？

>>647
UnrealTournament2004 for 64bit Edition on Linux
↑世界初の64bit 3Dゲーム

RHEL3 β上で RHEL3のSRPMをコンパイルしてるんだが
半分くらいはコンパイルが正常に終わらねぇ

RedHatはどうやってAMD64版を作ったんだ・・・
もしかして32bit上のRedHatでクロスコンパイル？

>>650
アホか（ｗ

>>248
xengineなら試してみました
24bit, 1600x1200で27700前後です
カードはnVidia GeForce FX5200 128MBです

>>652
UT2004の64bit版試してよ
無料Demo版があるから

http://www.fasterfiles.com/pafiledb.php?action=file&id=888
ここの真ん中あたりのボタンからダウンロードできる。
混んでる時は待たされるから注意

RHEL3はなんていい加減なんだ
nasmなんてソースすらないのに、インスコしてないとコンパイルできないパッケージが多数
ほかにもソースすら存在しないものをコンパイル時に要求するもの多数・・・

いったいどんな環境でRHEL3をコンパイルしてるのか知りたいぞ

>>654
おもろそうなんで漏れも今やってるとこ。
結構ﾋﾞﾙﾄﾞ通らんね。

>>655
じゃ、i686版 RH9を作った時に作ったスクリプトを改造したやつあげようか？

>>653
ダウソ中
ってか、でかいなこれ

漏れもてけとーｽｸﾘﾌﾟﾄで廻してる(w

#! /bin/sh

for i in *src.rpm
do
env CC=gcc34 CXX=g++34 rpmbuild --rebuild --target=x86_64 $i
if [ "$?"x != 0x ] ; then
echo $i >> badfile
fi
done

ってことで長くなければ晒してくれ。

http://juggler.jp/dollby/i/20040223221805.gz

$ tar -zxvf 20040223221805.gz
$ sh autobuild.sh

SRPMディレクトリの中の*.src.rpmを次々コンパイル
エラーならERRディレクトリ 正常終了(コンパイル完了)ならDONEディレクトリへファイルを移動
途中の全体ログはLOGSディレクトリに処理時間を入れてbuild.logとして保存
各パッケージのコンパイルログはLOGSディレクトリにパッケージ名で圧縮保存
エラーが出た場合のログは "パッケージ名 + Errror" で圧縮保存

glibcとopenofficeを含めて残りのSRPM 40個　(´・ω・｀)

>>659
ありがとう。
頂きますた。

現在libaioが終ったところっす。

しかし何でこんなに収録ファイルが足りないのかな
1枚目と4枚目のCDはガラガラなのに

( ´∀｀)＜ なんでなのRedHatさん

>>653
試してみました
が、この手のゲームってしたことないので、何をどうしてよいやら…

Assaultというゲームのイントロを試してみましたが、少しカクカクします
もっとも、640x480でも1600x1200でもさほどカクカクの感じは変らない
ので、CPUやグラフィック以外のところでネックがあるのでしょう

横の端末から入ってtopしながら見ていると、CPUは常に1つしか使われて
いないようで、Dualの効果はないようです

とりあえず、動きましたという報告ということでw

>>662
/usr/local/games/ut2004/benchmark/
の下にベンチ用のスクリプトがあるので
それで性能を測るといいです

とりあえずFX5200ではまともに動かないくらい
重たいゲームのはずなので64bitの効果はあるのかな

>>663
それらしきものはありません

/usr/local/games/ut2004demo/Benchmarkの下には、
CSVs, Logs, Results, Stuffというディレクトリがあり
ますが、それぞれサイズゼロのファイルがあるだけです

バージョンが違う？

>>664
1. First, please don't go nuts benchmarking this.
The compiler isn't as mature as it's 32-bit counterparts,
the drivers aren't as mature, we didn't include some SSE code you'd find in 32-bit versions,
etc...the game is fast, but it probably won't edge out other builds at this point. This is a tech demo, really.

どうも64bit版にはベンチマークがないみたいですね
本当に動くかどうかを試すだけのバージョンみたいです

>>665
現時点では動いただけでもラッキーってことですね
環境はfedora w/kernel 2.6.2

そうそう、いつの間にかカーネルのコンフィグにPrescott/Noconaの文字が…

>xengineなら試してみました
>24bit, 1600x1200で27700前後です
>カードはnVidia GeForce FX5200 128MBです

なーんか遅いの。PEN III 670MHz の 貧弱CPU (GeForce FX5200 258MB) でも
53000前後でるのに。。。

　＼　　　∩─ｰ､ 　　　====
　　 ＼／　●　､_ ｀ヽ 　　======
　　　/ ＼(　●　 ● |つ
　　　|　　 X_入__ノ 　 ミ　　　そんな釣りで
　　　 ､　(＿／　　　ノ　/⌒l　　俺様がク、クマ―！！
　　　 /＼＿＿＿ノﾞ＿/　 /　　=====
　 　 〈　　　　　　　　 ＿_ノ　　====
　　　 ＼　＼＿　　　　＼　　　　ズザザザ
　　　　　＼＿__）　　　　　＼　　　======　　(´⌒
　　　　　　　　＼　　 ＿＿_ ＼＿＿　　(´⌒;(´⌒;;
　　　　　　　　　 ＼＿＿＿）＿＿＿）(´;;⌒　 (´⌒;;

ここはIntel製のAMD64互換CPUでLinuxするネタもOK？　それともオプのみ？

>>669
そっちのスレが立つまでいいんじゃない？
まぁ当面は心配する必要もないが。

>>669 こっちで。　次スレタイトルにはIA32eもいれたほうがいいね。

残りのSRPM 15個
この辺からかなり辛い・・・

ソースの間違いによるコンパイルエラーとか直さないと駄目だし
glibcの32bit版はコンパイル通らんし、それないとgccがコンパイルできんし

( ´∀｀)< RHEL3 for AMD64はどんな環境でコンパイルされてるんですか RedHatさん

>>672
乙。

こっちはﾋﾞﾙﾄﾞはちょっとお休みして2.6.3にｶｰﾈﾙうp
の作業をちとやってますた。
2.6.3はBugでC'n'Qが効かないんでｴﾛｴﾛと。
んでSUSEのkraxel神のﾊﾟｯﾁでうまくいきますた。

皆さんﾁﾝﾎﾟ立ってますね。

ってわけで（何がだ)>>473更新しますた。

残りのSRPMは5個

しかし、RHEL3 for AMD64は恐ろしく速い
athlon64 3400+はサブマシンのathlon3200+と同じクロックなのに
コンパイル速度が倍近く違う・・
64bitキタ━━━ヽ(∀゜ )人(゜∀゜)人( ゜∀)人(∀゜ )人(゜∀゜)人( ゜∀)ノ━━━ !!!と小一時間叫びたい

>>676
オメ〜
速いのは自前でビルドしたからかな〜
2.4カーネルだからかな〜

AMD64用に自前で作った graphvizに 3000頂点くらいのデータを食わせると死ぬな(´･ω･`)

gcc古いんで新しいの拾ってこよう……

AMD64 デベロッパ向けリソース・キット
ttp://www.amd.com/jp-ja/Processors/DevelopWithAMD/0,,30_2252_9044,00.html

gentoo でstage1 からインストールしても倍ぐらい遅いんだけどな
なにが違うんだろう。

>>680
何と比べて？

うちはAthlon3200+ の RHEL3と Athlon64 3400+ の RHEL3を比べてるけど
コンパイル速度は倍近く速いよ　両者ともにクロックは2.2Gなのに

CodeAnalyst for Linux入れようとしてみたがライブラリ入ってない過ぎて辛い。
メイン管理者じゃないから いろいろ入れるの怖いし(;´Д`）

けっきょくRHEL3のﾋﾞﾙﾄﾞは諦めますた。

いつもｲﾝｽｺ時にｶｽﾀﾑを選んで、開発環境だけは
全部入れてるのに足りないrpmが山程出て来てうんざり…
あとはFC1.90だとソフトが新し過ぎて難しいところがあって…

っつーことでisoくれ(w ＞644

おれもほすいー(cannaで"い"が小文字にならんどうすれば委員だ)

xi

幾つかまだコンパイルできないSRPMがあるんだが
その前に一つ疑問が・・・

RHEL3 for AMD64ってRadeon9800は動かないのか？
ずーとCUIで作業してる・・・

最終的に残ったのは意味の分からんエラーを残すやつだけ
大抵はstripをかけようとしたらファイルがないぞと言われて
lseekエラーとなって止まる。　でもファイル自体はちゃんとあるという罠

これは何かのバグなんだろうか・・・ lseek？　それともglibcのバグ？
わけ分からん

>>687
ttps://bugzilla.redhat.com/bugzilla/long_list.cgi?buglist=106102
なんかこんなのある。俺は中卒だから英語は読めんが
なんとなく ラデ9800は使えんって書いてある気がする。


俺はmandrakeの報告ほとんどないから、人柱しよと思って
インストールしてみたが、撃沈しました。
馬鹿な俺には linux 無理なような気がしてきた。

>>689
fedoraの事例なんでちょっと違う気もするけど
bugzillaという大切な情報源を思い出すきっかけけになったよ

おかげで↑に書いたlseekのバグも解決できるかもしれない
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115853

XF86Configにchip IDを書けば動くと｡

ラデ9800はradeonでサポートしてるが新しすぎてXF86Config
作成時のリストにのってないからまとまなXF86Configが
作成されないと｡

漏れのマシンじゃ ネットワークもXも動かないっす
CUIだけならまだしもネットワークすら無しではつらい
もう挫折していいですか　＿|￣|○

参考に環境を書いておくと
Athlon 3400+
Asus K8V Deluxe
PC 3200 1024M
Radeon9800Pro
3Com 3c2000(on bord)

SuSE 9.0 for AMDはXもNICも快適に動いたんだけどなぁ

>>644
乙〜。
あと数個だし、良くやったと思うけど。
NICは数百円の蟹を差してみるとか。
Xはちと難しそう…まぁ鯖向けだし…

さて、これから遊びに出掛けます。

build_ada 0 にしないとgccがどうやってもコンパイルできない
かといって↑をやるとlibgnatとgcc-gnatのパッケージが作られないので完成しない罠

↑ はバッファオーバーランを防ぐAMD64の機能を操作するカーネル機能にバグがあったよ模様
機能追加はいいけどバグが増えるのは勘弁して欲しい　＿|￣|○

3Comの3c2000(3c940)がようやく動いた
ドライバのソースを取ってきて Makefileに
CFLAGS += -mcmodel=kernel
と付け加えてコンパイルする
あとは /etc/modules.confに
alias eth0 3c2000
と書けば動く

相変わらずRadeon9800は動かない
SRPMを見る限りRadeon9800用のパッチは当たっていない
最新のアップデートSRPMを覗くとパッチは当たっていて
一応 redhat-config-xfree86 でセットアップは立ち上がるがあえなくフリーズ

64bitって苦労するなぁ・・・

>>695を解決するには noexec=off noexec32=off を起動時にカーネルに渡す
このバグのせいで、結構多くのソフトがコンパイルエラーを起こすみたい

IA-32eとAMD64の実装にはいくつかの違いがある。
明らかになっているのは、
Fast system calls:
　Syscall / sysretは、64bitモードでだけサポートする.（互換モードの中ではない）
　Sysenter / Sysexitは、64bitモードと互換モードの両方ともサポートする。
CPUID:
　Volume 1のテーブル2〜8を見れば、IA-32e特有のものが含まれているのが見れる。
　（GenuineIntel, HT, SSE3, monitor/mwait, Intel Enhanced SpeedStep, cmpxchg16b）
　8000:0001hの機能は、EDXが機能1である場合の標準機能bitを複写しない。
　実装されている新たな機能だけで設定する。
MSR全般:
　MSRの構造上、全てが互換ではない。
　例えばIA-32eは、SYSCFG, TOP_MEM, TOP_MEM2を実装しない。
Fast-FXSAVE/FXRSTOR:
　IA-32eは常時、FXSAVE/FXRSTORのFP状態を全て保存する。
　FP状態を縮小したFXSAVE/FXRSTORはサポートしない。
Microcode Update:
　IA-32eは、32bitモード実行中であればマイクロコードアップデート機能をサポートする。
NX (No-Execute) bit:
　初期化実装では、NX bitをサポートするつもりはない。
BSF/BSR when source is 0 & operand size is 32:
　64bitモードの中で、プロセッサはZFを設定し、ディスティネーションの上位32bitは未定義。
　常にZFをチェックするべきであるか、32bitオペランドサイズを使うべきでない。
66Hプレフィックスでのニアブランチ:
　PRMの振る舞いが書かれたドキュメントは特定の実装である。
　ニアブランチ上で66Hプレフィックスの使用を回避するべきです。
========== AMDとIntelの明示的境界線 ==========================================
IA-32eでサポートしないもの:
　3DNow命令（prefecthwまたはオペコード0f0dのプレフェッチを含む）

>>696
sk98linで3c940は動かない？
Gentooはsk98linで一発だったんだけど

>>699
sk98linはパッチあてれば3c940でも動く
で、メーカーからパッチを持ってきて当てようとしたら
RHEL3のカーネルは無茶苦茶に弄られてて当てれなかった罠

>>700
fedoraでもsk98linでOKでしたが・・

>>701
RHEL3にパッチが当たってないだけだと思う
Turbo Linux 10Dも SuSE 9(64bit)もsk98linで動いてた
Turbo Linux 8WSはアップデートパッケージを当てると動くし

実際に RHEL3 for AMD64で modprobe sk98lin　を実行すると no adapter! と出る
まぁ、Radeon9800のパッチも当たってなかったしなぁ・・・

>>702
ではkernel 2.6.3のsk98linは既にパッチがあたっている？

http://www.syskonnect.com/syskonnect/support/driver/htm/sk98lin.htm

↑を見る限り 2.6.2までのパッチしかないので2.6.3から取り込まれたかもね
2.4系はデフォでは3c200(3c940)は動かない模様

それよりOpenfOffice以外のコンパイルが全部終わりましたYo!
OOはi686版RedHat9を作ったときもそうだったけど
正常にコンパイルが終わらないのでβに入ってたバイナリを流用しようかと検討中

とりあえずISOイメージを作ってテストするわ

>>705
お疲れさん。

isoはwinnyで流すのですか？

>>705
作業乙でした〜
Win使わないでゲトできれば幸いっす。

>>706 >>707
とりあえずwinny2で流すよ
でも某社がうるさそうなので名前はRedH@t Enterprise Linux 3　という感じで。。。

ふぅ、今　安物のDVD-Rに焼いてる
しかし、正直な話 X window systemっていらないなぁ・・・

真っ黒なCUIでDVD-Rに焼くまで全部できたよ

ん〜linuxでwinny2ってできるのかな…
だめぽだったらあきらめっぺ。

できるよ。
wine+winny2で詳しくはwineスレ見てくれ。

インスコテスト完了
漏れのマシンはXが動かんのでGnomeとかKDEのテストはできん
が、βの2.95よりさらに速くなった感じが・・・

compsパッケージの入れる場所とか少し違ったので、直してからリリースする
あとフルインスコもテストしないとね

あと、CD内のインストーラであるアナコンダのバージョンが
古い気がするんだが　(βバージョンと表示される)
これを入れ替える方法ってないのかな？

>>644
あほみたいな事を頼みます。#define LPCNT 99999999
int
main(int argc, char *argv[])
{
int i=0;
int j=0;
int k=0;

for(;i<LPCNT;i++)
for(;j<LPCNT;j++);
for(;k<LPCNT;k++);
return 0;
}

↑のプログラムでtime してみてくれますか？

そういう空ループはコンパイラの最適化で除去されてしまうのでは？

それ事前に最初のループのあとに ; が足りないと思うぞ

for(;j<LPCNT;j++); ←これが余計なんじゃないの？
それから-Os -march=i686で最適化してもちゃんとループしてたよ

int main(void)
{
unsigned long long i;

for(i = 0; i < 18446744073709551615;

return 0;
}

こっちのほうが64bitの速さを体感できそうだな
Athlon3200とAthlon64 3400+ で実験してみるか

幸いにも3200もRHEL3を積んでるし

↑
for(i = 0; i < 18446744073709551615; i++);

> そういう空ループはコンパイラの最適化で除去されてしまうのでは？

そうなんですか。でもそれでもCPUの差は出て来ると思いませんか？

> それ事前に最初のループのあとに ; が足りないと思うぞ
> for(;j<LPCNT;j++); ←これが余計なんじゃないの？

; は余計ですた。

ほんとに単純にどんなもんか知りたかった訳ですが。。。

>>720
本当に最適化されたら空のループはスルーしてしまうのでは。
よく分らんけど。

> 本当に最適化されたら空のループはスルーしてしまうのでは。
あ、それもそですね。

>>718
ｎｙ起動して待ってます。
放流したらハッシュもお願いしますね。
お礼にレポや各種ベンチマークなどの報告は完璧にします。

>>644
おれもwinny起動はしてないけど、キャッシュ消して準備OKです。
おれはスキル余り無いので、光回線を生かして中継に協力します。

isoはDVDで流すのでしょうか？

winny2で流します。　クラスタは Linux
イメージはDVD ISO 大きさは1.5Gで 圧縮して1Gくらいになると思う
圧縮はWinRar Linux版は無料で配布されてるので検索して用意してくれ

名前は tarron-dvd.rar <- taroon　じゃないことに注意
正式な名前は RedH@at Enterprise Linux 3 WorkStation

今日の夕方から夜にかけて流し始める悪寒
ハッシュはのちほど追って連絡する

long型演算に対する考察

32bitモードと64bitモードそれぞれに2^32の値までインクリメントさせるプログラムを作成
それにかかる時間を調査
その結果
64bit だと 20秒前後で終わる
32bit だと 35秒前後で終わる

long(64bit)型の演算においてはかなりの性能アップではなかろうか？

#include <stdio.h>
#include <time.h>

#define LIMIT 4294967296

int main(void)
{
long long i;
int whatbit;
time_t start;
time_t end;

if( sizeof(void *) == 8 ){ /* for 64bit */
whatbit = 64;
}else{ /* for 32bit */
whatbit = 32;
}

printf("%dbit mode: start increment!\n", whatbit);

time( &start );
for(i = 0; i < LIMIT; i++);
time( &end );

printf("%dbit mode: ended %d second\n", whatbit, end - start);

return 0;
}

↑は、裏で総コンパイルをかけてる間にとったベンチなので
ちょっと遅くなってるよ

上のプログラムを最適化なしでコンパイル 32bit用バイナリは gcc -m32でコンパイル

RedHat EL3(自作) for AMD64( 3400+, 2.2G )
2^32 -> 18秒(32bit)
2^36 -> 193秒 (32bit)

2^32 -> 9秒 (64bit)
2^36 -> 188秒 (64bit)


RedHat EL3(純正) for i386( 3200+, 2.2G )
2^32 -> 15秒(32bit)
2^36 -> 186秒(32bit)

Athlon64 3400+は32bitモードだと3200+よりも遅くて
しかも64bitモードでも36乗までインクリすると遅い　(´・ω・｀)

それぞれアセンブラソース見せてよ

微妙だな。

SourceForge.JPコンパイルファームにOpteron対応Linuxも

ttp://japan.cnet.com/news/ent/story/0,2000047623,20064619,00.htm

>>727
おれが作ったプログラムでは、forループのiは、32ビットまでしか数えなかったが。
ループ変数が32bitシステムで36bitまでまわせるのか？
最後のiの値が知りたい。

>>733
32bitシステムでも long longで変数宣言すれば64bit型整数になる
つまり -9223372036854775807 〜 9223372036854775807
までが扱えるようになる。
一応、最終のiの多きさは%ldで確認済

今、フルインストールを繰り返してパッケージの不具合を調整中
原因が分かる限りなおしているが
結構、目に見えて分かる不具合が多いのでテスト予定者は覚悟汁！

ラジャー！

>>734
long long intはgccの拡張か、C99。
定数のサフィックスはLLで、printf等の型指定はll。

駄目もとでXF86ConfigのVGA情報のところに
以下を書き込んだらRadeon9800でXが立ち上がった
ChipId 0x4e45

ネットワークも動いたし、これはもしかすると常用できるかも？

で調整にもうちょっと時間が掛かりそう
とりあえずXが動いたのでGUIアプリの動作確認もできそうです

EHEL3 for AMD64からテスト書き込み
どうやらFreeWnnで変換されている模様
AtokXは動くのかな？

long long int が使えるGCCのバ-ジョンは?
本当に sizeof(long long int)
が8になるのか?

version 1の頃からもう使えたよ。long long int。
gcc内部で、定数計算の桁あふれを防ぐために、実装されたから。
最初の利用者がgcc。

sizeが幾つになるかは、環境によるよね。

( ´∀｀) なかなか完成しないなぁ

たいへんそうですね。

そこそこで見切りつけたらどうでしょかね？
切りのいいところで、公開したらいいんじゃないんですか。
後は、このスレの有志諸君が完成させて行くってことで

一人だと大変だしょ。

じゃ、一応完成ということで
でSRPMを一緒に焼いたから圧縮しても3Gもあるや
どうするかなぁ

とりあえずDVDイメージからCDイメージを作ってみる

おれんじぺこつかってね(´･ω･`)

Kylixで６４ビットのプログラムを作れますか？

さあゲームの始まりです
愚鈍な32bit Linuxユーザ諸君
ファイルを探してみたまえ
ボクはコンパイルが愉快でたまらない
積年の32bitに流行の裁きを

7b4500160d48ee00103ff41418cd3f94 tarron-x86_64-disc1.iso
2ed0939f52e0040ac0ad569b7cde785c tarron-x86_64-disc2.iso
a007e72189e3d0c8c3d69b48e05878ce tarron-x86_64-disc3.iso

では
クラスタ = Open Source Project でお待ちしております

全部で6枚
Disk[1-3]がバイナリ
Disk[4-6]がソース

ソースは後出し、いる人少ないだろうし

落とし終わった人は、放置してUPに貢献してね
じゃないと放流やめちゃうから！

晒した瞬間にものすごい数のアクセスが・・・
ひょっとしてみんな期待してた？

いやハッシュ見かけると、なんとなく落としたくなる性分なもんで。

RHEL3 for AMD64 (･∀･)ｲｲ!

AtokXもWnn7もちゃんと動いた！

これって、「キーワード」に「Open Source Project」
ハッシュに「7b4500160d48ee00103ff41418cd3f94」等を入れるんだよね？
中々落ちてこないよ…

きたぁ〜〜〜ダウン開始。
今日から2週間程、UP貢献の為にny常時起動します。

6時間近く掛って iso1 60M,iso2 300M,iso3 20M 位落ちてきた。
俺もwinny立ち上げておきます。今のところUp1だけど、光なので中継に協力できるとおもいます。
疲れたからねよ。

一応説明しておくけど
ダウン条件 -> ダウン追加(押す) -> キーワードに「Open Source Project」　と入れる
-> クラスタ指定用に〜を押す -> 追加(押す)

これでwinnyネットワーク上に「Open Source Project」という名前の集団ができて
効率的にファイルの交換ができる。 その後に
(↓ハッシュ)　　　　　　　　　　　　　　　　（↓キーワード)
7b4500160d48ee00103ff41418cd3f94 tarron-x86_64-disc1.iso
2ed0939f52e0040ac0ad569b7cde785c tarron-x86_64-disc2.iso
a007e72189e3d0c8c3d69b48e05878ce tarron-x86_64-disc3.iso

↑をそれぞれ入力する

あと、Disk1は630M Disk2も630M Disk3が300M　合計1.5G

Fedoraのupdatesにx86_64ができてるね

すでにダウンロードが終わった人いますか？
インストール終わって一通りの動作確認ができたら感想よろしく

>>756
おぉ〜今までWinnyはほとんど使ったことが無いので知りませんでした。
これをやったら、凄い勢いで落ちてきました。
残りDisk2が500M程度です。

でも、よくよく考えたら凄い時代になったんだねぇ
1.5GBものファイルをネットワーク上で自由にやりとりできる時代なんだな。

雑談すみまそん。
あと、出来ればソースの方も、そのうち暇があればよろしくお願いします。=> 644氏

>>761
kddlabs等のミラーにおいてあるソースと同一のものだけどそれでも欲しい？

>>762
あっそうなんですか。
じゃ、これ以上644氏の回線圧迫するワケにはいかないので、自分でkddlabsにでも行って取ってきます。
お返事ありがとうございました。

って、なんかDLが一気に止まってしまった(;´Д｀)
残り200MB程なのに…

fedora core 1 x86_64版出てます。
http://fedora.redhat.com

アップデートとして出されたSRPMをコンパイル中
近日中にサービスパックとしてまとめて流すよ

重ねがさね乙です。>>765

この644氏が流したx86-64のRHELは、うｐデートはどうすんの？
まさか、昔見たいにソースで最新版落としてコンパイル→パッチ当て？

aptやup2dateみたいな感じでアップデートができないんなら、
素直にFedoraCore1 for x86-64を使った方がいいな…

>>767
いいでないですか。草のね的な広がり方もあって。

>>767
ただ乗りのお客様ｷﾀｰ♪

漏れはFedoraがもうちょっと安定するまでの暫定システムとして使うんで
(Fedoraの開発姿勢上、永遠に安定しない可能性もあるし)
うｐでーとのことまでは知らない
一応、一定期間ごとに新しく出たうｐでーとのSRPMをコンパイルして流す予定ではあるが
基本的には各自でミラーからうｐでーとSRPMを取ってきてコンパイルして rpm -FUvh でパッチ当て汁

誰かミラーからSRPMを取ってきて自動でコンパイルして
パッチ当ててくれるプログラムを開発してくれる人をキボン

寝る前にカキコ。

>>756
ずっと64bitOSで使っていてwine+winnyを試せないで
いたが、RH9を立ち上げたのでやってみた。
こういう状態までは来た。
tp://damarehage.homelinux.org/linux/0jl/mado.jpg
が、↓のところはどうやるの?

＞その後に
＞(↓ハッシュ)　　　　　　　　　　　　　　　　（↓キーワード)
＞7b4500160d48ee00103ff41418cd3f94 tarron-x86_64-disc1.iso
＞2ed0939f52e0040ac0ad569b7cde785c tarron-x86_64-disc2.iso
＞a007e72189e3d0c8c3d69b48e05878ce tarron-x86_64-disc3.iso

＞↑をそれぞれ入力する

>>771
↑の画面の左上にあるダウン追加というボタンを押して
ハッシュとキーワードを入れて追加するだけ
あとルーター使ってるならwinnyで使用してるポートを調べて
空けないと駄目だね。使用するポートは右上のシステム情報のところに書かれてる

>>772
ありがとう。
やってみるわ。

楽したいなら、yumが使えるwhiteboxなんかも。
ttp://beau.org/pipermail/whitebox-devel/2004-January/000753.html

なんだ？　>>644のRHELの報告が全くないな（ｗ
実はみんなインスコしてねーんじゃねーの？

俺は、うpデートの事もあるし、得体の知れないLinuxを入れるのは怖いんで、素直にFedora x86_64を使ってます。

>>644氏のは禿げしく禿げしくインスコしたいが落とせていない。
Winnyに不慣れなせいもある。
ぼちぼちやるしかない。

うpデートに関しては氏が>>770で述べていることに尽きるな。
このやり方で問題ない。

漏れはもともとup2dateやyumは使っていないし。

同じく、落とせてない。
Winnyって初めて使ってるけど扱い難いもんですね。
24時間年中無休で接続してる訳じゃないから、このままのペースだと
インスコまで1ヶ月以上は掛かりそう。

以前Fedora(非64)落としたときはdisc1-3で計3時間弱だったから、
そんなに駄回線じゃないと思ってるんだけど。

＞以前Fedora(非64)落としたときはdisc1-3で計3時間弱だったから、
は、ftpの話ね。確か国内のどこかのmirrorから持ってきたとき。

漏れはインスコしたけど、特に問題なかったよ
最初にβ版と出るけど、各パッケージ自体は正式版と同じものみたい

ちゃんと64bitで動いてるみたいだし、GnomeもMozillaもEvolutionも安定して動く
やっぱりFedora x86_64より速いくて洗練されてます

サーバにするわけではないのでうｐでーとに関しては氏の発言の通りでよいかと
っというか普通サポートのないディストリビュージョンでサーバはしないでしょう

こっちにも書いとこ。

IA-32e対応のiccから、生成したバイナリがAMD64で動かないように
するそうです。

>>780
そして代償としてaccがリリースされる(嘘

>>780
これって自作板のｵﾌﾟスレ199で初めて出たわけだが、
ｿｰｽが無いからrumorってことも有り得る。

まぁｲｿﾃﾙならすごくすごくやりかねないことだが(w

まあ、当たり前といえば当たり前。

>>782
それが、セミナーで講演してたintelの技術畑の人が明言してたんですよ。
漏れの他にも何十人かは聞いてたから、そのうちはっきりすると思うけど。
PCクラスタ関係のセミナーでしたが。

>>780
なんで

性能って言うとベンチが良く出るけど
結局ベンチって単一のアプリの性能だと思います

今までのIntelのCPUって、確かにもっさり感はあったけど
pen、mmx、Pen3は、もさりしてたけど、タスク処理って言うのかIO処理って言うのが
Atlonより良かったように感じる
AtlonXP使ってるけど、確かに一つのアプリを起動させたりするのは
とても速いんだけど、速すぎるっているのか、他のタスクへの切り替えがすごく遅れる

Pen4は使ったことがないので、よく知らないけど
AMDのCPUより、IntelのCPUは一つのアプリの性能は遅くとも、タスク処理の性能は良いと思んだ

そこでAMD64ってやはり単一のアプリだけ、ベンチだけを目的に作られてるんだろうか？
そうだとしたら、HTがあるPen4の方が使いやすいと思うんだけどどうなんでしょう？

>>786
>他のタスクへの切り替えがすごく遅れる
ド素人の感覚だけでものを言うな。
タスクの切り替えは、OSがスケジュールに沿って判断しているから、
測定したときの状況によっていくらでも変わる。

>>786
Pentium4使ったことないなら、使ってみることをオススメする（ｗ

AMD64は Athlon64と使用感は比較的似ている。が、もっと負荷への耐性があるように感じる

Linux + Opteron x ∞ = これ最強。

いや悪かったよ
OSはLinuxは使ってなくって、Windowsだけしか使ってなかった

でも、Windowsでの感想はそうだったよ、それにベンチはタスクは関係してないでしょ
WindowsがIntelのCPUに最適化されてるからなのかなぁ〜
確かに今までIntel標準できてたからかもしれないけど…

Athlon対応のLinuxでは、アプリの切り替えとかでもたつくことってないの？
そんなに、使うアプリないと思うけどね
基本的に切り替えないと同じかもしれないけどさLinuxじゃぁね

まあ、人が100%の力で走ってるとして、急に曲がれって言われれば多少もたつき感がある
Intelでは、80%ぐらいで走ってって曲がれって言われても、それなりに曲がってくれる
そんな感じがするんだけどね

首吊って死ね馬鹿
自作板ほどの知識も無いくせに臆測だけで喋るな
PC関連サイトの解説記事すら全然読んでないだろお前

Intel信者って初めて見た。

こいつは信者じゃなくて単に馬鹿なだけだろ

>>790
うーん、P6 class CPUと Pentium4は明らかに特性が違うんで、
「Intelではどーたら」というのは誤解を招く表現かと思われる。
あなたのような人にこそ是非 Pentium4を使って頂きたい（ｗ

>>793
釣りかもしれないけど、真性かもしれんなｗ

自作板の連中が64bitの性能を知りたくて出張してきてるだけじゃないの？
ほら64bitでネイティブに動くOSっていうと今のところWin2003とLinuxとFreeBSDぐらいだし
金銭的、技術的に彼らでも試せそうなものといえばLinuxくらいしかないし
あんまり苛めるなよ

>>790には漏れが分かりやすく教えてやろう
タスクの管理はOSによって違う
たとえばタイムシェアリングシステムと言って
1秒間に100回とか時間ごとにタスクを切り替えてる単純なタスク管理もある

ところがもっと複雑なことをやって、より重たいタスクには
より多くのクロックを割り当てたりしてるものもある
だからOSによってタスク管理方法は違うからなんとも言えないということだ

このタスク管理の方法をスケジューラと言う

馬の耳に念仏

壁に耳あり、障子に目あり

苦労ど血あり

もうだめポ…
tp://damarehage.homelinux.org/linux/0jl/mado.jpg
一日たってもじぇんじぇん反応しない(;´Д｀)

>>799
初期ノードは追加しましたか？
入り口である初期ノードを追加しないとwinnyネットワークにはつながりませんよ

>>800
接続ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
ありがとう。

isoのﾀﾞｳｿは始まってないです。

無闇に大きなキャッシュを積んで性能をなんとか合わせようとするインテルは、
自社のア-キテクチャ-(ハ-ド)の性能が劣っていることを半分白状したような
ものだな。

>>802
(ﾟДﾟ)ﾊｧ?

>>802
(ﾟДﾟ)ﾋｨ?

>>802
(ﾟДﾟ)ﾌｪ?

>>802
( ´ー`)ﾌｩｰ．．．

◆Zsh/ladOX.
↑レベル下がった風味だけど本物？まさかさっきゅん?

本物だったら失礼なこと逝ってスマソ

本物(って何だよ)だけど。

いや、苦戦してるのは確かだが、
話すと長くなるし、まぁよかと。

Linux Opteronの64bit上でlong longは64bitなのか。
128bitになると思ってた。

オプテロン
うーんオプテロン
オプテロン

>>809
http://www.usenix.org/publications/login/standards/10.data.html

Athlon64にFedora x86_64 Core 1入れてみようとしたんだけど、
パッケージ展開が終わって「インストール後の設定をしています」
の途中でパタリと固まります。
2回インストールして2回とも同じところでダメ。
caps, scroll lockが点滅しているのでカーネルパニックぽいんですけど、
回避策はありそうですか？

CPU Athlon64 3200+
M/B MK89-L
mem 512MB x 1

一応memtest 86+は半日完走させてエラー無し。

とりあえずSUSE落とし始めます。

インストーラってanacondaなのかな？
だったらAlt+F?で仮想コンソールを切り替えると原因つかめるかも。

RHEL3 for AMD64のインスコだが、諦めることにした。

WinnyがRH9を入れたAthlon64のメインマシン
(他マルチブートでいろいろ入れてある)上でしか動かないので。
すぐにisoは落ちてこないのでWinnyはずっと起動して
おかないといけないわけだが、RH9を動かすことは本意ではない。

ここ1週間、長期Winny立ち上げが可能なルータマシン
(TerminatorTU,PenIII600EB,FC1インスコ)
で動かそうとしていたのだが、実行できない。

rpm落としてきてもダメ。
tar玉やsrc.rpmからビルドしてもダメ。(ビルド自身は成功する。)
winnyのバージョン変えてもダメ。

ってことで疲れたし終了。

>>813
>だったらAlt+F?で仮想コンソールを切り替えると原因つかめるかも。

kernel panicの段階ではキーボードもマウスも全く効かない状態で切替え不能で、
落ちる寸前に切替えておいたら何とかメッセージ見えましたが、
見えたのは"Kernel panic: Aiee, killing interrupt handler!"ってところだけで(あとは流れちゃって)、
どこで落ちたのかはよくわかりませんでした。

SUSEも試してみたんですけど、こちらは比較的最初の方、
デバイスの認識を試していくところでやはりpanic.
で、こちらは落ち方が穏やかで仮想コンソール切替が可能で、
usb-ohci.cの中でpaging関係のpanicでした。
BIOSでオンボードUSBを殺したらとりあえずその先へは進めた模様。

まずはUSBを疑ってみる感じですかね。

というところで本日はタイムアップでした。

>>815
このスレのどっかで、BIOSの何かの項目をDisableにしたらおｋというのを読んだ記憶が…
USBまわりだったかな…

わかったら、報告してね。

なんかM$の厨房どもが混入してないか？
もっさりとかベンチとか｡


さっさと駆除してくれ｡吐き気がする｡

人任せｷﾀｰ

ちょっと、スレ違いかもしれんが、

Intel、クロックに代わり「モデルナンバー」導入へ
ttp://www.itmedia.co.jp/pcupdate/articles/0403/13/news012.html

ムーアの法則にもそろそろ限界が見えて来たのでしょうか。
AMDブレイクの到来ですか？

法則は法則でも例の(ry

これまでサフィックスをつけて、しのいできたインテルだが、
ついにモデルナンバ-路線に切替えるのか。
モデルナンバ-の利点は、いかにも早そうなモデルナンバ-に
見せることが出来る場合があるということ。クロック数だと
虚偽を表示することは出来ないが、所詮モデルナンバ-であれば
紛らわしいことしても、それはメ-カ-の責任にはならない,からね。

>>812
nVidiaはLinuxカーネルの開発者に非協力的だから、
めちゃサポートが悪いんだよ。なんでVIAにしなかったの？

>>812
>>822と同じようなことを>>56でも言ってるね。

kernel-2.6.4-1.270.x86_64.rpmとかいろいろ
http://people.redhat.com/arjanv/2.6/RPMS.kernel/

Athlon 64 on MK89-L続報。
オンボードUSBをdisable、ACPI-offカーネルでSUSEが何とかインストールできそう。
(FedoraはUSB disableでうまくいかなかったのでしばらくあきらめ)
ただ、ネットワーク周りの挙動が不審でdhcpが取れてるような取れてないような…
ECNの問題かもしれず、そこで放置。

FreeBSDも入れてみました。やはりUSB切ってACPI-offでインストールしないとダメ。
これもdhcpがやや挙動不審だけど、staticにIP振れば大丈夫だったので追求してません。
で、FreeBSDならとりあえず動いた模様。

しかし、FreeBSDはちょっと慣れてないからな…どうしよう…う〜ん。

>>822-823
某店の閉店セールで8000円で売れ残ってたんで、可哀想で確保してきたんです…
確かにじゃじゃ馬なマザーでした。やや後悔。

SUSE9.0_64でnforce3のドライバ入れたのだが雨後かないのであきらめ気味
nvnetとnvaudioの認識法おしえてくり>>812

やっぱLinuxに弱いのがnVidiaチップセットの弱点か。

ユーザーの側で情報公開しなけりゃ買わないぞーって圧力掛けないと
だめなんだよあんな会社。
64bit生かそうと思ったらUNIX系しかないんだし。

何をいまさら・・・

Redhat9でnvnetの認識はうまく逝った。
まさかnvidiaにあるドライバのRPMのほうではだめで
tarボールのほうならOKとは・・・

これもさんざん検索した結果わかった。
nvaudioはまだ認識せず

>>830
カーネル再構築でうまくいかんか？
って、おれgentoo だから違うのか。

gentooなら割と簡単だよ。こっちにおいでよ。

nvidia のドライバ使ってると acpi でサスペンド(S3)できないって本当？

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

>>812

もう遅いかもしれんがこれがモロ参考になるかと
http://moon.hanya-n.org/comp/x86-64/memo.html

おれは K8NNXPだが、ここのおかげでFedoraがある程度動くようになった。
ただ、seti@homeが64bitでもイマイチ遅いので別をあたっている最中。
＃もちろん、32bitのFedoraよりは速いんだが...WinXPより遅いってどういうことだ？

>>834
うわ、ありがとうございます。モロですね。
ですが、今日Gentooでインストール成功してしまいました。
Gentooのインストール用カーネルでもやっぱりかなり不安定ですけど、
ネットワークが最初から起こせたのが非常に大きいです。
何とかだましだましインストールしてしまえば、あとはどうやら安定した模様。

GentooでもCD-ROMからtar ballを展開するところで極めて刺さりやすかったのは、
参照ページ内「このMBはLinuxだとリソースがぶつかりやすいのかもしれません」って辺りかな…
SUSEだと、オンボードetherを殺して、eepro100を差しても刺さってたし…

で、今はやはりseti@homeでストレステスト中。
速さは気にしてませんでした…遅いのかな。

>>835
SETIを何ユニットか走らせたら計算時間を教えてくれませんか。
石がAthlon64 3000+/2.1G+で、
WindowsXP64なら中心が2.1時間ぐらい、
Mandrake9.2rc2では2.5時間ぐらいでした。

>>836
ログの取り方のお勧めは？
最近SETI系の情報は追っていないもので…

>>812
>>747のRHEL3を使ってるけど安定してるよ、試してみたら？

Multisetiがおすすめ。
http://sasuke.g-com.ne.jp/multiseti/

以下簡単な説明
・ここの「MultiSeti Ver1.18 for Windows/UNIXソース」にソースとバイナリが同梱。
　バイナリで動く、と思う。
・multiseti.confにsetiathome実行ファイルの位置とか、ユニットをキャッシュする
　個数なんかの値を修正する。
・1回目の起動ではコマンドラインオプションに./multiseti transstartを付加すると
　ユニットを取りにいく。SETIの情報を手入力する必要があるが、あとは放置。
・現在の状態が知りたければ、そのマシンの5770ポート(変更可)にログインして
　「status」コマンドを送る
・実行開始とか実行時間等はmultiseti.logに残る。

石：Athlon64 [email protected]、
WindowsXP/64 　　　　大抵1時間56分、調子いいときは1時間30分
Fedora core1 　3時間ぐらい
Fedora core1 X86_64　2〜2.5時間ぐらい


Fedoraはサンプルが少ないからもうチョッと早いかもだけど
このままじゃWinから移行はできないなぁ

＃優先度やGUI有無もいろいろ試したけど焼け石に水状態。
＃Linuxが遅いんじゃなく、バイナリが遅いってことで理解してます。（^^;

あーやっぱり、Linux用バイナリの方が遅いですか。
コンパイラの差なのかなんなのか。
Linux用32bit用バイナリと64bit用でほとんど差がないのもまたショボーン。

>>836
64bitバイナリで2〜3割程度速くなったと書いたつもりだが、
そうは見えなかったか？

因みにFedoraではOS、バイナリ共に32ビットもしくは64ビットで合せて
試してみた。
multisetiは32ビットのままだが．．．

64bitアクセスがみんなプレフィックス指定だったりして

gccの64bit最適化にはまだ改善の余地はあると思う
sparc上でSunのコンパイラとgccのアセンブラコードを比べてそう思った

>>842
>そうは見えなかったか？

いやいや、当方の話。
32bitバイナリは数ユニットしか見てなくて、
ほとんど遅くならないように見えたので、それっきり評価してなかったってだけです。

SETIはBOINCに移行されようとしているので、今後バイナリがアップデートされる見込みは薄いかもしれない。

今タダで64できちゃうのが．．．
Gentoo
Fedora
FreeBSD
で，お金払えば64できちゃうのが
Redhat
SUSE
Turbo
って感じでよいのでしょうか？

NetBSDは？

おれんじぺこ
もあるy

SUSEもFTP版あります。

じゃあじゃあ，

今タダで64できちゃうのが．．．
Gentoo http://www.gentoo.org/
Fedora http://fedora.redhat.com/
SUSE(ftp) ftp://ftp.novell.co.jp/pub/suse/suse/
FreeBSD http://www.freebsd.org/
NetBSD http://www.netbsd.org/
おれんじぺこ http://sakyu.s39.xrea.com/

で，お金払えば64できちゃうのが
Redhat
Turbo
って感じですか

>>850
WindowsXPとWindows2003は？

ところで、gcc/config/i386/i386.mdにTARGET_64BITっていう名前で
386互換のものと一緒にいろいろと定義してあるんだけど、
汎用レジスタの数が増えたことにこれで対応してるのかな？

(define_constants
(define_attr
(define_asm_attributes
(define_expand
(define_insn
(define_split
(define_peephole2
これだけしか種類はないんだけど、少しわかり難いね。

>>850

http://www.planetamd64.com/modules/mx_pafiledb/dload.php?sid=6cce7b1d9de90ee241b3ad5f237f6d05

>>850
その中でどれが一番良いの?

PlamoLinuxは動かないのかな?
試した人いる?

>>850
RedHatなら、多分
http://www.redhat.com/apps/commerce/rhel/ws/#amd
これ買わなきゃ駄目だよ。792ドル〜。
www.10art-ni.co.jp 経由（39800円〜）で買えるのはx86版（32bit）。

>>855
だから何？

>>856
redhat.co.jpでは、「ＡＭＤ６４に対応」と謳ってるけど、
redhat.co.jpから買おうとすると、テンアートニに飛ばされる（非ＯＥＭ版）。
で、テンアートニでは32bit版しか売ってない。

この流れを知らずに買うとAMD64を32bitで運用する羽目になる、ってこと。

上のほうで、ショップブランドOpteron機を買うときに一緒にRHEL注文して、
いざ届いてみたら32bit版だった、って例があった。

ごめん。よく見たら、AMD64版も発売になってた。108,000円〜。
http://www.10art-ni.co.jp/product/rhel/pricelist.html
でも、注文するときに必要な「購入契約書」は相変わらず
x86用しかないみたい。

>>858
俺が3ヶ月ほど前にテンアートニに行った時に既にあったぞ！
AMD64版は電話注文。

でも正直 RHEL3 for AMD64に10万の価値があるとは思えない

VMware4.5がsuse amd64上で動いたという外人の報告を見たのですが、このスレで
試した人いる？Fedora x86_64上でも動くかな？Fedoraインスコするか悩み中なんだけど

10マソって、舐めてますね。

644氏のRHEL3 for AMD64だが
Disk2だけ、いつまでたっても落ちてこないよ。
誰か放流してます？

atlon64 3200用に
NVIDIAのAMD64ドライバーって
インスコできるの？

>>863
やめとけ！アップデートパッチも自分で持ってきてコンパイルしなきゃならんし、、、
変なスパイウェア仕込まれてる可能性大！

ディストリ非公認のISOなんて、よくインスコしようなんて気になるな。

>>863
立ち上げておいた。

>>865

まったくその通りだが、ちょっとどんなのか見てみたくて。
Fedoraインスコ用に空いてるマシンだしネットに繋げないから平気でしょ。
まあ繋ぎ、というか遊びだし。
他の落とした人もそうだと思うけどリスクは承知してるつもり
忠告Thx

>>866

Thx
ﾏﾀｰﾘ放置してみる

ココだけの話、PGIコンパイラには２週間の評価ライセンスが自主発行できるが、



インストールを何度モ実行すればまた２週間の試用期間ができる。
よって購入の必要なし。

>>868
つまるところ会社も商用利用の人以外は金取る気ないんだろう
個人ではgccで十分すぎるし

>>860
>>862
「サンから同時提供の Red Hat Enterprise Linux, SUSE Linux Enterprise Server for AMD64 では、サンによるソフトウェアサポートを受けることができます。 」
てことらしいから、１０万のうち７万くらいはSunの取り分なんじゃない？
http://jp.sun.com/products/newprod/2004/02/1838.html

RedHatは10マンもするんですか
2台目の自作PCにアスロンの64bitのCPUを乗せたかったが
漏れのスキルではムリッポなのであきらめます
やぱーりアスロンのXP 3200とGIGABYTEの母板にします

Athlon64を買って普通に32bitプロセッサとして使うのでもいいんじゃないの？

>>872ｻﾝ
なるほどその手もありますね、そのうち64bit用のドライバーとか
RedHatにかぎらずlinuxデストリュビューションも増える可能性もありますしね
検討してみます

＞なるほどその手もありますね
そもそもが、そのために32/64両方で高いパフォーマンスを発揮できるプロセッサを用意した訳だが……

>>871
athlon64でFedora使ってますが、
Fedoraでは駄目なのですか?

なぜタボを使わない？
ttp://www.turbolinux.co.jp/products/misc/tl8a/

AMD64版のJDKらしい。
http://www.blackdown.org/java-linux/java2-status/jdk1.4-status.html

>>876
あの価格であのパッケージ数は．．．
ちょっと高いけどSuSEの方がずっといい。

無料のFedoraCore1 for x86_64で十分だろ。

>>876
親会社がDQN企業らすい。

よりによって、livedoorとは・・・。
残念ながらTruboもここまでだね。

生扉は金持ってるんだぞー
これからターボにも金つぎこんで一番いいディストリになる

タボは自滅するのか?
そりゃ残念だ。

俺は、Fedora使ってるけど
64bitなrpmパッケージが無いと
結局、ソースから入れることになるから
なんでもソースから入れれるGentooが使いやすいのかな?

Turboは親会社のせいでTurboユーザーですら
別のディストリに移動してるからな。
確かにSuSEはTurboよりはるかにいいな。

そもそもターボって自社の技術力は大して無いっしょ？
他のディストリから新しいパッケージ持って来てぶち込むだけで

SuSEは本当に技術持ってる。

しかし、Turboはえらく嫌われたもんだ。
消えるのも近いな。
SuSEは日本に本格進出してくれ。

まんどれくは日本じゃ人気ないですれ
れらい人これっでーですか？
http://www.mandrakesoft.com/products/92/amd64

ノベルジャパンは、SuSEの価格とサポート体制を2月中旬に発表する、って言ってたけど
まだしてないよね。ここも、やる気ない感じだなぁ。

日本AMDのOpteronのページに行くと、turboの広告があってなんか嫌な感じ。選択肢が沢山あることを書けばいいのに。

ノベルが手掛けたUNIX関連プロジェクトはどれも失敗してる。
SuSEはノベルが買った瞬間に氏んだ。
ターボのほうは少なくとも当分は生き残るよ。
AMDやHPが後押ししてるしね。

AMDはもともとSuSEとの繋がりの方が遥かに強いし、
HPもSuSEの方に逃げていってるみたいですが…

United崩壊でturboはSUSEに食われるのは間違いない、というかすでにそうなってるし。

Turboは金あるから単独で充分生き残れる。SuSEは日本にほとんどユーザいないし
日本のサポート体制もこれからだからTurboを越えるのは至難の業。
SuSEのパッケージ置いてるショップがどれくらいあるか考えてみればサルでもわかる。

turboインストールするときに途中でbad rip valueってでて
インストールできないんですが、何が原因なんですか。

>>894
じゃあどうしてRedHatはパッケージを縮小したの？
サルにもわかるように教えてくれ（ｗ

ディストリ論争のところ申し訳ないけどageとくね。はあと

x86_64の最適化のキモは、
○64bit x86_64 OSへのポーティングに関して
・8つの拡張SSE/SSE2 XMMレジスタと８つの拡張GPRsを使え！
・ソフトウェアパイプラインはALUとFPUを効果的に使え！
○プレフェッチ命令はメモリ帯域を最大限に活用するように使え！
○SSEパックド命令は単精度の性能を最大限に活用するように使え！
○Non-Temporal Streamimg Store命令は適切なところで使え！
○コンストラクトデータストレージ構造体はローカルなCPUに最大限に活用しろ！

FedoraCore2 test2使ってみたぞ
まぁまぁだな。

64で業務に使えるサーバ組めるようになるのいつごろだろうね。
OSはいけても商用ソフトの対応はキビシイかなあ。

>>897
(・∀・)ｲｲ!! ついでに質問

>・ソフトウェアパイプラインはALUとFPUを効果的に使え！
これって命令のInteger, Float の命令ペアリングを手動でやれってこと？

>>900
Yup
もちろん、それが必要な場合にってことですよ

64でルータ/http/mail鯖立てているヤツいる？
実際の電気代どうなった？
ヨメさんに追求されてない？

>>896
赤帽はデスクトップ製品を止める方向に方針転換したのさ。
つまり逃げたんだな。
個人ユーザとしてはそんなディストリ応援する気にならないだろ。
逆にTurboは今後もデスクトップを続ける。
同いLinuxでも住み分けできてちょうどいいだろ。
どうだ、サルでもわかっただろ。

>>903
なぜ逃げたのか、と聞いてるんじゃないのかな。

http://alink.uic.to/user/MATRIX.html

ここにフラッシュの登録ヨロシク

>>904
その辺のことは社長が日経Linuxあたりで言ってたから
バックナンバーでも読んでみれ。それくらいはサルでもできるだろ。

>>906
その辺のことを社長が日経Linuxあたりで言ってたのなら
かいつまんでまとめてみれ。それくらいはサルでもできるだろ。

RedHatは金になる「エンタープライズ用途」ってやつで稼ごうときめたわけだろ？
それはそれでいいじゃん。実際大企業でサーバに入ってるLinux全部れっどはっとえんたーぷらいずりなっくす、とやらに入れ換えてるところもあるし。

デスクトップは継続的に金がとれる分けじゃないし、そのわりにやらなきゃならんこと多いし。やれるところがやる、でいいんじゃないのかな。
RedHatは個人ユーザとしては「不要」ってことでいいとおもう。たぶんRedHatも個人ユーザは「不要」なんだろうし。

#俺はVineユーザーだったりするのであまり関係ないw

アーキテクチャをチェックするshellスクリプトで、
「"x86_64"が未知なアーキテクチャです」と言われたら
以下のコマンドで認識させることができる。
$ linux32 <shell_script>

例：
$ uname -m
x86_64
$ linux32 uname -m
i686

アプリが64bitか32bitのどちらであるかの見分け方

cat /proc/<pid>/maps
を実行して
lib64を参照しているのが64bitアプリ
lib64を参照してないのが32bitアプリ

>>907
何でも人に頼るなよ。せっかく教えてやったんだから少しは自分で動こうとは思わないのか。
思わないならおとなしく引きこもってな。

>>909-910
へー参考になった

でも644氏作成のRHEL3だと
rpmでi386バイナリもインスコできるし動くけどね

ちなみに gtk1.2とgtk2.2をi386でコンパイルして
入れてやるとAtokXとWnn7とVMware4.5も動いたよ

そういえばルータで怪しいパケットを掴んだら報告するようにしてるが
今のところ644氏のRHEL3から怪しげなパケットは出てない
一ヶ月ほどしか使ってないが、とりあえずスパイウェア混入はなさそう

>>913
それを言ってたのは、Linuxを知らない別の板のアホだろう。
もしいたずらするなら、他のやり方のほうが効率的かつばれにくい。

>>914
いや、>>913のような情報は、利用しようとする人にも便利だし、
>>644にもありがたいことだろう。君のは屑レスだが。

ただ、>>913=>>644である可能性も残っているが…

俺が>>644なら、バックドアを仕掛けておくな。普段は沈静化させておいて、
で、いざというときに踏み台にする。個人のデータを抜いても仕方ないし。

いろいろ考えて見た。
サイトへのリクエスト要求に紛れ込ませたパケットならルータは反応しない。
普段は何もしないが、そのパケットに反応した時に一気に活動（特定サイトへのDoS攻撃等）なども考えられる。

ディストリ非公認のどこの誰ともわからない個人がパッケージングしたOSなんて皆よく使うなぁ
最早、セキュリティの欠片も無いOSだぞ。

WindowsをUpdate無しで使ってるのと全く変わらん（ｗ

>>917
> WindowsをUpdate無しで使ってるのと全く変わらん（ｗ
じゃなくて、
「Windows用のバイナリ配布のフリーソフトを落としてきて使ってるのと変わらん」
でしょ。Vector とかからさ。あれだって掲載ソフトの安全性なんて、
誰も検証してないでしょ？ LHa の圧縮ソフトを Vector から落として
使ってる奴は全員バカっていえるか？まぁ、いえるかもしれないけどさ・・・

まぁこの話題はきりないのでそろそろ打ち切ったほうがいい気がする。

そんなことより・・・

>>912
VMware って、AMD64のカーネルで動くの？
ホスト：Linux-AMD64 / ゲスト：IA-32の任意のOS
だよね？

AMD64のカーネルモジュールの構造考えると、にわかには信じがたいんだけど・・・
動くんなら、俺は Gentoo AMD64入れて、VMware 有償バージョンアップしよっかなぁ。

>>919
動かない。基本的にデバイスの類は64bit対応が必須だから。
VMwareが64bit対応してくれるまで待ち。

>>918
だな！だけど、もっとひどいよ！

言うなれば、Winny上で「自作ソフトです。使って下さい。」っていう.exeをインスコするような物。

VMware側もamd64上で動かすことに積極的だったので、4.5ではノーサポートだけど
環境によっては動くんじゃないか？海外のVMwareのサポート掲示板だかMLで
結構話題にあがってたんだが・・

お前がなんでそんなに食ってかかりたいのかは知らないが、ボランティアで
やってくれている人のやる気をそぐような発言はその辺でやめてくれないか？

>>923
ここら辺は名無しのｲｿﾀｰﾈｯﾄからの
善意を感じているかどうかの違いで、
感じない香具師はいるだろうな。

漏れはｲｿﾀｰﾈｯﾄは善意に満ちているだろう、
なんて考えているおめでたい香具師だから
>>921とは絶対相容れないだろうな。

善意と悪意がいい感じに満ちてるとは思う。
でも、921みたいなこと言ってるとほとんどのプロジェクトの成果は利用できない気がする（苦笑）

gentoo入れてみた。stage3からだけど。
XとKDE入れてまずまず快適。Fedoraと違って必要ないソフトがたくさん入ったりしなくていいかも。

>>925
まぁそういうこったね。
誰の作ったバイナリなら信用するの？
ソースで配布されてれば問題ないの？
openssl のソースを理解して問題がないと確認してから使うの？
誰が発行した電子証明書なら信用する？ Verisign 以外は信用しない？
etc...

すべて、時と場合、目的によって判断するべきでしょ。
>>644 は At your own risk の意味が判ってる人達向けに、頑張って
続けてほしいな。

>>918 で「打ち切ったほうが」と書いときながら、自分で粘着してごめんよ・・・

>>922
http://www.vmware.com/community/thread.jspa?threadID=1437&tstart=0
これかな？

もうちょっと待つと VMware for AMD64 出てくるかもね。

>>928
そうそう。あとSuSEのMLで見たのは、VMwareのサポートとやりとりしたら
x86(32bit)じゃなくx86_64をエミュレートするのは技術的に問題はない、
ただやらなきゃいけないことはいっぱいある、見たいな発言があった。
だから>>919の
> ホスト：Linux-AMD64 / ゲスト：IA-32の任意のOS
> AMD64のカーネルモジュールの構造考えると、にわかには信じがたいんだけど・・・
これは解消されるわけだね。エミュレートするのはあくまでx86_64であって
その上でIA32の任意のOS*も*動く。

>>927
ちゃんとした、実績のあるコミュニティが配布バイナリしか信用できないだろ！基本的に
個人のリパックしたバイナリなんて、話にならん。

んじゃ今度は俺が自動的にソース落としてきて、再ビルドして自動インスコするオートアップデートツール作ってやるよ。
もちろん>>644のRHEL用の奴。

どんな仕掛けがあるか楽しみにしてて下さい（ｗ

×配布バイナリ
○配布しているバイナリ

議論するよりも誰かが>>644のRHEL3を落として
FTPからソースも落として再コンパイルして
その上で、同一バイナリかどうか検証すればいいじゃん

>>930
ソース公開でよろしく。期待してるから

コンパイラは信頼してるんだ・・・

>>933
ソースは公開しません。
あくまで、俺が使うために作るのですから、、、
それを皆さんにも使える状態にするだけです。

あくまでも自己責任でね♥

そもそも俺が疑惑を抱いたのは、
644氏がFedora for x86_64かなんかの　つ　な　ぎ　で自分が使うために作ったと発言した時。

自分が使うだけなら、自分が使う分のパッケージ構成のISOを作った方がよっぽど使い勝手がいい。
x86_64用にリビルドして、ISO再構築できるような奴なら、
自分が使う環境で何が必要で何がいらないかくらいわかってるはず。

#何故、全てのソースを落としてリコンパイルしたのか？

配布目的なら、このスレで勇士を集えば協力してくれる人がいるハズなのに、

#何故あえて、一人で作成したのか？

そして

#何故nyに放流するだけ放流して音沙汰無しなのか？

以上の疑問が出てきて、なんか怪しいと思ったワケですよ。
一人で再構築する事に意義を見いだしているなら
一定の条件を守れば再配布可能なハズの物なので、
無料ホームページスペースをかりて、そこでどういう手順でどういうソースをコンパイルしたか、
とかやりそうなもんだけどな。

まっ最後の奴は、人それぞれだろうから、何とも言えないけど上記3つの疑問はぬぐえない。

644氏ってRedHatスレでRedHat9のi686 最適化版を作って配布してた人だろ？
上のほうでその時のスキルを生かして作ってるてるって書いてあるし

たしか、i686版RH9のときは知り合いか誰かに頼んで光回線でFTP配布してたけど
RedHatの商標問題とかあってwinnyでこっそり配布することにしたんじゃなかった？

その辺は>>706-707が詳しそうなので任せた！

>>937
配布形態に問題はない。
ｎｙやMX見たいなP2Pは元来そういう使い方するもんだしな。

644必死だなw

またよその板のアホウが粘着してるなあ

音沙汰無くて申し訳ない
作って流しておけば誰かが続けてくれるかなーと思って放置してたんだけど
逆に怪しがられたようだ。一応作り方を乗せておくと

１．RedHat Enterprise Linux 3.0(以下RHEL)のβ版をダウンロード
２．Athlon64マシンにインストール
３．lftpでFTPサイトからSRPMをダウンロード
４．自動リビルドスクリプトを使って全部をリビルド
５．anacondaのツールを使ってISOを構築
６．再びインストール
７．１〜５までをもう一度繰り返す

これで完成。全部をリビルドしたのはβのRHEL3には再コンパイルするために必要な
開発パッケージ(**-devel)が削除されてたからソースからそれらも作り直す必要があった

一人で全部再ビルドしたのはそっちのほうが楽だったから。
Athlon64 3400 + Mem 1GBなら自動スクリプトを動かしておけば30時間ほどで全部終わる
有志の人に仕事を振り分けて指示を取るより手っ取り速い。
(それに>>644で実行するって表明したときに誰も参加しようとしなかったし)

winny配布はi686最適化版のRedHatを作った時に
Shadow Manのロゴ等がRedHat社の商標に引っかかるらしいので
FTP等での公式の場での無料配布は駄目なことがわかったから
(多分、商用に利用しなければ問題ないと思うけど)
一応、公式なものではなくRedHat派生の開発途中の同人ディストリという
意思表示も含めてwinnyで配布している。

オプソで成り立ってるRedHatも強気な態度には出てこないと思うし
やりたいならFTP等で公開配布してもいいよ

作るときに参考にしたのはここ

http://z1.plala.jp/i686fc/

俺がi686 RH9を作った時に配布に協力してくれた人なんだけど
配布中止後も独自に研究を続けて、文書にまとめてくれたようだ

http://z1.plala.jp/i686fc/Autobuild.sh
↑ これが漏れの作った自動コンパイルスクリプトを改良したもの
今回はこれをさらに改良したものを利用した
>>659で公開済み

ところで、644の人も他のテスターの人も、もう公開してないの？
一日に12時間くらい繋いで、Disc1と3は数日で落とせたんだけど、
Disc2が15MBくらいで停まったまま2週間以上全然落ちてこない。

2週間だ？　気の長いヤシだ。

>>944

はは、漏れと全く同じだな。
あれ以来ずっと起動したまんまだけど進捗変わらずだよ。
それより先のキャッシュは誰も流してないっぽいのよ。

あきらめてFedora x86_64入れちゃったけど、以前見てみ
たいのは変わらない。
上で何か一悶着あったようだけど前も書いたけどOwnRisk
は承知の上。
てなわけで、FTPｷﾎﾞﾝに一票

ﾉ
FTP(HTTP)ｷﾎﾞﾝﾇ。

報告が少ないと思っていたらDisk2があまり出回ってなかったですか
じゃ、今週一杯winny付けときますんで吸ってください

ただネトゲがやるもんでwnnyだけに帯域を使い切れないんです。。。

再公開中
ついでに、2月までに出たパッチもコンパイルしといたんで出す

RHEL3_64_UP1.tar.bz2 FVA3GQidXp 280,685,543 011c5f67962b4aa0c4e9dc0eec8e19e0

つか漏れは
irc.2ch.net
#Linux に居るよ。遊びにおいで

分かってると思うけど一応補足

↑で公開したパッチファイルは
rpm -FUvh *.rpm で自動でアップデートできるファイルを
選択してアップデートしてくれる。

ごみんなさい
リリースしたパッチはx86_64のファイルしか含んでませんですた。(i386, i686用を含んでない)
現在3月末までにリリースされたパッチのコンパイルをして
i386, i686のパッチも含めたアーカイブを準備中です。。。

多分 x86_64だけのパッチファイルだと依存関係でrpm -FUvh できません。。。。
もうちょっと待ってね　(´・ω・｀)

3月までのパッチをまとめてコンパイルしたもの

RHEL3_64_UP2.tar.bz2 FVA3GQidXp 329,412,664 c996df729e6dbf1d2fd6403deec3b30d

一応アップデートスクリプトつき ./Update.sh で動くかもしれない(未確認)

↑ i386, i686, x86_64のパッチとgtk+1.2(i386)入り
gtk+-1.2を入れると32bit用にリリースされた商用のGTKアプリが動きます

944氏乙。

今日くだ質でも少しﾚｽしたのだが、
VT8237のSATAなHDDにFC2test2を入れるのをやってみた。
うまく認識されてやった!!

…って思ったらDiskのﾌｫｰﾏｯﾄの次の辺りでこけやがる。…＿|￣|○
PATAなHDDには問題なく入る。

しょうがないので、

・PATAにFC2test2をｲﾝｽｺ
・SATAにｲﾝｽｺした中味を移動。
・SATAのmbrにGrubをｲﾝｽｺ
・/etc/fstabをちょこちょこ書き変え。

てな感じでやってうまくいきますた。

えーとですね
3月31日までに出たのパッチの再コンパイルバイナリ集なんですが
Update.shは依存関係が複雑なため結果的にうまく動かないみたいです

jafとかjavamailとかjunintとか個別に入れた後に(別パッケージに分けられたJava関連のファイル達)
elfutils-* と binutils-* はお互いに強く依存し合っているためこれらだけをを同時に入れた後
(↑コンパイルやバイナリ解釈等に使われる中核部分)
rpm -FUvh *.rpm をすればすべてアップデートできます

gtk+1.2(i386)はglib-1.2のi386版を入れ忘れたので依存エラーで入りません。。。
ごみんなさい

AMDはまともに動くFORTRANコンパイラ、C++コンパイラを頑張って開発して
出すべき。自分では出せなければFSFに寄付でもして作らせて欲しい。

インテルのIA32e用のコンパイラの出すコードがAMD64で果してまともに
動くかどうかは、極めてあやしいと思うし、性能がたぶん発揮出来ないような
仕掛けをするだろうから。

PGIのではだめなの？

>>957
Windows版は2バイト書き換えるだけでOK

>959
意味が分からないので、もっと詳細キボンヌ。

>>957
intel の IA32 用の compiler で作ったコード普通に動くよ。
optimize も 32bit 用としてはできる。
そうじゃなきゃ P3 でもまともに動かなくなるんじゃないの？

ただ、64 native の compiler がほしいというのはその通りだけど。

>>958
PGI の性能はどうなんだろう？ 大分速いなら買うけど、
AMD でさえ spec ベンチに intel compiler 使ってる位だからなぁ。

だいぶ転送したようですが、まだ落ちてこないって人いまつか？
winny止めていい？

>>962

帰って確認しないとだけど、０時くらいまで待ってもらえるとありがたい。
今朝までで620MB程度落ちてきてたけど。

ちゃんと全部落ちてたら漏れがしばらく起動したままにしときまつ。

Wellcome to the real 64bit Linux World.


AMDは、Linux user、FreeBSD user、NetBSD userに
x86アーキテクチャベースで64bitな世界をいち早く提供しました。
Thanx AMD!!

winnyを止めました
要求があれば再開しますが、第2弾の作成が終わりつつあるので
そちらを流すことになりそうです。

ここを直せとか文句があれば今のうちにどうぞ
できれば直す方法も教えてくれると、多分直ってます

>>965

おかげで全部ﾀﾞｳｿできました。

次回の配布や差分を流すのであればトリップをつけて配布してもらえると
ダウン指定が楽で助かるのですが。

>>964
x86 にこだわらなければ 64 bit Linux は数年前からはあったんだけどな。

一応、x86-64を知らない人のために解説のリンクをはっておく
ttp://e-words.jp/w/x86-64.html

もう一つはっておく
Linux関連とずれてしまうがｽﾏｿ。（Opteron関連なので）
AMDのOpteron開発コンセプトがわかる。（ちょっと古いかも）
ttp://pc.watch.impress.co.jp/docs/article/20001025/kaigai01.htm

SUSE Linux 9.1が来月発売の予定。Professional版はAMD64にも対応。

国内ではいつになるんだろう。

>>970
Online Storeで購入できるのでは？

そろそろジスレ
990ぐらいまでいってからでいいか。

>>971
国内代理店での販売のお話です。

Online Storeは何度か使ったことがあります。(送料がいたい)

もし、32bitのソースを64bitにgccでコンパイルする場合
以下のオプションを付けて32bit→64bitへのポーティングチェックしたほうがいい

-Werror -Wall -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow
-Wcast-align -Wuninitialized -ansi -pedantic -Wbad-function-cast
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decl

自分で書いたプログラムなら、根本から見直すべき。

ポインタを使ってよほど悪さをしてなければ大丈夫なんじゃない？
速度的には落ちて、メモリの使用量も増えるかもしれないけど

>>975
>>976
もちろん、それもそうだが>>974が言うのは念の為って事では？
実は、自分もポインタ関連ではまってしまった。
＿|￣|○

忘れがちになるのがintとlongのサイズ。
オプションしておいた方が無難だと思う。

>>977
> 忘れがちになるのがintとlongのサイズ。
> オプションしておいた方が無難だと思う。

自分の書くプログラムなら、
#include <stdint.h>で、int32_t, int64_tですよ。
もちろんsizeが問題になるところだけね。

/usr/include/stdint.hは一度眺めておいた方がいい。

それにしても、Opteronはかなりの高負荷状態をかけても安定して動作してる。
さすがに凄いなOpteron。

>>977
sizeof とか使ってれば問題ないんじゃない？
俺は自分のコードでは 32, 64 bit ではまったことない。
一方 integer overflow とかしたことあるから別に威張る
つもりは毛頭ないけど。

>>979
なんせ元DEC　alpha設計チームの技術者が手がけた仕事だからな！
この（サーバー）分野は十八番だろ♪

>>980
いや侮っちゃいけない。
必ずしも自分のソースだけいじるとは限らないし。
以前、他人のソースを変更している時に
defineでlongのサイズを決め打ちで4として配列数に掛けていたし。
＃それを思い出しただけでもガクブルです。
＃(((( ；゜Д゜)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

>>981
>この（サーバー）分野は十八番だろ♪
だからIntelに目を付けられて(ry
それとか最近、公取が(ry　←これはAMDの競争相手だが
等、なんかいろんな状況になってるけど、がんばれAMD！
サーバ分野をOpteronでとことんぶちかましてほしい。

>>982
>defineでlongのサイズを決め打ちで4として配列数に掛けていたし

とんでもないことしてるな
まぁ、sizeof(long)に置き換えれば簡単になおるけどな

ところで新しく落として実験した人レポートください
第二段の公開を戸惑ってるんで
|ω・｀)

>>984,644
おつかれさまです。
Winnyを利用できない(したくない)人もいそうだし、
BitTorrentとかで放流してみたらどうでしょう?
rpmやaptでパッケージもでてるし。

>>982
> defineでlongのサイズを決め打ちで4として配列数に掛けていたし。

そういうヤツの書いたコードを使うってのはえらく怖いな…

>>984

ごめんよ〜
FC1入れちゃったからってのもあるんだけど、
gtk+1.2(i386)が入らないっていってたからまだ入れてないんだ
責めるつもりはないけどさ
快適かどうかパフォーマンス見ようと思ってたのがgtkアプリ
だったからさ・・・

いや、ごめんよ
もう一枚HDD都合するからさ