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

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都合するからさ