2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

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


2 :login:Penguin:03/11/12 00:57 ID:115sWp+N
2^64=18446744073709551616

3 :login:Penguin:03/11/12 01:20 ID:115sWp+N
3^64=3433683820292512484657849089281

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

5 :login:Penguin:03/11/12 08:45 ID:FRuGNA/n
>>1 は何Gメモリ積んでるんだ
動画編集しないかぎり,そんな大容量いらん気がする





6 :login:Penguin:03/11/12 14:23 ID:WC/KCrQL
Athlon64 FX-51買ったよ
手持ちの比較対象がDell(Xeon2.0G dual)しかないのだが、とりあえずいくつか
ベンチやってみた

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

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

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

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


7 :login:Penguin:03/11/12 14:27 ID:WC/KCrQL
hdbench clone 0.14.1 (FLOAT/INTEGER/MEMのみ)

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


8 : ◆Zsh/ladOX. :03/11/12 14:58 ID:i6CVAkXY
>>6-7
乙〜.

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

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

FLOAT,INTEGER,MEMORY
80913,190464,107652

ですた.

9 :login:Penguin:03/11/12 15:32 ID:RWVxfPlU
UNIXにとっての64bitとはtime_t問題解決のためだけでもメリットが
あります。ファイルのオフセットは既に64bitになっているので。

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

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

CPU 131912 → 340165
MEM 186955 → 189708

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


11 :login:Penguin:03/11/15 00:39 ID:5LVukLc7
ぼくのゆめわ、2じかんのHDどうがおおんめもりへんしゅうすることです

12 :login:Penguin:03/11/15 01:49 ID:HICD2Sc5
>>11
それおLinuxいたでかかれても…

13 :6:03/11/15 11:19 ID:f2+ewsFe
unixbenchもやってみますた

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

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

FINAL SCORE         291.0     87.0

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


14 :login:Penguin:03/11/15 12:44 ID:T/OQiNVU
結果としてはAthlon64 FX-51の方が良いって事なの?

15 :login:Penguin:03/11/15 13:18 ID:yTKrmo9v
Xeon 3.06の結果も見てみたいな

16 : ◆Zsh/ladOX. :03/11/15 17:50 ID:1hqkwUH8
>>6
姫野ベンチとかどうでしょう?
ttp://w3cic.riken.go.jp/HPC/HimenoBMT/index.html

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

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


17 :login:Penguin:03/11/15 23:02 ID:+UAkRRZD
64bitマシンではC言語のchar, short, int, long, long longの大きさはどのくらい?

18 :login:Penguin:03/11/15 23:50 ID:g7y9jyZg
>>17
int は 32のままで、longは64てアスキーで見た。後は知らんけど
charは8bitじゃないかな。

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

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

20 :login:Penguin:03/11/17 01:13 ID:Xi9Bj4An
> もちろんcharは8bit。C言語の仕様として、charを変えるのは非現実的かつなんの

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

21 :login:Penguin:03/11/17 01:32 ID:NeF+5vhe
sizeof(char)でかえってくるのが”1”というのは仕様、だよな?
そこでcharが16ビットとかになったりするのは、世の中のbyteという単位が
8bitである以上非現実的
といいたかったのです。

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

23 :login:Penguin:03/11/18 01:13 ID:o4TlhoTi
自作自演がバレタ瞬間。
http://human.2ch.net/test/read.cgi/4649/1066741054/387-388

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

24 :login:Penguin:03/11/18 01:25 ID:MY2gXf5s
1byte=8bitってのは処理系依存だっけ?

25 :login:Penguin:03/11/18 04:25 ID:tw49hWqS
配列の添字 = int だっけ?
longやlong longでもいいの?

26 :login:Penguin:03/11/18 08:08 ID:VxJduq+I
>>22
配列のサイズ(添字)はsize_tですよ。
ItaniumやAMD65では64bit。

27 :login:Penguin:03/11/18 17:54 ID:B4YmYXo6
約千八百京バイトのアドレス空間


28 :◆AMD64.T34Y :03/11/18 20:21 ID:pLyPXCDC
#include<stdio.h>
#defineprint_sizeof(t) printf("%-12s:%4d bit\n", #t, sizeof(t)*8);
main()
{
print_sizeof(char);
print_sizeof(short);
print_sizeof(int);
print_sizeof(long);
print_sizeof(long long);
print_sizeof(float);
print_sizeof(double);
print_sizeof(long double);
print_sizeof(size_t);
print_sizeof(void*);
return 0;
}
---
char : 8 bit
short : 16 bit
int : 32 bit
long : 64 bit
long long : 64 bit
float : 32 bit
double : 64 bit
long double : 128 bit
size_t : 64 bit
void* : 64 bit


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

29 :login:Penguin:03/11/18 20:54 ID:0pMZludk
>>28
longとlong longが同じかぁ。
128bit整数なんてまず使わないから、まぁいいが。

30 :6改め ◆AMD64.T34Y :03/11/19 22:04 ID:kzTLKRSp
>>16
すみません
姫野ベンチ見に行きましたが、ホートランは守備範囲外なので…
(元気があればまた…)

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

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

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

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

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

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


31 :login:Penguin:03/11/20 11:59 ID:ZQHTsu3z
数字が大きい方が、性能がよいのだったかな?

32 :login:Penguin:03/11/20 12:02 ID:ZQHTsu3z
ところで、MEMTEST86が動作しないんですが、メモリーテストはどうすれば
いいのでしょうか?

33 : ◆AMD64.T34Y :03/11/20 20:53 ID:85YlYp8D
>>31
そうでつ
書き忘れました

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


34 :login:Penguin:03/11/20 21:12 ID:5zcAwBe2
>>19
コンパイラによって違うんじゃない。
LP64とかILP64とかさ。


35 : ◆AMD64.T34Y :03/11/27 02:23 ID:mWe8e7JS
Itanium2 (1G x 8)でのベンチ。

ubench:

Ubench CPU: 268875
Ubench MEM: 220290

---
unixbench

TEST BASELINE RESULT INDEX

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

スレ違いスマソ

36 :login:Penguin:03/11/29 02:52 ID:vZrBLq+D
4CPUの汚腐手論マシンをLINUXでうまく動作させている例や体験を希望。
8CPUのシステムはいつ頃でそう?

37 :参考データでふ:03/11/29 16:45 ID:J9kdn/MZ
参考:
AMD Athlon(tm) XP 2500+

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

HDBENCH clone
FLOAT 152499
INTEGER 190105
MEMORY 58247

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

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


38 :login:Penguin:03/12/06 18:44 ID:kxJmkzxO
久々にage

39 :tux:03/12/06 19:59 ID:agonzL3d
>>1
Xeonではいけませぬか?
OpteronもXeonも微妙にあこがれていますが、両社の違いってひとくちで言ったら何でしょうか。

40 :login:Penguin:03/12/06 20:49 ID:A9lRNHBZ
一言で違いを言えばXeonは64ビットCPUではないってことでしょ。
(36ビットアドレッシングはサポートされてるけど)

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


41 :アムダエル様があなたを導きます:03/12/06 22:12 ID:srkcVjUD
>>39
いけませぬ。

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

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

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

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

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


42 :login:Penguin:03/12/06 22:28 ID:Sh1LZIki
パフォーマンス的には、FreeBSD,NetBSD,Linuxでどう違う?

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

43 :login:Penguin:03/12/07 05:22 ID:CHStEuL0
Mandrake のLINUXがOPTERON用に64ビット版として無料でDLできるよ。

44 :login:Penguin:03/12/07 05:40 ID:Act9Qz/s
AMD64にMandrakeをインスコ体験記
http://www.warpedsystems.sk.ca/modules.php?op=modload&name=Sections&file=index&req=viewarticle&artid=35&page=1

45 :login:Penguin:03/12/07 06:34 ID:uFvaYYAw
OpteronでLinuxとかの人は、仕事で計算やってるひとが多くない?
どれくらい早いのかとか、どんなコンパイラ使ってるとか教えて欲しい・・・

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

47 :login:Pengin:03/12/07 08:45 ID:bqm6sgHj
仕事で使うマシンを選ばせてくれたので「ここはイッパツOpteron!」
とキバってみたが、1月近く経つのにまだ納品が来ない。。。
部屋の隅で K8T が泣いている。。。

48 :login:Penguin:03/12/07 10:05 ID:ErbA9swp
>>46
自作板の人とケコーン汁

49 :login:Penguin:03/12/07 10:13 ID:9kw57JL0
で、64Bitだと俺みたいなヘッポコにも何かいいことあるの?
pentium3の600MHzでも特に困ってないんだけど。

50 :login:Penguin:03/12/07 10:26 ID:3cxTUpWy
128bitまで待つか

51 : ◆AMD64.T34Y :03/12/07 11:17 ID:nnWF1/Yj
>>45
上の方にもベンチの結果を示しましたが、unixbenchの
Dhrystone/Whetstoneだけ取り出すと

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

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

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

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

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


52 : ◆AMD64.T34Y :03/12/07 11:23 ID:nnWF1/Yj
おっと、書いている途中でC-cC-cしてしまいました。

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


53 :tux:03/12/07 13:54 ID:xY/T2IAq
>>41
Xeonは64bitじゃないのですね。
サーバー用途やWSに使われているのでてっきり64bitかと思っていました。

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

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

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

55 :login:Penguin:03/12/07 14:28 ID:2JPztL7r
>>53
↓これのことと思われ


       ミ\     我が名はアムダエル    /彡
       ミ  \    CPUに真の64Bitを  /  彡
        ミ  \   もたらすものなり  /  彡
         ミ   \  石は買うように /   彡
          ミ   \          /   彡
           ミ    \       /   彡
            \    \   /   /
ミ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄\  |  |  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄彡
 ミ              \  ⊂⊃. /             彡
   ̄ ̄ ̄ ̄ ̄ ̄/ ̄ ̄\ A_A / ̄ ̄\ ̄ ̄ ̄ ̄ ̄ ̄
          /   / ̄ ( ・∀・ ) ̄\.   \
        /   /   ⊂.6†4 ⊃   \    \
       /    │  / | | |\  │    \
     /    /│  ミ. (__|__)彡  │\.    \
     彡   /  │  ミ       彡  │  \   ミ
      彡/   │  ミ       彡  │   \ ミ
             \  ミ       彡  /
              \ミ       彡/

  アリガタヤ  アムダエルサマ     イマコソAMD64ヲ プレスコ04ニ逝ッタミタイ
  ∧_∧ ∧_∧  ∧_∧       ∧_∧ ∧_∧ ∧_∧
 ( ・∀・)( ・∀・)( ・∀・)      (・∀・ )(・∀・ )(・∀・; )
 (つ  つ(つ  つ(つ  つ      ⊂ ⊂ )⊂ ⊂. )⊂ ⊂ )
 ( ̄__)__)( ̄__)__)( ̄__)__)     (__(__ ̄)(__(__ ̄)(__(__ ̄)


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

57 :tux:03/12/07 21:45 ID:xY/T2IAq
>>56
Videoだけかえちゃえ!

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

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

59 :tux:03/12/07 22:37 ID:xY/T2IAq
RIMMのデュアルチャンネルなら、最高峰の速度が…。

60 :login:Penguin:03/12/08 09:24 ID:3oSgBd1R
>>57
nForceはチップセットですが

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

61 :tux:03/12/08 10:51 ID:UMophypb
>>60
あ、ビデオボードのことじゃないんですね。

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

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

64 :login:Penguin:03/12/08 14:15 ID:EeAE0OMC
今までどれだけのCPUがMSに期待して裏切られそして消えていった事か。

65 : ◆Zsh/ladOX. :03/12/08 14:42 ID:kEin7Iwl
>>47
注文先が糞ですね.それは.
会社を通してるからゴルァはやりにくいのかな?

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

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

66 :tux:03/12/08 16:11 ID:UMophypb
>>65
わざわざどうも有難うございます。

67 :login:Penguin:03/12/08 22:17 ID:Na9e3hrc
2万円台半ばでAthlon64 3000+がでます。
http://www.ons.ne.jp/~bluemap/

68 :login:Penguin:03/12/08 22:36 ID:iPjgceAA
   \     毛       /
  腿  \_  |   _/
          彡彡彡
          ミミミミ クリトリス
         ミミミミ / ̄ ̄ ̄ ̄
         ノ σ ヽ 尿道
       / / ゜ヽ ̄ ̄ ̄ ̄
大陰唇 / //\\ \ 
 ̄ ̄ ̄ ̄  ( ( 膣 ) ── 小陰唇
      \ \\// /
         `   \/  '
\         *──アナル      
  \_____/\_____/ 女性の正しいオナニーのやり方【あなたのオナニーはもっと気持ち良くなる】
          http://chance.gaiax.com/home/niskokikl45
   ☆ご意見、ご質問などはこちらへ  mic@asobinojikan.jp

69 :login:Penguin:03/12/09 10:03 ID:Eqn0mwaq
>>67
L2キャッシュ半分らしいね

70 :login:Penguin:03/12/10 00:42 ID:nsBUvTaF
    A_A
   (・∀・∩) cool'n quiet マンセー
   (つ64丿  Athlon64マンセー
   ( ヽノ
   し(_)

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

72 :login:Penguin:03/12/13 15:59 ID:hVnBsjNg
SuSE Linux の64ビット版で utripper 動かそうとしてる人いますか?

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

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


75 :login:Penguin:03/12/14 18:56 ID:N+QBDnBb
>>73
OpteronのDualとかにすれば、メモリバンドが広くなった分だけ速いかも。
singleでは分からない。

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

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

77 : ◆AMD64.T34Y :03/12/14 23:45 ID:kZPDH8AZ
再びItanium2でunixbench

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

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

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

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

78 :login:Penguin:03/12/14 23:47 ID:MWkieY4o
まずいな>いたにアム&イソテル

79 :login:Penguin:03/12/15 00:08 ID:GIvRVm+O
やっぱHammerすごいな・・

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

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

81 :login:Penguin:03/12/15 01:01 ID:GIvRVm+O
>残念ながら現状のOpteronのクロックでは32bitバイ(ry

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

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

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

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

82 :login:Penguin:03/12/15 01:04 ID:JVPkHolL
>>77
>まぁ会社の金ですが。
キミの給料の原資

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

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

85 :名無し募集中:03/12/15 08:02 ID:FiAcitlc
>>76
>>81
http://www.aceshardware.com/read.jsp?id=60000279

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

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

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



86 :login:Penguin:03/12/15 20:11 ID:zcnhzdZj
>>76
貴様はまずNUMAというものを理解しろ。
まずはそれからだ

87 :login:Penguin:03/12/15 23:08 ID:GIvRVm+O
>>85
一応フラグ立てれるようになってるんだね。

88 :login:Penguin:03/12/16 03:04 ID:FjeZnOyS
うちの上司が64bitに強い魅力を感じてるみたいなんだが…。
64bit用Linuxって、標準で64bit仕様のコンパイラ付いてくる?

Cくらいは付いてくると思うけど、Linux用のFortranって買うと結構高いよね。


89 :login:Penguin:03/12/16 03:24 ID:7+y6RNwT
>>51
暇潰し

Dhry   Whet
89.0   69.5 Itanium  初代 ecc7 64bit
353.9  188.2 Pentium4 2.6C icc7.1 32bit

Itaniumまんせー

90 :login:Penguin:03/12/16 09:12 ID:z/zQwaeh
>>88
今のところGNUコンパイラが一番速いというのが、ちょっともどかしい。

91 :login:Penguin:03/12/17 07:14 ID:pgLqIwzp
3000+が29800で需要でてくるかな

92 :login:Penguin:03/12/18 00:03 ID:UAW7FTTq
OpteronのQuadサーバーが安くでてくればなぁー。

93 :login:Penguin:03/12/18 01:00 ID:GGAc7X+8
AMDの64bitはRIMMをサポートしないのかな?

94 :login:Penguin:03/12/18 01:26 ID:AzXQS/sL
>>93
Intelが来年64ビットx86を出すらしいです。

95 :login:Penguin:03/12/18 02:12 ID:GGAc7X+8
>>94
メモリ・コントローラ内蔵型ですか?
メモリバンドの幅に期待しているのですが。

96 :login:Penguin:03/12/18 08:56 ID:ZKg6VTUB
AMD Opteron Reviewed Linux Style!
http://www.linuxhardware.org/article.pl?sid=03/12/17/189239&mode=thread

97 :login:Penguin:03/12/18 11:20 ID:02dlP7x0
>>95
普通にプレスコだと思われ。

98 : ◆AMD64.T34Y :03/12/18 22:26 ID:jzBZB+xE
>>96
POV-Rayで画像の精度が変るってのがすごいな!
確かに32bitモードでレンダリングした画像より陰影がスムーズになってる。

99 : ◆Zsh/ladOX. :03/12/19 16:10 ID:bnInho5/
今日知った>そのサイト.
やっぱ64bit凄いわ.

gentoo入れてみるか…

100 :login:Penguin:03/12/19 19:31 ID:isFHMIRt
Athlon 64 3000+ \24,800
http://www.watch.impress.co.jp/akiba/hotline/20031220/ni_i_cp.html

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

101 :login:Penguin:03/12/20 08:45 ID:R8oFDSBX
なかなか魅力的な値段になったなあ。

102 :login:Penguin:03/12/20 19:29 ID:1x9XyTPP
ぷらっとほーむ Opteron搭載機発売
http://online.plathome.co.jp/orderconf/a8111.phtml

103 :login:Penguin:03/12/20 19:56 ID:jw79ySNr
ぶっちゃけG5の方が安いし、性能もいいと思われ

104 :login:Penguin:03/12/20 20:21 ID:RxTF0tbn
G5で動くデストリってあるの?

105 :login:Penguin:03/12/20 20:27 ID:gBuwrVSJ
>>104
YDLのベタ版がG5で動くらしい。
でも、Athlon64 3200XP+とか3000+で組む方が無難かも。


106 :login:Penguin:03/12/20 20:52 ID:RxTF0tbn
>>105
Athlon64よりもG5の方が速いんじゃないかな?
G5デュアルで動かしてみたいよ。

107 :login:Penguin:03/12/20 21:33 ID:lAzlN4oE
両方買って試したい。

108 :login:Penguin:03/12/20 21:59 ID:h5L8Kveh
SpecCPU の値がどれだけ信頼性高いかは知らないけど、

http://pcweb.mycom.co.jp/news/2003/06/24/22.html
によると、G5-2GHzのシングルで、SPECint2000:800、SPECfp2000:840
だそうな。(本家spec.orgでは見つからなかった)
半年前のP4とXeonと比べると早かったらしい。

http://www.spec.org/benchmarks.html
によると、SK8N+Opteron148がint2000で1300くらい、fp2000で1400くらい。
SK8N+FX51でも1300弱/1350前後くらい。

載ってるメモリがG5の方が多分DDR400の512MB,Opteron/FX51は
ECC-Registered の1GBという差はあるけどね。


109 :login:Penguin:03/12/20 22:15 ID:gBuwrVSJ
今となっては平凡な数値でしかないね。

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

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



110 :login:Penguin:03/12/20 23:19 ID:ZXE9GP6Z
G5は少し高い。Athlon64なら7,8万でとりあえず一台買える。
AMD64はx86と似てるから、理解も簡単。

111 :login:Penguin:03/12/20 23:33 ID:klrH1XK4
>>110
> G5は少し高い。Athlon64なら7,8万でとりあえず一台買える。

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

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

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


112 :login:Penguin:03/12/21 12:37 ID:aWJVHCQ7
>>111
きみがコンパイラのことを分かってるとは思えない。


113 :login:Penguin:03/12/21 16:10 ID:SHlnfsQ5
G5、つーかMacはあのDQNつーか厨房丸出しの筐体デザインが耐えられん
SparcStation並のシンプルデザイン希望


114 :login:Penguin:03/12/21 16:31 ID:cKhBUkSJ
MacもSSも同じフロッグデザインじゃなかったっけ?

115 :login:Penguin:03/12/21 16:54 ID:SHlnfsQ5
>>114
最近もフロッグデザインなのか?
昔のMacは確かにフロッグデザインだったが(LC-475持ってた)

116 :login:Penguin:03/12/21 17:36 ID:8Xoe6w8v
シンジゲートっていうゲームもフロッグデザイン。

117 :login:Penguin:03/12/21 19:44 ID:2HRDRrSF
だけどG5のDualマシンが最安値で28万ってのはすごいな。
買ってもいいかも。

118 :login:Penguin:03/12/21 21:31 ID:MidmSn08
ジーゴジーゴうるせんだよ
マカはあっちいけ
シッ シッ

119 :login:Penguin:03/12/21 21:50 ID:2HRDRrSF
>>118
マックなんて買ったことないけど?
PowerPC970を触ってみたいだけんなんだけど。

120 :login:Penguin:03/12/21 23:13 ID:aWJVHCQ7
PowerPCなんてしょぼいのやめてPowerの方にしようぜ。

121 :login:Penguin:03/12/21 23:32 ID:8Xoe6w8v
Powerだと、ここらへんが最安?
http://www-6.ibm.com/jp/servers/eserver/pseries/hardware/p615_6e3/

122 :login:Penguin:03/12/21 23:50 ID:U2ZoDYBl
>>108
ここ見ると、fpでは itanium2 も性能出てますね。クロックはopteronより低いのにずっと速いですね。
でもintは opteron > tanium2 ですね。

123 :login:Penguin:03/12/22 02:29 ID:7B82dNPD
HPCでのSMPサーバはItanium<Opteronだと思ってんだけど、あってるかな?

124 :login:Penguin:03/12/22 02:32 ID:T1XHs+tA
>>123
値段の安さで?

125 :login:Penguin:03/12/22 02:33 ID:7B82dNPD
>>124
メモリバンド幅で。

126 :login:Penguin:03/12/22 10:10 ID:u+c/1wIq
Itaniumの弱いところは、一般に流通してないことかな。
秋葉に行っても売ってないCPUじゃ、ちょっと試してみる、って訳にも行かない。


127 : ◆Zsh/ladOX. :03/12/22 14:31 ID:bHsYfmrT
今は6マソでAMD64なショップブランドPCが
手に入るんだから,幸せな時代だよな.

128 :login:Penguin:03/12/24 08:28 ID:firYWbOI
nforce3 150で?

129 :login:Penguin:03/12/24 10:39 ID:zcTpRaMM
自作版からコピペ

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

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

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

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

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

131 :login:Penguin:03/12/24 12:34 ID:Qa1SzeWS
>>108見ても明らかに遅くない?

132 :login:Penguin:03/12/24 13:38 ID:GMVr2vzo
最適化されてないトロいWindowsと最適化されたMacOSXじゃ
あの結果は当然だろ

133 :login:Penguin:03/12/25 01:35 ID:oYz6JUz7
6万でオプテロンマシンを売っている店をぜひとも教えて下さい。

134 :login:Penguin:03/12/25 01:50 ID:30g+kJmI
RedHatProfessionalWorkstationってAMD64対応らしいけど、64bitって事?
それとも、EnterprizeLinux WSじゃなきゃだめなの?

135 : ◆Zsh/ladOX. :03/12/25 09:32 ID:7G/0Bsvf
>>133
Athlon64なら以下ドゾ.
爆速天国へ逝って下さい.
linuxのインスコも問題なし.

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

136 :login:Penguin:03/12/25 10:30 ID:95dhRxPe
確かに59800円だけど、イキナリメモリのアプグレードが必要になるね。
ベアボーンとして考えるのが吉かも。

137 : ◆Zsh/ladOX. :03/12/25 10:56 ID:7G/0Bsvf
そう思うよね.やっぱり.
KDEやらGnomeやら使わんのなら問題ネーんだが.

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

138 :login:Penguin:03/12/25 18:07 ID:L9n+riZc
取りあえず買って、アセンブラ使うだけなら
安いにこしたことはないな、と。
128MBもあれば、十分emacsは動くし。

139 :login:Penguin:03/12/26 01:46 ID:430uXC9k
やはり64ビットマシンなのだから、物理メモリは4GB以上積みたくなるじゃないか。
と思って4GB以上積んだら、32ビットOSがまともに動かないや。

140 :login:Penguin:03/12/26 01:50 ID:LKvzUlgG
動かなくなっちゃうの?
4G以上が認識されない、とかじゃなくて?

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

142 :login:Penguin:03/12/26 02:17 ID:1+tV5wmi
>>135
モデル名:VSPEC Type-GSX/Odyssey64参考に
湾図で見積もってみた。

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

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

143 : ◆Zsh/ladOX. :03/12/26 11:13 ID:6l8Xu15D
>>142
うほ,良い感じですね.

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

144 :login:Penguin:03/12/26 19:54 ID:kdoSja9Q
某店のBTOな機種。
基本では244までのところ「248に出来ないか?」と問い合わせたらOKだった。

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


145 :login:Penguin:03/12/26 20:11 ID:WHRBiosB
>>144
安いな。仮にもDELLが作ったらどれぐらいになるんだろうか。

146 :login:Penguin:03/12/26 21:18 ID:7+8s1xPo
多分2倍はするだろ・・

147 :login:Penguin:03/12/26 21:19 ID:Fl6eIEVz
4時間対応とか、ついてないだろ(w


148 :login:Penguin:03/12/26 22:04 ID:7+8s1xPo
>>147
そうそう、4時間サポート対応で初心者も安心・・・

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

149 :login:Penguin:03/12/26 22:18 ID:Fl6eIEVz
>>148
4時間対応っていうのは、故障したら4時間以内に部品と作業員が来てくれて直してくれるという意味だよ(w


150 :login:Penguin:03/12/26 22:35 ID:7+8s1xPo
と、まぁ小ネタを挟んだ所で、

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

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


151 :login:Penguin:03/12/27 01:23 ID:XomVsLGy
フェイスで1GBのREGISTERED ECC PC3200のメモリモジュールを4つ買った。
4つで23万以上した。

152 :login:Penguin:03/12/27 01:35 ID:zj+3JyRO
>>144
自作するとしたら

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

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


153 :login:Penguin:03/12/27 01:59 ID:iiRK9Ugb
>>152
メモリ1Gモジュールってのがイカスんじゃないか!
スロット空き出来るから後々増やせるし。

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

154 : ◆Zsh/ladOX. :03/12/27 18:05 ID:CO6lsjzS
>>152
漏れももし♪タソで組むならそんな感じ
になると思う。
1Gのメモリモジュールはちょっと手が出しにくいです。

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

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

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

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

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

157 ::03/12/28 13:41 ID:glnCGYJS
 

158 :156:03/12/28 13:43 ID:sADdDo9k
>>156
パソ村でなくドリステだった。
すまん。

159 :login:Penguin:03/12/28 15:06 ID:Ebm1V5ea
バイナリデータのサイズはどれぐらい変わるの?
/bin/lsのサイズだけでも教えてくれないかな。

160 :login:Penguin:03/12/28 17:06 ID:JoiHhLfl
>>155
どうでもいいが64ビットアドレスじゃないぞ.
仕様ぐらい確認しておけ素人さん

161 :login:Penguin:03/12/28 18:04 ID:LJSpU+LX
たまにメモリ4GB以上じゃないと意味ないとかあるけど、
小細工なしに仮想アドレスが4GB以上とれるのが重要で
実メモリが1GBいらない場合もある。

162 :login:Penguin:03/12/28 19:13 ID:R01LW6Ml
つうか今4GB以上メモリ積んで何に使う?

163 :login:Penguin:03/12/28 20:30 ID:RKd2S3Qb
>>162
計算する。

164 :login:Penguin:03/12/29 01:23 ID:fukl2H1C
>>162
とりあえず鯖かな?

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

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

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


166 :login:Penguin:03/12/29 13:31 ID:Max9+hZT
>>162
HDDが必要無くなる。
bootの時ちょっとした工夫が必要になるけど…。

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


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

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


167 :login:Penguin:03/12/29 19:54 ID:/tPhuYOO
OpteronはXeon対抗。それもサーバじゃなくって科学技術計算分野狙い。

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

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

169 :login:Penguin:03/12/30 00:27 ID:Gj5v/cE0
>>167
廉価版Alpha?

170 :login:Penguin:03/12/30 03:05 ID:UXnYEvZM
信頼性あるコンパイラ、特にFORTRAN90をAMDがしっかり責任持って
開発してくれることを希望するよ。

171 :login:Penguin:03/12/30 10:09 ID:Xi/E2oUV
漏れもopteron使ってみたいけどF90だから無理なんだよなぁ。

172 :login:Penguin:03/12/30 11:11 ID:2akFD6Td
>>70
そんな人的リソースはない。サードパーティのコンパイラで我慢汁。

173 :login:Penguin:03/12/30 11:55 ID:1w5S58wv
ifcでも十分早いと聞きましたがどうでしょうね。
あと、AMDが出している数学ライブラリの出来も気になります。

174 :login:Penguin:03/12/30 12:49 ID:sOkDNApM
なんとなくカッコいいから欲しい

175 :login:Penguin:03/12/31 00:23 ID:9i4O7AXW
AMD64向けディストリは今のところターボのみ?

176 : ◆AMD64.T34Y :03/12/31 00:47 ID:iqYL3PWF
2003年も残り24時間切ったね。

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


177 :login:Penguin:03/12/31 01:12 ID:fCPDFrNh
>>176

gentooもなかった?

178 : ◆AMD64.T34Y :03/12/31 01:20 ID:iqYL3PWF
>>177
あ、そうなの?
gentooは知らなかった

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

180 :login:Penguin:03/12/31 02:29 ID:ACBC8DvT
ppc64 にも対応している。もっとも amd64/ia64 ほどには
メンテされてないみたいだが……(amd64 はかなりアツい)

181 :login:Penguin:03/12/31 03:09 ID:3SFGfW6E
当然といえば当然。
ppc64は登場してから時間たっているし、
ppc自体当初から64bit化のことを考えた設計になってるから、ソースの変更点は少なくてすむ。


182 :login:Penguin:03/12/31 20:44 ID:rUdASIrM
Mandrakeもあるよ

183 :login:Penguin:04/01/01 18:07 ID:88JLmYjm
Ftp版のSuSEってAMD64に対応してるの?

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

なんでしょね

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

185 : ◆Zsh/ladOX. :04/01/01 20:25 ID:r4cn0pvF
>>183
> Ftp版のSuSEってAMD64に対応してるの?
対応してますが。

186 :183:04/01/01 20:34 ID:88JLmYjm
>>184
>>185
ありゅうしゃん

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

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

その前にathlon64会に以降

187 :login:Penguin:04/01/03 22:14 ID:J/SRB7+L
欲しいな

188 :login:Penguin:04/01/03 23:59 ID:8Y6G6bny
>>51
コンパイルオプションは何か付けました?

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

189 :login:Penguin:04/01/04 00:55 ID:BYmbOIn2
それよりもだなぁ
RedHatProfessionalWorkstationって、対応アーキテクチャの中にAMD64が入ってるけど、
これって、64bitって事?
それとも、AMD64でも32bitで動きますよぉ〜って事?
やっぱり、RedHat系の64bit動作は、RHEL Workstation(定価10マソ位)買わなきゃダメかなぁ?

教えて!アンパンマソ!

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

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

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

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

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

193 :login:Penguin:04/01/06 02:03 ID:qBoxfWyp
Hammer系のCPUで、同一ソースでの32bit/64bitオブジェクトの
実行時間(性能)を比較しているサイトってありませんか?

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

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

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

194 :login:Penguin:04/01/06 03:02 ID:l+yeTXqV
>>193
科学技術計算とかの一部で速くなるだけでないかなぁ。

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

195 :login:Penguin:04/01/06 03:05 ID:MFJ/Zqhn
前に出てたリンク先で午後ベンチかなんかやってたな

196 :login:Penguin:04/01/06 07:40 ID:b+Ce5HYh
ソフトエンコ派にはDivX、Xvidなどが軽くなると嬉しい。

197 :196:04/01/06 07:41 ID:b+Ce5HYh
って、ここはLinux板だった・・・_| ̄|○

198 :login:Penguin:04/01/06 07:57 ID:wleL0q/4
DivXはLinuxにもあるね。Xvidにもあるっぽい。

199 :login:Penguin:04/01/06 08:48 ID:1S19FvSn
SuSEやらTurboのAMD64版ってどの程度の最適化なの?
gcc,glibc,kernelみたいな「コア」だけなんかな?それとも片っ端からコンパイルしてるんだろか

200 :login:Penguin:04/01/06 11:08 ID:U4skLbTh
つまらない機械学習にAthlonMPを酷使しているんだけど時間かかり杉。
Opteronにかえたいなぁ…
一応、科学技術計算だし(藁

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

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

201 :login:Penguin:04/01/06 13:01 ID:9X5VG5nV
Opteronで32bit kernelを使えばいいんでない貝?

202 :login:Penguin:04/01/06 13:22 ID:F+87q30r
gzip とか ssh(scp,sftp)とかでうれしいらしい。

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

204 :login:Penguin:04/01/06 16:23 ID:yOTf8pVU
64ビット云々よりオプテロンが速いのかね?

205 :login:Penguin:04/01/06 16:33 ID:qBoxfWyp
>>203
だからこそ実際の例をいろいろと探しているんです。
いい所ないですかね?

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

206 : ◆Zsh/ladOX. :04/01/06 22:12 ID:CYAUlES3
昨日4時間かけてx86_64版SuSEを
Athlon64 3200+なマシンに入れてみた。
んで疑問に答えるべくgzipとbzip2で実行時間計ってみたよ。

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

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

(a)gzip (1.3.5)

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

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

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

207 :login:Penguin:04/01/06 23:37 ID:qBoxfWyp
>>206
ありがとうございました。
gzipのバージョンや処理するファイルも違うとはいえ
webに出ていた結果とはかなり違うんだな。
やはり宣伝なのかね。

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

208 :login:Penguin:04/01/07 01:33 ID:M0AHkk0o
>206
既に圧縮されている符号列の再圧縮では
メモリアクセスばかりになるような気が…

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

209 :login:Penguin:04/01/07 13:19 ID:JX/9uOl2
SSLeay の speed (cipher のベンチマーク) なんかを試してみて☆ー。

210 : ◆Zsh/ladOX. :04/01/07 21:54 ID:6WO049UH
>>208
urandom使ってやってみますた。
dd if=/dev/urandom of=1000m.tmp count=1000 bs=1024k
として作成した1000m.tmpに対して>>206で書いたことを実行。

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

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

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

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

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

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





211 :login:Penguin:04/01/07 22:46 ID:87xGGeUO
うーん、こんなスレもたっているのか。win 64bit版が待ちきれなくなってきたなぁ。
一念発起してlinuxに手を出してみるか……?

212 :login:Penguin:04/01/09 05:24 ID:KClCk5u9
Athlon64買ってモータ。
マザーが無い金も無いどうしょ。

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

213 :login:Penguin:04/01/09 08:55 ID:7GTJgVNk
>>212
∧∧
(・Ω・)<もちつけ
(  ) 
U U

214 :login:Penguin:04/01/09 09:16 ID:GdHFcYkO
>>212
とりあえず枕元に置いて一緒に寝てみれ

215 :login:Penguin:04/01/09 13:51 ID:jJMDcQlm
∧∧
(・Ω・)←気に入った
(  ) 
U U


216 :login:Penguin:04/01/10 02:06 ID:tLvjnCS4
Athlon64機を一台入れたのでつが、AMD64対応のFTP版distroがなかなかない…
FTPで手に入るAMD64サポートしているdistroって今どのくらいありますか?

217 :login:Penguin:04/01/10 02:35 ID:8RmCWyyi
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を使っているみたいだけど。

218 :login:Penguin:04/01/10 08:09 ID:BxT756NP
>>216
少しは調べろ。このスレくらいは頭から読めよ。あまえんな。


219 :190:04/01/10 08:42 ID:4BM3EBcX
>>191
まぁ、そうなんだけど。
今じゃ、世の中にはLinuxつかっててもカーネルの入れ替えをやったことのない人も
いるらしいんで。


220 :login:Penguin:04/01/10 09:15 ID:4lVKtZ9n
>> 212
gentooインストールにトライしてます
うちでは、カーネルにgentoo-dev-sourceいれるとパニックでるので
officialにしようとかと思ってます
他にもキューブ型にしてしまったので、途中熱暴走したりと3度目ぐらいのトライです
live-cdのカーネルの方がいい感じなのに

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

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

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

222 :login:Penguin:04/01/10 15:24 ID:WLzeEQTQ
>>221
ワラタ。和室で寝てるのか。

223 :login:Penguin:04/01/10 21:33 ID:FFL3mn+g
Fortran90が欲しいなぁ。
あと、マンドレークのAMD64用をいれたけども、G77が入っていないなぁ。
GCCのソースをとってきてコンパイルすれば、64ビットのFORTRANとして
動くのかな?

224 : ◆Zsh/ladOX. :04/01/10 22:15 ID:re81Ca0s
configureで --enable-languages=f77 オプション付けて可能かと。

225 :login:Penguin:04/01/10 23:33 ID:pLnckygT
>>221
良い夢みろよ

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

227 :login:Penguin:04/01/11 12:23 ID:gPC/r/fV
>>226
コンパイラはgccでしょうけど、SuSe附属のもの?それとも自前ビルドでしょうか?
# 只今 Opteron dual + SuSe 購入検討中

228 :login:Penguin:04/01/11 20:08 ID:XzMZ4CwF
>>227
付属です。


229 :login:Penguin:04/01/12 08:54 ID:1jZnMm1g
>> 223
http://people.redhat.com/dnovillo/spec2000/tree-ssa-branch/
を参考にgcc-3.5のcvsを使うとgfortranが…


230 :227:04/01/13 15:28 ID:632cuXWC
>>228
了解です。お返事ありがとうございました
# AMD、コンパイラも自前で出してくれると嬉しいな

231 :212:04/01/13 19:42 ID:/SwCNHTU
>>230
いいな〜
コンパイルできて。

232 :login:Penguin:04/01/13 20:49 ID:PDWj5tXA
Opteron 242とTyan Tiger K8WとGeFoFX5700で
マシンを組んでTurbo for AMD64をインストールしたのだが、
nVidiaのドライバがうまく動かない。

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

FX5700が悪かったんだろうか

233 :230:04/01/13 20:54 ID:632cuXWC
>>231
うんにゃ、俺まだ現物は持ってない。買っても大丈夫だろうかっていう戦々恐々モード

234 :212:04/01/13 21:42 ID:/SwCNHTU
>>233
そうですか。Opteron買うときはマザーも買うのを忘れずに。

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

お気を付けください。

235 :login:Penguin:04/01/14 01:45 ID:bxmMbzPt
GNU COMMON LISP がうまく乗らない。切角の64ビットマシンなのに。
(イタニウムの上ではなんとかMAKEできて動いているのに)

236 :login:Penguin:04/01/14 05:07 ID:99W0Mio+
>>235
clispやcmuclはどうですか?

237 : ◆Zsh/ladOX. :04/01/15 14:18 ID:DXOFHE4/
www.vspec-bto.comに♪タソ 248 Dual モデルが出たね.

238 :login:Penguin:04/01/15 21:23 ID:NPsqfpsx
>>237
50万切ってるじゃん。安すぎ。

239 :login:Penguin:04/01/15 22:59 ID:o0uO1pW4
オプテロン用の大学アカデミックライセンスのFORTRAN90の値段ってどのぐらい?

240 :login:Penguin:04/01/16 01:00 ID:I2hLepqr
>>238
でも、マザーが・・・
雷K8Wとか、HDAMCとかにしてほしい。

241 :login:Penguin:04/01/16 02:08 ID:GI23z7vl
AMD64はLinuxユーザはLinusやAlanCoxのプッシュもあって
人気があるみたいだけど、*BSDユーザは醒めてるね。

242 :login:Penguin:04/01/16 03:47 ID:Gn74PXc2
>>241
まあLinuxユーザはミーハー、*BSDユーザは鉄板好き
というのはあるかもしれん。


243 :login:Penguin:04/01/16 04:21 ID:EjXIbZi8
AMD64じゃWindowsのエロゲできないの?だったらイラネ



...とか

244 :login:Penguin:04/01/16 05:29 ID:XbgKuijk
つーか、Linuxユーザだと、
64ビットになれば処理速度が倍になると勘違いしてる香具師がいそうだが。
BSDユーザには居ないだろうな。

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

246 :login:Penguin:04/01/16 06:51 ID:ZwN4cR2d
>>245
Athlon64で -m64でもパフォーマンス上がらないので
疑問に思い物理レジスタの数を調べてみたら、

Pentium4: 128本
Athlon:   70
Pentium3:  60

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


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

↓詳しい人の説明求む

248 :名無し募集中:04/01/16 07:38 ID:986nxEBc
>>245
間違ってる。

249 : ◆AMD64.T34Y :04/01/16 07:39 ID:dXQYccJh
>>239
PGIのF90なら↓に価格表が出てます。
ttp://www.v-t.jp/products/hpc/compiler/redhat/pgi_spec_main.html

250 :login:Penguin:04/01/16 07:49 ID:nMrth3qe
このテの商品って絶対年間保守料金奪ってくよな。これってどうなん?払わないと使えんの?

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

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

253 :login:Penguin:04/01/16 08:27 ID:dbZzYPld
来週の月曜日(1月19日, 10AM EST, 日本時間だと 22:00 PM JST) に
Fedora Core 1 の AMD64ネーティブのテスト版(0.94)が正式リリースされるよ

254 :login:Penguin:04/01/16 08:59 ID:Neg6taRJ
0.96でないのか?
core/test下には0.96というフォルダがあるが…

255 :login:Penguin:04/01/16 09:10 ID:986nxEBc
>>251
上2行で正解だと思う。

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



256 :DCSの話:04/01/16 14:43 ID:VQM/Y0X5
windowsなら32ビットのままでも64GBのメモリ空間を扱えるわけだが

257 :login:Penguin:04/01/16 23:17 ID:986nxEBc
>>256
Linuxでも扱えるわけだが?

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

259 :login:Penguin:04/01/17 12:45 ID:ICYulSKq
自作板で Athlon64 だとカーネルの make が早くなったってレスを見たけど、
どの程度のもんなんでしょう。
誰か 2.4.24 でデフォルトコンフィグで make -jN bzImage 計ってみてもらえませんか?

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

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


261 :login:Penguin:04/01/18 02:40 ID:4eSZ302J
>>259
64bitSuSELinuxだと、約1/3の時間でmake完了しました。
ってゆうか、比較の対象をはっきりしろ!

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


262 :login:Penguin:04/01/18 13:24 ID:boW8xZUn
つべこべ言わずに時間を書け

263 :login:Penguin:04/01/19 00:04 ID:hZCn/bAp
比較の対象をはっきりするのはお前だ!>>261

264 :login:Penguin:04/01/19 01:06 ID:g757nQvx
ふんっ 
自 分 で や れ よ !   カ  ス  ど  も  !


265 :login:Penguin:04/01/19 08:05 ID:/SwKE9wP
もってるフリしてるヤツが購入を検討してるヤツを煙に巻くスレ

266 :login:Penguin:04/01/19 08:36 ID:EqHVgbZT
>>259
make -jN bzImage やってみたけど、-jNオプションねーよバーカって怒られたから、
止めた。初心者にはよう分からん。

267 :259:04/01/19 09:14 ID:E0H9ketb
>>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


268 :login:Penguin:04/01/19 10:07 ID:32IfbYxG
/proc/{iomem,ioports}の内容をそれぞれ貼り付けてください。お願いします。

269 :266:04/01/19 10:24 ID:EqHVgbZT
やった。
# time make -j2 bzImage >& /dev/null
real 3m4.002s
user 2m38.532s
sys 0m22.696s
# echo $?
0

270 :266:04/01/19 10:26 ID:EqHVgbZT
やった2
# 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


271 :266:04/01/19 10:29 ID:EqHVgbZT
やった3
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


272 :266:04/01/19 10:31 ID:EqHVgbZT
やった4
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

273 :259:04/01/19 10:42 ID:E0H9ketb
>>269
使ってるCPUは何ですか?


274 :259:04/01/19 10:43 ID:E0H9ketb
>>269
CPUとディストリビューションは何ですか?


275 :login:Penguin:04/01/19 10:47 ID:32IfbYxG
>>266
なんか/proc/iomemの結果、i386のと全然変わらんね。
ホントに64bitカーネルなの?

276 :login:Penguin:04/01/19 10:53 ID:EqHVgbZT
>>274
Athlon64 3000+です。

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

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


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

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



279 :259:04/01/19 12:40 ID:E0H9ketb
>>278
それはいくらなんでも速すぎw
make bzImageの前にmake cleanをしてください。

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


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

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

281 :259:04/01/19 14:19 ID:E0H9ketb
>>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 ..


282 :266:04/01/19 15:01 ID:EqHVgbZT
>>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


283 : ◆Zsh/ladOX. :04/01/19 15:08 ID:dtQ1NVkV
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になってやってみた.

284 :259:04/01/19 15:54 ID:E0H9ketb
>>282
うーん、やっぱり遅いですね。Cool'n'Quietが悪さしてるとかですか?

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


285 :login:Penguin:04/01/20 00:09 ID:IWKAbnOS
edora/core/test/0.96/x86_64

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

286 :login:Penguin:04/01/20 01:28 ID:9oL7qL8w
一般ユーザの自分にはまだメリット無さそう>エプロン

287 :login:Penguin:04/01/20 01:35 ID:sgNdepcK
AMD64だと普及するまでのしばらくの間はハクられにくい?

288 :login:Penguin:04/01/20 01:37 ID:tr2NHyvC
>>287
今の所は、セキュリティシステムが動作していないので、関係ない!
あと数ヶ月待てばぁ〜

289 :login:Penguin:04/01/20 08:37 ID:9edrw3OM
姫野ベンチをサラっとやってみた

$ 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



290 :login:Penguin:04/01/20 12:58 ID:98Gszm2S
Official Fedora Core TEST1 binary iso images for x86_64 でた!
http://torrent.dulug.duke.edu/

291 :login:Penguin:04/01/20 13:14 ID:tr2NHyvC
>>290
ごめんなさい・・・アフォレスですが・・・
どうやってダウソするんですか?

292 :login:Penguin:04/01/20 13:26 ID:wnNtpLfG
To use this system do the following:
以降をやってみればいいんじゃないでしょうか?

293 :login:Penguin:04/01/20 13:44 ID:FhN+doY4
>>291
BitTorrent で。

294 :login:Penguin:04/01/20 17:20 ID:Gi1aDcPM
>>286
私には速い32bitCPUとしてメリットありますね、Pen4が苦手な処理が多いので。

295 :login:Penguin:04/01/20 18:14 ID:DbAFNlTe
>>294
LinuxでAthlon64が速くてPen4が苦手な処理といえば何でしょう?

296 :login:Penguin:04/01/20 18:48 ID:PCZ4SmqD
フェドコアx86_64いれた。
久しぶりにフェド見たけど、綺麗やね。
ついでにカーネル2.6.1にしたら、カーネルパニック起こしやんの。


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

298 :login:Penguin:04/01/20 23:20 ID:IWKAbnOS
>>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



299 :login:Penguin:04/01/21 02:29 ID:pyCMsChy
今、Fedoraのx86-64をダウソ中・・・
でも、WindowsServer2003で十分快適なので、インスコするかどうか悩んでましゅ

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

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


300 :login:Penguin:04/01/21 02:49 ID:kiPAfHBB
fedoraはanacondaインストーラだからデュアルブート楽にできるんでないの?

301 :login:Penguin:04/01/21 02:55 ID:pyCMsChy
>>300
おぉ〜今ちょうど、それ考えてた・・・
明日くらいにHDD買ってるくるかなぁ

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


302 :login:Penguin:04/01/21 18:54 ID:Kkt981f0
>>289
1,4GのCPUで約1GFlopsって、物凄いな・・

303 :login:Penguin:04/01/21 19:43 ID:FKWPthKH
ttp://mypage.odn.ne.jp/www/k/8/k8_hammer_trans/files/Hammer-Info.html

Mathematicaキタ━━━━(゚∀゚)━━━━ッ!!

304 :login:Penguin:04/01/22 01:05 ID:/Fu3ezpi
今から、FedoraCore1のx86-64をインスコする!
次に会うときは、64bitLinuxerの仲間入りだ!

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

305 :login:Penguin:04/01/22 01:50 ID:Fdk4mNG/
tks > 人柱らー

306 :login:Penguin:04/01/22 16:47 ID:QB+4FZqo
暇だったから>>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から入れた奴も変わらんし、わけわかめ。

307 :login:Penguin:04/01/22 17:20 ID:gfK2nXAV
カーネル2.6だと,仮想記憶関係が著しく改善されているらしいな.

308 : ◆Zsh/ladOX. :04/01/22 22:46 ID:kCT/NzxC
>>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も同じ感じでした。
まだまだ最適化されてないってところでしょうか。

309 :login:Penguin:04/01/23 00:32 ID:sYd2Gfxk
くだらない質問かもしれないのですが何方かOpteron 140と
PC3200-512MB 400MHz ECC Registeredの組み合わせで何も問題なく動作
してる方いますか?

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

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

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

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

312 :login:Penguin:04/01/23 01:20 ID:MTZGH4j1
まあモロにハードウェアの話なんで……


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

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

313 :ごるごるもあ ◆753Z/RLFiY :04/01/23 03:35 ID:Py1cV37N
            、 
           ) | 
         ( ノノ 
       , --" - 、 
スチャ    / 〃.,、   ヽ 
  ∧、   l ノ ノハヽ、  i 
/⌒ヽ\ i | l'┃ ┃〈リ  我々の要求は、沖縄県における皇民政策の処分だ
|( ● )| i\从|l、 _ヮ/从  明日米軍基地を処分する。
\_ノ ^i |ハ  ∀ \ 
 |_|,-''iつl/  †/ ̄ ̄ ̄ ̄/
  [__|_|/〉 .__/ 魔 法 /__
   [ニニ〉\/____/ http://darkelf.dip.jp/doubt/
 
米軍基地というのは、明らかに社会的不必要施設であり、それは経済、倫理、物資のすべての次元において同様である。
よって、我々は確実に「当たり」と思われるこの物件に対して、今後も革命的連続コピぺ処分を行う。
1.米軍を怒らせると反応が面白い。
2.というか、怖い。
3.沖縄でテロ戦争が起きたらもっと怖い。
4.米国の核爆弾埋蔵量は世界最大。
5.沖縄の米軍基地の集中は地域差別、ひいては民族差別である。

314 :login:Penguin:04/01/23 05:27 ID:SY5B5wBd
やっとFedora x86_64 にkernel2.6.1入れれた。

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

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

315 :314:04/01/23 14:31 ID:SY5B5wBd
ようやくフェドラのテスト完了したーー。

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

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

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

317 :login:Penguin:04/01/24 09:05 ID:3kvEUX9r
x86-64版を使うってことかな?
仕事で使うなら止めた方がいいとおもうけどな。
testバージョンだし。後々のメンテナンス大変そう。


318 :login:Penguin:04/01/24 09:57 ID:E2COiOcJ
大丈夫ですよ。

319 : ◆Zsh/ladOX. :04/01/24 15:39 ID:pQJkt5jM
>>316
その中ならSUSEを推しておく.
完成度は頭一つ抜けてる感じ.
十分仕事でも使える.

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

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

321 :login:Penguin:04/01/24 21:31 ID:g8Yl36pf
>>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が動いてます。

322 :login:Penguin:04/01/25 12:04 ID:akzte+ae
>>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倍も差がないのか...


323 :login:Penguin:04/01/25 12:14 ID:CmZotflg
>>289
pgiを使っているとはいえ,himenoベンチで1400とは良いスコアだ・・・
pgi+opteronとifc+Pen4の価格差が無くなれば,確かにopteronも視野に入れるべきだな.


324 :login:Penguin:04/01/25 13:07 ID:akzte+ae
>>323
1400はクロック数
スコアは988とおもわれ。

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

325 :login:Penguin:04/01/25 15:59 ID:f9EywH5Y
思ったほどは速くないねえ

326 :login:Penguin:04/01/25 18:18 ID:8eONl9Sb
>>325
IBMの営業のいうことには、メモリ帯域が広いから、
SMP構成での落ち込みがすくない→価格/性能比がいい、だそーだ。
(対XeonのHPC PCクラスタの見積り時の話)

つーわけで、だれか

327 :login:Penguin:04/01/25 20:43 ID:CmZotflg
>>324
あっ!私の間違い.>>324の言うとおりでした.
さらに>>289の測定はきちんとしていなくて,一回目の値だけですね.
一回目の値が988というのは,Pen4@2.4Ghzでも出る値です...


328 :login:Penguin:04/01/25 23:32 ID:CmZotflg
>>326
Opteronのメモリバンド幅はDDR400のデュアルで6.4Gb/sec?

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


329 :login:Penguin:04/01/25 23:46 ID:me4Cp8Lh
>>328
Opteronはメモリコントローラ内蔵だから
CPUが増えれば帯域も比例して増える


330 :328:04/01/25 23:52 ID:CmZotflg
>>329
それは面白い!

331 :login:Penguin:04/01/25 23:59 ID:FoBFVU9C
>>329
スレッディングすれば、でしょ?

332 :login:Penguin:04/01/26 03:27 ID:6+3ydfNR
これでRIMMサポートしたらAlphaだな。

333 :login:Penguin:04/01/26 19:11 ID:6NJORBxi
>>332
アーキテクトはAlphaの中の人だったんでしょ?

334 :login:Penguin:04/01/27 13:54 ID:2TpYTg1H
一こ100円くらいになれば1000CPUの並列マシンつくりたいなあ

335 :login:Penguin:04/01/27 15:04 ID:qi35yxZx
>>334
あなたの家庭は、研究所並の電力供給があるみたいで羨ましいです

336 :login:Penguin:04/01/27 15:34 ID:2TpYTg1H
そんなに電力食うの?

337 :login:Penguin:04/01/27 15:45 ID:Mzgt9oHm
1000CPUもあったらメガワット級の電力が必要じゃん
つーか一個100円なんて原価割れ大赤字もいいとこ

338 :login:Penguin:04/01/27 16:24 ID:2TpYTg1H
メガワット=1_000_000Wですね。
100Vで割ると、10_000A
さすがにそんなには食わないんじゃない?

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

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

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

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

340 :login:Penguin:04/01/27 17:42 ID:2TpYTg1H
>>339
わお。CPUってそんなに電力食うんだ・・・
でもディスクレスクラスターならひとつあたり200Wもあれば十分でしょ?
かける1000台で200_000Wじゃあないですか。それでも2_000Aか・・・ダメポ

341 :login:Penguin:04/01/27 19:40 ID:yRcroUxV
>>339
ttp://pc3.2ch.net/test/read.cgi/jisaku/1072868378/432

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

342 :login:Penguin:04/01/27 19:53 ID:2TpYTg1H
AMDの方が分岐予測がうまいっていうことですか?
それとも不同順実行に分けるのが上手?


343 :login:Penguin:04/01/27 21:33 ID:J0NJm0CD
パイプラインが短いので予測が外れた時のダメージが少ないのでは?

344 :login:Penguin:04/01/27 21:35 ID:Mzgt9oHm
Athlonの分岐予測がうまいというかPen4の分岐予測が失敗した際のリスクが大きすぎるというか

345 :login:Penguin:04/01/27 22:07 ID:daS5yzr/
>AMDの方が分岐予測がうまいっていうことですか?
はい。Hammerアーキテクチャだとそういえます。
x86系CPUでの分岐命令予測に限定して言えばこれ以上の
ものは汎用としては出来ないって位優れています。

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

346 :login:Penguin:04/01/27 22:44 ID:2TpYTg1H
なるほどぅ・・・興味深いですね。
ベンチマークで測れない性能がでる可能性があるということですね。


347 :login:Penguin:04/01/27 22:50 ID:2TpYTg1H
このあたりですかねえ・・・

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


348 :login:Penguin:04/01/27 22:58 ID:daS5yzr/
>ベンチマークで測れない性能がでる可能性があるということですね。
はい。その通りだと思います。

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

349 :login:Penguin:04/01/27 23:08 ID:2TpYTg1H
すばらしいことはなんとなくわかりましたが、今日は疲れてて頭にはいってきません・・・
改めてまた読ませていただくことにします・・・ありがとうございました。

350 :login:Penguin:04/01/29 01:44 ID:v9ua+g7O
2GHzのオプテロンでbogomipsは4000くらいでした。2GHzのXeonと同じくらい。
bogomipsってどいう指標なんでしょうか?

351 :login:Penguin:04/01/29 01:48 ID:lHqjtuQh
http://www.linux.or.jp/JF/JFdocs/BogoMips/

352 :login:Penguin:04/01/29 01:48 ID:y+VG5kDb
>>350
http://www.linux.or.jp/JF/JFdocs/BogoMips/

353 :login:Penguin:04/01/29 01:57 ID:v9ua+g7O
ありがd。なんだかわかったようなわからないような説明ですね。
大雑把な目安になるけど、直接比較できるほどのものでもないと。

354 :login:Penguin:04/01/30 11:13 ID:ghyWqmEZ
つまり、今までの話をまとめると、今のところAthlonの64bit環境を有効に使える
環境は整っていないわけですね? (OSもコンパイラもβぐらい?)

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

355 :login:Penguin:04/01/30 11:58 ID:SfeXeiku
有効に活用されてるかどうかを確かめる数値指標がないだけでは?


356 :login:Penguin:04/01/30 13:49 ID:LR5ldNBZ
>>354
要約はまかせろ!











お前には必要ない。

357 :login:Penguin:04/01/30 14:55 ID:SfeXeiku
ようやく、結論がでたわけだw

358 : ◆Zsh/ladOX. :04/01/30 15:10 ID:NLcnswJ9
まぁ使ってから物申せ,と.
6マソあればAthlon64のPC一式手に入るんで.

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



359 :login:Penguin:04/01/30 15:15 ID:SfeXeiku
>>358
Athlon64はOpteronとは別でないの? が、6万とは・・・すばらすぃ〜
うちは2Cプモデルを200万で買いました・・・

360 :login:Penguin:04/01/30 15:16 ID:spKOSYFs
もしかしてload average 20 でも落ちないって言いたかったのか?

361 : ◆Zsh/ladOX. :04/01/30 15:23 ID:NLcnswJ9
んです.
言い方間違えた?

362 :login:Penguin:04/01/30 15:33 ID:spKOSYFs
稼働時間20秒超で落ちるって皮肉ってるのかと思ったよw

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


364 :login:Penguin:04/01/30 20:04 ID:SfeXeiku
5GB NOP * 100000

365 :login:Penguin:04/01/30 20:36 ID:yEuBiiy2
>>363
AB回して〜

366 :login:Penguin:04/01/31 00:46 ID:2I4RZCOC
>>358
ifcは?64bit未対応だからダメ?
PGI<ifc
という話を聞いたが。

367 :login:Penguin:04/01/31 05:39 ID:en53cvIt
>>341
冷房の電気も考えないと、火事になるぜ


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

369 :login:Penguin:04/02/01 10:39 ID:0SBuDLKN
>>368
トータル性能を見るベンチだから、別にそれは構わないと思うけど、
2回やるとキャッシュのせいで結果が変わるな。

370 :login:Penguin:04/02/01 12:58 ID:Dqr4H06K
ttp://www.itmedia.co.jp/news/articles/0401/31/news012.html

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

371 :login:Penguin:04/02/01 15:14 ID:VI2qN9jg
>370
sun4mもSolaris9で切り捨てられた訳だけど、
Solaris for x86でもそのうち32bitは切り捨てられるのかな。
「32bitはLinuxでどうぞ」とかいって。

372 :login:Penguin:04/02/01 23:11 ID:iJoBm9re
素朴な疑問なんだけど
AMD64対応のSuSEやFedoraでは32bit環境で
コンパイルされた商用ソフトとかは動くの?

373 :login:Penguin:04/02/01 23:38 ID:2bwS+GO3
動くと読んだ記憶がある>32bitソフト

374 : ◆AMD64.T34Y :04/02/02 00:05 ID:xk1Hmpks
>>372
動くよ。
32bitのランタイムが共存できるようになってる。
実際iccとかAcrobat Readerとか動いてるし。


375 :login:Penguin:04/02/03 19:47 ID:8eI7pVPk
Athlon64買ってきました
どのディストリがお勧めですか?

376 :login:Penguin:04/02/03 19:52 ID:FxfVTqci
>>372
それこそが、AMD64が支持されている理由だし(w

377 :login:Penguin:04/02/03 20:12 ID:kc0E/lTP
>>375
俺はGentooが好きだ。
SuSEも良いか、kernel2.6にするのが少し大変。
Fedoraも安定しとる。

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

378 :login:Penguin:04/02/03 20:21 ID:pztyt0In
reiserは速いのだけがとりえって聞いたけど。
JFS使いたいならExt3でよいのでは?

379 :login:Penguin:04/02/03 20:46 ID:8eI7pVPk
速さと冗長性は両立は難しいし
RieserFSは、速さとファイルの格納率が高いのがいいところじゃないかな

380 : ◆Zsh/ladOX. :04/02/03 21:21 ID:PT+kJzLf
Fedoraのdevelopment treeのAMD64版入れてみた。
思ったより安定してる。
細かい問題はあるけど。

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

381 :login:Penguin:04/02/03 22:37 ID:59skEMjh
>>380
人柱乙
どんな構成で動いているのか教えてください。

382 : ◆Zsh/ladOX. :04/02/03 23:12 ID:PT+kJzLf
>>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

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

383 :login:Penguin:04/02/03 23:47 ID:59skEMjh
>>381
どうも、ありがとうです。

384 :login:Penguin:04/02/03 23:56 ID:8eI7pVPk
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が欲しいけど売ってない・・・・

385 :login:Penguin:04/02/03 23:57 ID:8eI7pVPk
ちなみにVIAじゃなくてnForce3にしたのは
なんとなくLinuxで使う場合 nvidiaのほうが良さげだったから

386 :login:Penguin:04/02/04 00:03 ID:Dd5Q/lKi
nvidiaの方がドライバ良いのかな?

387 :login:Penguin:04/02/04 00:08 ID:vqdTHSbO
athlon64上のlinuxは性能だしきれてないらしいよ。なんでもページサイズが
32bitモードとの互換性維持のために、いまだに4kなのが足を引っ張ってる
とか。。

388 :login:Penguin:04/02/04 00:11 ID:frvh6ehp
>>386
VIAもNVIDIAのチップも機能的にほとんど変わらない
VIAのほうがちょっとだけ性能いいかも

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

という思いがnForce3にさせた

389 :login:Penguin:04/02/04 00:17 ID:Dd5Q/lKi
>>388
VIA apllo PLE133で同じ思いしました。
VIAってみんなそうなのかな?


390 : ◆AMD64.T34Y :04/02/04 00:21 ID:N0L5z84w
今更ながら、仕事用のWSとして雷K8W + 248 x 2 なシステム発注しました。
届いたら速攻で fedora 入れまする。
楽しみ〜

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


391 :login:Penguin:04/02/04 01:04 ID:R/hydNud
>>390
仕事用にFedoraを使う時点でアフォ!
せめて仕事ならRHEL (Workstation) for AMD64にしろよ。。。
ちょっと高いけど、正式にAMD64対応してんだからさぁ

392 : ◆AMD64.T34Y :04/02/04 01:11 ID:1Ywh2rO3
>>391
まぁ、仕事といっても研究用のマシンなので、殊更に安定性を重視して
いるわけではないんだが…

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

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


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

394 : ◆AMD64.T34Y :04/02/04 01:23 ID:1Ywh2rO3
>>393
あれ?10art-niって、AMD64版売ってたっけ?
うーんどっちにしても fedora にするわ。
おもしろそうだし。


395 :login:Penguin:04/02/04 01:36 ID:R/hydNud
>>394
おまえ、それ契約書見たマンマやんけ(w
しかも10art-niってドメイン名そのまま書く奴初めて見た(w

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



396 : ◆AMD64.T34Y :04/02/04 01:50 ID:1Ywh2rO3
>>395
テンアートニ知ってますけど…
ドメイン名書くのそんなおかしいかな?

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


397 :login:Penguin:04/02/04 02:55 ID:02EFx6Nr
なんか何時も思うんだけど、この板ってどうでも良いことに
ひつこく絡んでくる香具師多いな。


398 :login:Penguin:04/02/04 03:04 ID:frvh6ehp
>>397
シーッ 相手にしちゃ駄目でしょ!
見てないフリをしなさい

399 :login:Penguin:04/02/04 03:34 ID:aLiPA/XT
>>397,>>398
爆w

400 : ◆Zsh/ladOX. :04/02/04 09:21 ID:F1QQ2Bp3
>>390
♪タソ良いな〜雷良いな〜

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


401 : ◆Zsh/ladOX. :04/02/04 09:23 ID:F1QQ2Bp3
うげ,s/Disk/Desk/

402 :login:Penguin:04/02/04 13:33 ID:R/hydNud
Fedora for AMD64の正式版マダァ〜〜

403 :login:Penguin:04/02/04 23:47 ID:yVcgc7P/
>>390
いくらしました?
35〜40位?


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

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

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

404 :login:Penguin:04/02/05 11:51 ID:WsYnQWRq
Opteron Dual のマシンにフェドラCORE1のAMD64用のCDROMから
インスト-ルがどうしてもできないのですが。なにかこつがあるなら
伝授して下さい。マザ-ボ-ドはTYANのK8Wです。

405 :login:Penguin:04/02/05 11:59 ID:eGYgbNpZ
>>404
どうしてもっていわれてもなあ
http://linux2ch.bbzone.net/#content_1_3

406 :これですか:04/02/05 12:25 ID:LfMUgxeJ
質問の仕方 ↑
頑張ったのにダメダメ。2ch の『くだらねえ質問はここに書き込め』スレッドに質問する場合の注意。

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


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

408 :144:04/02/05 18:29 ID:u7kKD7RA
Opteron248 dual機 到来。

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

 date of delivery: 41 days

ベンチマーク項目2: >>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

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

409 :144:04/02/05 18:40 ID:u7kKD7RA
ちなみに、

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

な感じです。

410 :login:Penguin:04/02/05 18:54 ID:LBhnVIuG
64bit版でその結果なら、他のディストリに比べてかなり最適化されてますね。
32bit版(>>283)とほぼ同じくらい。

411 : ◆AMD64.T34Y :04/02/05 19:17 ID:2204174U
>>144
待った甲斐がありましたね。
RHELはAMD64版ですか?

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


412 :403:04/02/05 20:03 ID:xWecDX+7
>>408
むむむむ。いいなー

ベンチマーク1はPCサクセスですか?

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

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


413 :login:Penguin:04/02/05 20:12 ID:vIdOLL1z
もれはGentoo(σ゚Д゚)σゲッツ!!のAMD64版入れたよ。
PGIコンパイラの評価版が動かなくて(´・ω・`)ショボーンだが

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

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


415 :login:Penguin:04/02/05 22:13 ID:vA+AkqNl
◆AMD64.T34Y
↑なんか胡散臭い奴だな

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

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

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

417 : ◆AMD64.T34Y :04/02/05 22:39 ID:2204174U
やれやれ、きょうは胡散臭いとまで言われたか…w
まぁ届いたらまた来るよ。


418 :144:04/02/05 22:40 ID:u7kKD7RA
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」
と言われたし。(注: 未実装ではなく「見」実装)

419 :login:Penguin:04/02/05 22:52 ID:UAzo7IIT
単純に
printf("long = %d\n", sizeof(long));
4が表示されれば32bit
8が表示されれば64bit
と判断していいかと思われ

少なくともSolarisではそう

420 :login:Penguin:04/02/05 23:04 ID:vA+AkqNl
>>417
おい!君!すごいIDだな(w
確か、どっかにIDに出た数字の大きさを競うスレがあったハズだぞ!
探して行ってみれ!

マジすごいからage

421 : ◆Zsh/ladOX. :04/02/05 23:16 ID:z91iP7X2
>>417
気にシナイ!(w

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


422 :login:Penguin:04/02/05 23:19 ID:ErTISx9O
>>418
正しい値を返すか、分からないけど

getconf LONG_BIT

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

423 :login:Penguin:04/02/05 23:29 ID:MgYBgb/3
>>418
おいおい、利用可能な仮想アドレス空間と、CPUの64bitモードは別問題でしょ。
そのkernel、CONFIG_HIGHMEM辺りはどうなっているの?


424 :login:Penguin:04/02/05 23:41 ID:66nrW48E
>>409
video cardはなんですか?
/proc/meminfo どうなってますか?
どのくらい目減りしてます?


425 :login:Penguin:04/02/05 23:51 ID:UQQnwQOS
>>418
uname はどんな表示するですか?

426 :login:Penguin:04/02/06 00:09 ID:WL8rXvAz
今、皆の視線が>>144へ向いている..

427 :login:Penguin:04/02/06 00:30 ID:2z+pqVn2
>>423
CONFIG_HIGIMEMは物理メモリだよ。

428 :login:Penguin:04/02/06 00:32 ID:2z+pqVn2
>>418
は、CPUのモードが知りたいんだろうから関係ないけど、
仮想アドレス空間のサイズ知りたければ、size_t調べれば?

429 :144:04/02/06 12:39 ID:o7kI+5Qb
# 帰宅後は野砲微微がアクセス寄生虫なので書けませんでした。
取敢えず。お尋ねの項目を幾つか確認。
$ 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)で認識されてる。

430 :login:Penguin:04/02/06 12:48 ID:V84sXk+T
>>429
どっからどうみてもただの32bitシステムだわな

431 :login:Penguin:04/02/06 12:56 ID:ndeh4xz6
>>429
カーネルが 32bit の悪寒。

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

432 :login:Penguin:04/02/06 13:08 ID:2z+pqVn2
>>429
そのマシン、スレ違いな…

433 :login:Penguin:04/02/06 13:12 ID:kE+tcjfM
RHEL3はたぶん注文時にAMD64を指定しないとダメなんじゃないかな・・・

434 :login:Penguin:04/02/06 14:40 ID:rq3Rldsw
> 419
mallocで取れるメモリは実メモリ+スワップサイズのようです.

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

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


435 :login:Penguin:04/02/06 14:56 ID:pVwhO+4C
え・・・そんなにスワップ取れるの??

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

436 :login:Penguin:04/02/06 14:59 ID:pVwhO+4C
物理メモリ40ビット仮想メモリ48ビットでした。

>address sizes : 40 bits physical, 48 bits virtual

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

>model name : AMD Opteron(tm) Processor 246

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


437 :login:Penguin:04/02/06 15:11 ID:2kF4XR11
>>436
246はCPUの型番ですね。

438 :参考まで:04/02/06 15:28 ID:pVwhO+4C
$ 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

439 :login:Penguin:04/02/06 15:35 ID:pVwhO+4C
>>437
みおとしてました。すみません。

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

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

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

441 :login:Penguin:04/02/06 16:47 ID:rq3Rldsw
slackwareをふつーにインストールして, binutils, kernel, gccを
ブートストラップでやってけば, 3回目にはきちんとした64ビット環境を
作ることができました.

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

442 :login:Penguin:04/02/06 18:41 ID:kE+tcjfM
RHEL3ダメじゃん・・・

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

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

444 :443:04/02/06 19:18 ID:sYXu9788
全領域アクセスできないならmallocは失敗せんとまずいか。
ウソかいてごめん

445 :login:Penguin:04/02/06 19:42 ID:hisSvlsH
BSDマガジンVol4の仮想メモリについて書かれた記事に
遅延割り当てと過剰請求問題ってとこから抜粋

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

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

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

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

446 :login:Penguin:04/02/06 19:42 ID:hisSvlsH
>>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/の下に手をいれなくちゃいけないから
当面はこれでいくんじゃないのかな。

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

448 :login:Penguin:04/02/06 20:06 ID:hisSvlsH
というわけで

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

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

449 :login:Penguin:04/02/06 20:22 ID:4Yu/iD0d
athlon64は速いですか?

450 :login:Penguin:04/02/06 21:24 ID:gfxVKaOR
>>449
爆速
32Bitで。

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

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

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

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

453 :login:Penguin:04/02/06 22:18 ID:hisSvlsH
>>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
となってました。

454 :login:Penguin:04/02/06 22:46 ID:FCioIMUt
ちなみに、>>451のリンク先に書いてあるOOM-killerは、
linux-2.4.25-pre4から選択できるようになってるね。


455 :login:Penguin:04/02/06 23:05 ID:5rn79BxS
overcommit なんて機能があるんですね。

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

って所ですか?

456 :login:Penguin:04/02/06 23:12 ID:2z+pqVn2
>>455
> デメリットは、メモリ不足の状況で動作が不安定になる。

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


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

458 :login:Penguin:04/02/06 23:35 ID:2z+pqVn2
その時SIGSEGVかSIGBUSが飛んでくるんじゃないの?

459 :login:Penguin:04/02/06 23:41 ID:hisSvlsH
#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ってのはなにを設定してるんだろ。

460 :login:Penguin:04/02/06 23:48 ID:5rn79BxS
>>457 の例の場合、SIGSEV なり SIGBUS の行き先は
daemon になると思いますが、その場合 daemon は
死ぬしかありませんよね。

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

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

462 :login:Penguin:04/02/07 00:20 ID:NyLWeQS4
>>459
いやだからさ
Linuxではmalloc()しても、実際にその確保した領域を使わないと
メモリは実際には確保されないんでは?

463 :login:Penguin:04/02/07 00:35 ID:VEo7oofM
>>462
>Linuxではmalloc()しても、実際にその確保した領域を使わないと
>メモリは実際には確保されないんでは?
それは当たり前のことですよね。

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

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

464 :login:Penguin:04/02/07 00:45 ID:yaWWFhCA
>>460
> >>457 の例の場合、SIGSEV なり SIGBUS の行き先は
> daemon になると思いますが、その場合 daemon は
> 死ぬしかありませんよね。

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


465 :460:04/02/07 00:59 ID:XP0bPTyT
>>464
確かに死ぬしかないと言い切ることは出来ませんね。
失礼しました。

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

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

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

468 :login:Penguin:04/02/07 14:17 ID:NyLWeQS4
RedHat Professional WorkstationがAMD64対応だったら迷わず買ってくるのになぁ

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

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

471 :login:Penguin:04/02/07 22:46 ID:yaWWFhCA
ここから目的にあったものを探せば?
http://sal.linet.gr.jp/C/index.shtml

472 :login:Penguin:04/02/08 00:19 ID:vRl8/8Ra
今、プチ祭りやってるね。2CH-Op鯖の、

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

474 :login:Penguin:04/02/08 05:07 ID:iIgWY2Ip
>>473
乙!

475 :login:Penguin:04/02/08 12:08 ID:XYf5rRz7
SuSEかTurboを買うか・・・

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

476 :login:Penguin:04/02/08 12:27 ID:QCgLAejf
>>475
あるよ。プラットフォームで売ってる。1万4千円ぐらいだとおもた。

477 :login:Penguin:04/02/08 15:45 ID:XYf5rRz7
>>476
でも確かFTPインストールすればタダなんだよね?

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

478 :login:Penguin:04/02/08 23:53 ID:t7ah5kdQ
fedoraインスコage
>>473 さんくす

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

カーネルは2.6.2に更新済。


479 : ◆Zsh/ladOX. :04/02/09 00:44 ID:UqCKBXBh
>>478
乙ですた。
そうですね、一旦環境作ればごくごく普通に使えますよね。

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

480 :login:Penguin:04/02/09 19:12 ID:oW+Etr0U
なんだかここで、
PrescottにはYamhillが実装されていて
64bitCPUになっていると書かれてますけど
本当でしょうか?

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

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

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

482 :login:Penguin:04/02/09 19:36 ID:oW+Etr0U
>>481
レスサンクス
自作板に行ってきます。

483 :login:Penguin:04/02/09 19:53 ID:rtjyvlqS
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がたばになってかかっても、使い切れなかったりするかも。いや、まじで。

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


485 :login:Penguin:04/02/10 02:42 ID:y2kVJqtZ
Prescottの64bitモードは
現行ソケットではDisableになってて
ソケット775でEnableになるみたい。

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

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

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

487 :login:Penguin:04/02/10 13:07 ID:rrlBpwsG
>>486
> コントロールレジスタやページングディレクトリ階層は全て一緒とか。

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

488 :login:Penguin:04/02/10 13:13 ID:L2A2eZa/
完全独自方式でごり押しってのもあるか。

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


490 :login:Penguin:04/02/10 13:29 ID:rrlBpwsG
しかし、
> WindowsのサポートをItaniumだけにするかという選択を迫って
は、下手したらDECαと同じ道(サポート終了)をたどるぜ。


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

492 :login:Penguin:04/02/10 14:02 ID:rrlBpwsG
バイナリ互換なし: OS/2
バイナリ互換あり: Microsoft Windows

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

493 :login:Penguin:04/02/10 15:25 ID:Ot+oVgzo
IBM PCもAT互換機から独自路線選択してつぶれたからね

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

495 :login:Penguin:04/02/10 20:52 ID:rrlBpwsG
別に…
Linux/gccな人たちが決めることだし…

496 :login:Penguin:04/02/10 22:05 ID:yZr0eod9
> 495
そうかな? AMD64版Solarisってのが出てきそうな気がするし...
そのとき, CTとAMD64とが混乱したら....

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

497 :login:Penguin:04/02/10 22:24 ID:y44U72ga
無料で入手できる64bitディストリはどれもいまいちだなぁ
RHEL3 β1をインスコしてSRPMをリビルドしてRHEL3 for AMD64を作るかなぁ

498 :login:Penguin:04/02/10 22:29 ID:RZGZ6O5w
64bitにするとどんないいことがあるんですか
天才にもわかるように完結に述べてください!

499 :login:Penguin:04/02/10 22:50 ID:h08rTRvc
>>498
メモリ8Gぐらいぶち込めば良さが分かるかもな。

500 :login:Penguin:04/02/10 23:06 ID:RZGZ6O5w
メモリとかファイルサイズの2GB超え不可って32bitのせいだったんだ
32bit時代はあまりにも長すぎた・・・っと

501 :login:Penguin:04/02/10 23:07 ID:rrlBpwsG
ファイルはあんまり関係ないだろ。

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

503 :login:Penguin:04/02/10 23:18 ID:rrlBpwsG
だけ、て

504 :login:Penguin:04/02/10 23:18 ID:LHKacz1w
>>501
関係ないって言うほどでもない。

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

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


506 :login:Penguin:04/02/10 23:55 ID:QL8ulJU6
メモリ、HDDはでかければでかいほどいいです。
CPUは速ければ速いほどいいです。
コストを考えなければ。



507 :login:Penguin:04/02/11 00:12 ID:Qn2GrHtv
>>505
その例も結構特殊な用途なんじゃないの?
結局>>506ということでしょ。

508 :login:Penguin:04/02/11 00:15 ID:k8cdJKq+
プレスコがヤヴァすぎてマカー、Athlon厨から叩かれまくってるintel厨

509 :login:Penguin:04/02/11 03:19 ID:9jYCZ3hj
Celeronの2番目に早いやつと同じ金でAthlonXP2500〜2700買えちゃいますが。

510 :login:Penguin:04/02/11 03:35 ID:WvPcizp/
>>502
君はLinuxを何に使ってるか知らんが、倍精度を一気に計算できる64ビットCPUは科学技術計算には有難い。
AMDのCPUを使うとインテルコンパイラ(最強)で速度が出ないのが難点だが。

511 :login:Penguin:04/02/11 03:57 ID:XMe0cdkO
>>510
科学技術計算には有り難いとか、言ってる奴ほど、ただの営業マンだったり、無職だったりする。

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



512 :login:Penguin:04/02/11 04:51 ID:WvPcizp/
>>511
慶応理工の院生ですが。
今までは64ビットマシンは高価。
安価な64ビットマシンを並列で使いたい。

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

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


514 :login:Penguin:04/02/11 05:22 ID:2eqgK6ib
煽りに煽り返すのもまた・・・だが

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

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

515 :login:Penguin:04/02/11 05:23 ID:+luFnNGn
>>513
データセンターって何?阪大にそんなのあったの?

516 :login:Penguin:04/02/11 05:34 ID:XMe0cdkO
>>515
データセンター
大学の情報データを一括して管理するところ。
また、SCやハイレベルWSなどを管理するところでもある。

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

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

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


519 :login:Penguin:04/02/11 08:02 ID:Us49yGWD
科学技術計算も研究もしていない無職のくせに・・・・・・・
よく言うよ・・・・・・・・

520 :login:Penguin:04/02/11 08:15 ID:WE/GtlkL
東京kittyをやたらと煽る奴がΝ速にいて不思議でたまらなかったんだが
このスレ見てわかったような気がするよ。

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

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

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

523 :login:Penguin:04/02/11 08:57 ID:BQoDDcdK
>>521
西だから仕方ない(嘘

524 :login:Penguin:04/02/11 09:16 ID:Us49yGWD
DOSエクステンダgo64を使えば32bitCPUでも64bitになるんだが・・・
そんなことも知らないのか。

525 :login:Penguin:04/02/11 09:39 ID:o/tzVV6l
64bit環境キターと喜んだが64bitを体感できるソフトがない罠

526 :login:Penguin:04/02/11 10:07 ID:J/ppYl5R
>>524
go64 ワロタ

527 :login:Penguin:04/02/11 10:10 ID:Qn2GrHtv
データバス16bitのままかよ

528 :login:Penguin:04/02/11 11:19 ID:bk7cAmve
>>510
32ビットでもFPUは64ビットじゃないの?

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

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

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

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

529 :login:Penguin:04/02/11 12:07 ID:npk/Si9J
>518

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

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



530 :login:Penguin:04/02/11 12:13 ID:Qn2GrHtv
>>529
> シミュレーションやっている人間からすると、それをもって
> 統一的なデータじゃないから研究じゃないといわれると・・・

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

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

531 :login:Penguin:04/02/11 13:00 ID:fsJg896d
出力された結果違うってIEEEで決められてるじゃん!
って書こうと思ったら、530で既に書かれてた・・

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

532 :login:Penguin:04/02/11 13:16 ID:Qn2GrHtv
演算の優先順位変えて最適化しちゃうコンパイラがあるんだよ!って暴れる予感。
それこそリファレンスデータ&プログラムでまずチェックだろ。

533 :login:Penguin:04/02/11 13:18 ID:eOZ8Bq9c
数値実験した後はどうせモノホンの実験で確認しますから大丈夫です。
……そうでないと論文受け付けて貰えんからね。

534 :login:Penguin:04/02/11 13:45 ID:g9Fq6gqH
世界で一台しかない地球シミュレータから出てきた結果についてはどういうんでしょうかね
>> 518

535 :login:Penguin:04/02/11 14:28 ID:UUeAgTc/
8087はIEEE754とちょっと違います。8087の方が先に出たんだから当たり前。
16Bitの頃から浮動小数点は最高80Bit精度だ。

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

536 :login:Penguin:04/02/11 17:45 ID:IZYIEfK+
最速のCPUにメモリ2Gで40マン出せばハードは組めるね。
問題はMATLABがいつ64bit対応してくれるかだ。

537 :login:Penguin:04/02/11 19:18 ID:VzDt3Tqf
>>535
V30HLはなぁ、速かったんだぞ!
…すまん、http://pc.2ch.net/test/read.cgi/linux/1061821173/l50 に帰る。

538 :login:Penguin:04/02/11 19:31 ID:vljqQYx7
正直に告白します。
実は、


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

539 :login:Penguin:04/02/11 19:43 ID:19EUOjdd
Presscottに対抗してAMD64の安くしてください

540 :login:Penguin:04/02/11 22:39 ID:2Vo9oEhF
私は暗号屋なので整数演算が64bitになってとても美味しいです。

541 :login:Penguin:04/02/11 22:59 ID:1SnG4OhW
>>540
同じx86_64システムで、32bitバイナリと64bitバイナリで、どのくらい暗号化の
スループット性能に違いが出るものなのでしょうか。

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

542 :540:04/02/11 23:20 ID:2Vo9oEhF
>>541
1.8倍ぐらいです。具体的な数字は勘弁を。

543 :login:Penguin:04/02/11 23:28 ID:1SnG4OhW
>>542
どうもありがとうございます。
ケース・バイ・ケースだとは思いますが、かなり効果はあるものですね。

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

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

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


545 :login:Penguin:04/02/12 10:07 ID:DBHW29wE
生々しい話を聞けるスレですね

546 :login:Penguin:04/02/12 11:07 ID:W6en/XqF
32bitって仮想メモリもあわせて4Gまでしかアクセスできないの?
64bitになれば、実メモリ1Gで仮想メモリ99Gとかにできるのかなぁ

547 :login:Penguin:04/02/12 11:09 ID:xtYkXNub
>>546
P4やAthlonは64Gまで積める仕組みは持っているらしい。

548 :login:Penguin:04/02/12 11:22 ID:aiugIQj6
AthlonにPAEってあったっけ?

549 :login:Penguin:04/02/12 12:27 ID:EHhY6ulz
P4にもあるの?

550 :login:Penguin:04/02/12 12:37 ID:aiugIQj6
>>549
PentiumはP4はもちろんP3にもあるはず。
CPU以外の部分の理由でXeonしか使えなかったかと。

551 :login:Penguin:04/02/12 12:40 ID:aiugIQj6
紛らわしいな。PenProつまりP6からあるとしておこう。

552 :549:04/02/12 13:14 ID:EHhY6ulz
>>550
初めて知りました。HTTも確かP3あたりからなんですよね?

553 :login:Penguin:04/02/12 13:32 ID:a7qhZWxj
>>552
HTTはP4藁からだろ?隠し機能としてね!
ってか、最近のPentium系チップやAthlon系チップは、36bit拡張でメモリ制限はほぼない!
M/Bの限界やWindowsの制限でPC用途では、サポートされてないけどね!


554 :login:Penguin:04/02/12 13:46 ID:oIFlb4da
>>553
36bitリニアに使えないのはイヤ〜ン

555 :login:Penguin:04/02/12 13:56 ID:xtYkXNub
>>548
cat /proc/cpuinfoで pae と出てくるのであるのではないかと・・・。

556 :login:Penguin:04/02/12 14:03 ID:a7qhZWxj
>>554
鯖用ママンとFreeBSD使え!

557 :login:Penguin:04/02/12 14:14 ID:oIFlb4da
>>556
1プロセス4GB以上リニアに使えるようになるんですか?

558 :login:Penguin:04/02/12 14:20 ID:oIFlb4da
ちなみにWindows2000はAdvancedServer以上で、非リニアに4GB以上の
メモリにアクセスできます。殆どVLDBぐらいしか使っていないでしょうけど。

559 : ◆Zsh/ladOX. :04/02/12 15:07 ID:bEDGwAYg
赤帽のカーネルでkernel-bigmem なんちゃらってなってるのはPAE
対応なんじゃない?
ただ、32bit石の限界で36bitなメモリ空間を「リニアに」は使えないと。

560 :login:Penguin:04/02/12 19:35 ID:JCj+osBS
>>558
それって、巨大なセグメントモデルを使うんだよな。
昔i386で泣かされた^H^H^Hお世話になった…


561 :login:Penguin:04/02/12 19:40 ID:CBqslvyc
>>560
80286じゃねーの?

562 :login:Penguin:04/02/12 21:13 ID:7WNsv0yn
リニアじゃないのなら、
486にもsegment descriptor使ってやるのがあるよ。

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

563 :login:Penguin:04/02/12 21:13 ID:7WNsv0yn
間違えた。>=32bitですらない。

564 :login:Penguin:04/02/12 21:16 ID:159Escn3
>リニアじゃないのなら、
>486にもsegment descriptor使ってやるのがあるよ。

どうやるの?

565 :login:Penguin:04/02/12 21:42 ID:u1YnPG0o
セグメントあたり4GBなんだから切り替えてけばいいじゃん。
セグメントごとスワップすればいい。

566 :login:Penguin:04/02/12 22:09 ID:159Escn3
>>565
セグメントって結局4GBのリニアアドレス空間の
どこかににマップされてるだけかと。

567 :login:Penguin:04/02/12 22:18 ID:u1YnPG0o
>>566
だからセグメントをスワップすればいい。286なんかはそうやるしか
なかった。

568 :login:Penguin:04/02/12 22:21 ID:7WNsv0yn
>>566
いや、それは8086のセグメントでしょ。21(4?)bit物理アドレスの16bitの窓。
486のは仮想空間上だから。

569 :login:Penguin:04/02/12 22:26 ID:u1YnPG0o
リニアアドレスって仮想空間だよ。
論理->セグメント->リニア->ページング->物理
x86用語ね。

570 :login:Penguin:04/02/13 05:09 ID:cvjaf1Bl
個人的にはもうfarとかnearとかは見たくないんだが…


571 :login:Penguin:04/02/13 05:22 ID:1+WtLGPw
>>570
jmp near >>1


572 :login:Penguin:04/02/13 07:08 ID:AkWuZ3md
AMD64のマニュアルに関する疑問もこちらに投げてよろしいですか?

573 :login:Penguin:04/02/13 08:54 ID:xZdcbSpH
>>572
来い

574 :login:Penguin:04/02/13 15:08 ID:EKg2KQjw
>>573
カコイイ

575 :login:Penguin:04/02/13 19:05 ID:AIaV4AZv
>>573
カコイイ

576 :login:Penguin:04/02/13 19:34 ID:UHdUnP+S
>>573
カワイイ

577 :login:Penguin:04/02/13 21:36 ID:xsaw9oaV
クルーソーは128bitだよね?
オプテロンよりすごいね?

578 :login:Penguin:04/02/13 21:39 ID:T++ZRtwB
VLIWだけど

579 :login:Penguin:04/02/13 21:41 ID:96OiNR/0
てことはGeForce4MXの256bitはもっと凄いんですか?

580 :login:Penguin:04/02/14 00:03 ID:BfYZ9VsD
ってことは512ビットの(ry

581 :login:Penguin:04/02/14 08:10 ID:zinZCNqj
俺のPGPのRSA鍵は4096ビットなんだが…

582 :login:Penguin:04/02/14 09:38 ID:CvTRIecJ
だったら4096ビットプロセッサを使わないと。

583 :login:Penguin:04/02/14 12:59 ID:JyN2/c91
オプテロンってたった8バイトなんだな
しょぼ

584 :login:Penguin:04/02/14 19:56 ID:lhZf32xY
個人で64bitのCPU買って何かいいことあった人いるんですか?

585 :login:Penguin:04/02/14 19:58 ID:zinZCNqj
くじで冷蔵庫が当った。

586 :login:Penguin:04/02/14 20:00 ID:ORfI5oZd
68000は内部32ビット
Crusoeは内部128ビット

587 :login:Penguin:04/02/14 20:11 ID:GunZSZv4
>>584
彼女ができますた

588 :LightCone ♥SJBc30S5w:04/02/14 20:41 ID:ZtrhBf/F
一般の皆さまにはコモドーレ64で十分です。
64bit CPUはさっきゅん専用。

589 :login:Penguin:04/02/14 22:32 ID:9h2aVYvF
【AMD64レス】
このレスを見た人はAthlon64でもいいので
10日以内に3つのAMD64 CPUを買ってください。
そうすれば14日後好きな人から告白されるわ宝くじは当たるわ
出世しまくるわ体の悪い所全部治るわでえらい事です

590 :login:Penguin:04/02/14 22:43 ID:2SbjcTG8
( -.-)ノ 2つならDUALで使えますが3つは使いにくいでつ

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

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

592 :login:Penguin:04/02/15 01:19 ID:ffqJi1VY
>>591
電球や蛍光灯の電力消費を調べてみましょう。


593 :login:Penguin:04/02/15 01:22 ID:i2gN+X63
>>592
俺の部屋は28Wでした。

594 :login:Penguin:04/02/15 01:26 ID:ffqJi1VY
じゃあ、電気を消してPentium 4を使いなさい。

595 :login:Penguin:04/02/15 02:03 ID:veZczP6x
>>591
また場違いなのが来たなw

596 :login:Penguin:04/02/15 02:05 ID:/tFD/Tf6
質の悪い釣りだね!
大体、そんな話題を犬板のスレに持ち込むか?ふつ〜(w

597 :login:Penguin:04/02/15 03:27 ID:F5BhhRle
AMD64は整数レジスタが16本、SSE2レジスタが16本になるので、
今までのx86よりはましになる。

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

598 :login:Penguin:04/02/15 10:13 ID:f1Qx4KNZ
javaのコンパイル速度は♪が速いぞ。

599 :login:Penguin:04/02/15 13:14 ID:72JSEdEL
>>598
> javaのコンパイル速度は♪が速いぞ。
javacってjavaで書かれてるので、結局「javaで書かれたアプリが速く動くぞ。」
と解釈しておっけー?


600 :598:04/02/15 13:30 ID:f1Qx4KNZ
>>599OK

601 :login:Penguin:04/02/15 13:42 ID:wW9KvxUM
Lispが早いな。

602 :login:Penguin:04/02/15 15:43 ID:e+ClcEPy
はは、Opteron買うつもりがSuper●のPCI-Xのまま板買っちまった。


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

604 :login:Penguin:04/02/15 16:00 ID:Fr9UgnP9
俺はAMDが好きというより、両者が競争しあって、結果として
CPUの性能がアップすることを望んでる。

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


605 :login:Penguin:04/02/15 16:45 ID:OLJcYM/C
>>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)


606 :login:Penguin:04/02/15 16:50 ID:CANW98d5
>>605
http://www.blackdown.org/java-linux/java2-status/jdk1.4-status.html

607 :login:Penguin:04/02/15 16:54 ID:f1Qx4KNZ
64bit mode で動かしたいなら j2sdk1.5(beta) インスコの方向で。
♪上でも、現時点での速度は 32bit 版の jvm の方が微妙に速いけど



608 :login:Penguin:04/02/15 16:56 ID:E/U5ephj
>>603
釣りするにしてもせめてG5にあらゆる面で勝つか
真っ当な64bit対応してから言ってくれ。

609 :login:Penguin:04/02/15 17:04 ID:ffqJi1VY
>>604
Transmetaも入れてやって。

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

611 :login:Penguin:04/02/16 01:08 ID:qy4LneIc
>>610
なんか、縦読みっぽい文の区切り方だなぁ・・・
わからん、教えてっ

612 :login:Penguin:04/02/16 01:10 ID:73ikKG6g
ずいぶん前に流行った車板のGTOコピペでしょ。
なつかしい・・・。

613 :login:Penguin:04/02/16 01:10 ID:zNxEJsn9
>>611
GTOコピペの改変

614 :login:Penguin:04/02/16 01:26 ID:adRMxXjz
【夢を】GTO書き換え【再び…】
http://hobby4.2ch.net/test/read.cgi/car/1076822509/l50

615 :login:Penguin:04/02/16 10:09 ID:QW+fTuOg
>>603
>Pentium4はHTをオフにすると極端に消費電力があがるらしい。
>無負荷時でも200W越えるとか。

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


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

617 : ◆Zsh/ladOX. :04/02/16 13:06 ID:p80FuRPB
>>616
胴衣。
自作板ならもっとヤレ!だが(w

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

619 :login:Penguin:04/02/16 13:27 ID:XtN1qilL
そろそろ自作板でも勘弁してください。

620 :login:Penguin:04/02/16 21:07 ID:bAusEovH
PCfanなんて此処の住人は読まないだろ・・
そういえば、UNIXuserにTYANのOpの広告はいってたな

621 :login:Penguin:04/02/17 04:18 ID:LFiJeet5
最近のOpteron人気はすごいね。
4大サーバーメーカーの内IBM、Sun、HPの3社が採用してる。
今後、全サーバの内かなりの割合でがx86系64bitCPU搭載になる予感。
あとはIntelがx86系64bitCPUでどう出るかだね。


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

623 :login:Penguin:04/02/17 12:32 ID:GGO39mJ6
>>622
たぶん後者だと思いますよ。

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

624 :login:Penguin:04/02/17 14:00 ID:SSOwypmT
IBMは8CPUより上のXeonサーバを作る計画を持ってるからね。
HPは基本Itaniumだし。

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

626 :login:Penguin:04/02/18 07:45 ID:7I88vtT3
たしか、DELLってIntelCPUしか採用しないって条件で淫から莫大な援助を受けているんじゃなかった?
AMDがそれにかわる見返りを用意しなければ、DELLがAMDCPUを採用するって事はありえない!

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


627 :login:Penguin:04/02/18 08:34 ID:VE7G28oT
>>625
それは、Itaniumがコケれば・・・と言っても、Opteron 128/256 CPU サーバーは
ここ2,3年の内に出てくるとは思えないし。難しいですね。

628 :login:Penguin:04/02/18 09:37 ID:emuCcBGz
AMD Core Math Library ってどうですか?

629 :390 ◆AMD64.T34Y :04/02/20 07:50 ID:WbJCw5Ji
雷K8Wきました。
248 x 2、4G(PC3200 512M x 8)です。

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


630 :login:Penguin:04/02/20 10:00 ID:SE61JsUR
kernelのCONFIG_HIGHMEM*はどうなってる?
↑の方に32bit modeでkernel動かしていた人もいたし。

631 :login:Penguin:04/02/20 23:12 ID:dkNkTXqE
>>629
memtest86はやってみた?


632 :390 ◆AMD64.T34Y :04/02/21 14:15 ID:nHNjgCTh
>>630-631
レスサンクスです

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

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


633 :login:Penguin:04/02/21 14:59 ID:bfBJz6vj
>>632
起動オプション調べろ

634 :390 ◆AMD64.T34Y :04/02/21 16:45 ID:nHNjgCTh
>>633
kernelの起動オプションはいろいろ試してみましたが、効果は
ありませんでした。

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

もう少し調べてみます。


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

636 : ◆Zsh/ladOX. :04/02/21 17:14 ID:ANAaiijB
>>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

ってな感じです。



637 :390 ◆AMD64.T34Y :04/02/21 18:45 ID:nHNjgCTh
>>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.

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

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


638 :login:Penguin:04/02/22 08:18 ID:ma1NoOTx
RHEL3のAMD64版はまだ出来てないって話だが本当?

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

640 :login:Penguin:04/02/22 08:27 ID:Bll8si/K
あと、FEDORA CORE FOR X86_64 のCUPSがまともに動かない。
I386用のFEDORAのCUPSや、MANDRAKE LINUX FOR X86_64のCUPSは
ちゃんと動くのに。
プリンタ-のセットアップが出来ないので不便だ。

641 :login:Penguin:04/02/22 08:54 ID:cVNjNm3D
>>640
◆Zsh/ladOX.さんの解説リンク
>>473

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

642 :login:Penguin:04/02/22 12:37 ID:Bi3xfnOj
>>639
x86-64は、まだβ版なんだから当たり前だ => バージョン表記
不具合が出たのなら報告しよう!

643 : :04/02/22 13:30 ID:XWrrEMiN
redhat 系の 内部バージョン表記って、
7.3 だと 7.2.97 とかになってたりしなかったか?

644 :login:Penguin:04/02/22 15:35 ID:ma1NoOTx
おまいら漏れがAMD64版のRHEL3をコンパイルして流すまで待て

645 :login:Penguin:04/02/22 21:54 ID:adJdvWqZ
644は勇者

646 : ◆AMD64.T34Y :04/02/23 00:15 ID:g7uzavQJ
なんか、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の数値が低い
カーネルコンフィグの問題?
何が要因になっているのか…


647 : ◆AMD64.T34Y :04/02/23 00:25 ID:g7uzavQJ
あと、ビデオカードはGeForceなので、NVidiaから専用のドライバ
ダウソしてきました
ちゃんとx86_64にも対応してます
速いです

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


648 :login:Penguin:04/02/23 01:08 ID:LTJLz/xB
>>647
xengineぐらいしか思いつかない漏れは逝ってよしですか?


649 :login:Penguin:04/02/23 08:12 ID:dWZY0Ccj
>>647
UnrealTournament2004 for 64bit Edition on Linux
↑世界初の64bit 3Dゲーム

650 :644:04/02/23 11:02 ID:dWZY0Ccj
RHEL3 β上で RHEL3のSRPMをコンパイルしてるんだが
半分くらいはコンパイルが正常に終わらねぇ

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

651 :login:Penguin:04/02/23 11:45 ID:wjb2JVr3
>>650
アホか(w

652 : ◆AMD64.T34Y :04/02/23 12:09 ID:HA5WpA61
>>248
xengineなら試してみました
24bit, 1600x1200で27700前後です
カードはnVidia GeForce FX5200 128MBです


653 :login:Penguin:04/02/23 19:46 ID:dWZY0Ccj
>>652
UT2004の64bit版試してよ
無料Demo版があるから

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

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

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

655 : ◆Zsh/ladOX. :04/02/23 20:17 ID:7GxUOu5k
>>654
おもろそうなんで漏れも今やってるとこ。
結構ビルド通らんね。

656 :644:04/02/23 20:28 ID:dWZY0Ccj
>>655
じゃ、i686版 RH9を作った時に作ったスクリプトを改造したやつあげようか?

657 : ◆AMD64.T34Y :04/02/23 20:38 ID:HA5WpA61
>>653
ダウソ中
ってか、でかいなこれ


658 : ◆Zsh/ladOX. :04/02/23 20:41 ID:7GxUOu5k
漏れもてけとースクリプトで廻してる(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

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


659 :644:04/02/23 22:25 ID:dWZY0Ccj
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個 (´・ω・`)

660 : ◆Zsh/ladOX. :04/02/23 22:45 ID:7GxUOu5k
>>659
ありがとう。
頂きますた。

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

661 :644:04/02/24 00:10 ID:ZaCecfEI
しかし何でこんなに収録ファイルが足りないのかな
1枚目と4枚目のCDはガラガラなのに

( ´∀`)< なんでなのRedHatさん

662 : ◆AMD64.T34Y :04/02/24 18:11 ID:DoeY7LIF
>>653
試してみました
が、この手のゲームってしたことないので、何をどうしてよいやら…

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

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

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


663 :login:Penguin:04/02/24 18:33 ID:/mmI9bMv
>>662
/usr/local/games/ut2004/benchmark/
の下にベンチ用のスクリプトがあるので
それで性能を測るといいです

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

664 : ◆AMD64.T34Y :04/02/24 19:25 ID:DoeY7LIF
>>663
それらしきものはありません

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

バージョンが違う?


665 :login:Penguin:04/02/24 19:57 ID:/mmI9bMv
>>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版にはベンチマークがないみたいですね
本当に動くかどうかを試すだけのバージョンみたいです

666 : ◆AMD64.T34Y :04/02/24 20:38 ID:DoeY7LIF
>>665
現時点では動いただけでもラッキーってことですね
環境はfedora w/kernel 2.6.2

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


667 :login:Penguin:04/02/24 21:34 ID:NEgftnX+
>xengineなら試してみました
>24bit, 1600x1200で27700前後です
>カードはnVidia GeForce FX5200 128MBです

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

668 :login:Penguin:04/02/24 22:45 ID:Ef6KmxhI

 \   ∩─ー、    ====
   \/ ● 、_ `ヽ   ======
   / \( ●  ● |つ
   |   X_入__ノ   ミ   そんな釣りで
    、 (_/   ノ /⌒l  俺様がク、クマ―!!
    /\___ノ゙_/  /  =====
    〈         __ノ  ====
    \ \_    \    ズザザザ
     \___)     \   ======  (´⌒
        \   ___ \__  (´⌒;(´⌒;;
          \___)___)(´;;⌒  (´⌒;;


669 :login:Penguin:04/02/25 03:29 ID:Qw/Qk11N
ここはIntel製のAMD64互換CPUでLinuxするネタもOK? それともオプのみ?

670 :login:Penguin:04/02/25 08:55 ID:NqDqxvij
>>669
そっちのスレが立つまでいいんじゃない?
まぁ当面は心配する必要もないが。


671 :login:Penguin:04/02/25 09:34 ID:6QvnBkL+
>>669 こっちで。 次スレタイトルにはIA32eもいれたほうがいいね。

672 :644:04/02/25 15:33 ID:hP0k4Uga
残りのSRPM 15個
この辺からかなり辛い・・・

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

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

673 : ◆Zsh/ladOX. :04/02/25 21:55 ID:tm8sB+vG
>>672
乙。

こっちはビルドはちょっとお休みして2.6.3にカーネルうp
の作業をちとやってますた。
2.6.3はBugでC'n'Qが効かないんでエロエロと。
んでSUSEのkraxel神のパッチでうまくいきますた。

674 :login:Penguin:04/02/25 22:53 ID:fFJCAGf4
皆さんチンポ立ってますね。

675 : ◆Zsh/ladOX. :04/02/26 00:18 ID:rkfC1v1k
ってわけで(何がだ)>>473更新しますた。

676 :644:04/02/26 09:49 ID:40VC8EYZ
残りのSRPMは5個

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

677 : ◆Zsh/ladOX. :04/02/26 10:50 ID:YgnmCwua
>>676
オメ〜
速いのは自前でビルドしたからかな〜
2.4カーネルだからかな〜

678 :login:Penguin:04/02/27 00:52 ID:qPW3rduf
AMD64用に自前で作った graphvizに 3000頂点くらいのデータを食わせると死ぬな(´・ω・`)

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

679 :login:Penguin:04/02/27 12:22 ID:jSpPTxMG
AMD64 デベロッパ向けリソース・キット
ttp://www.amd.com/jp-ja/Processors/DevelopWithAMD/0,,30_2252_9044,00.html

680 :login:Penguin:04/02/27 19:27 ID:UT/aaueN
gentoo でstage1 からインストールしても倍ぐらい遅いんだけどな
なにが違うんだろう。

681 :login:Penguin:04/02/27 19:39 ID:dDl36Fxc
>>680
何と比べて?


682 :644:04/02/27 22:22 ID:THpFrzfl
うちはAthlon3200+ の RHEL3と Athlon64 3400+ の RHEL3を比べてるけど
コンパイル速度は倍近く速いよ 両者ともにクロックは2.2Gなのに

683 :login:Penguin:04/02/27 23:24 ID:qPW3rduf
CodeAnalyst for Linux入れようとしてみたがライブラリ入ってない過ぎて辛い。
メイン管理者じゃないから いろいろ入れるの怖いし(;´Д`)

684 : ◆Zsh/ladOX. :04/02/28 00:10 ID:4lj8SlFW
けっきょくRHEL3のビルドは諦めますた。

いつもインスコ時にカスタムを選んで、開発環境だけは
全部入れてるのに足りないrpmが山程出て来てうんざり…
あとはFC1.90だとソフトが新し過ぎて難しいところがあって…

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

685 :login:Penguin:04/02/28 05:35 ID:y/Uiyr6Z
おれもほすいー(cannaで"い"が小文字にならんどうすれば委員だ)


686 :login:Penguin:04/02/28 06:10 ID:A3wPssc7
xi

687 :644:04/02/28 13:27 ID:40cDqNvm
幾つかまだコンパイルできないSRPMがあるんだが
その前に一つ疑問が・・・

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

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

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

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


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

690 :login:Penguin:04/02/28 15:22 ID:40cDqNvm
>>689
fedoraの事例なんでちょっと違う気もするけど
bugzillaという大切な情報源を思い出すきっかけけになったよ

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

691 :login:Penguin:04/02/28 15:59 ID:cKI51fCG
XF86Configにchip IDを書けば動くと。

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

692 :644:04/02/28 17:20 ID:40cDqNvm
漏れのマシンじゃ ネットワークもXも動かないっす
CUIだけならまだしもネットワークすら無しではつらい
もう挫折していいですか _| ̄|○

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

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

693 : ◆Zsh/ladOX. :04/02/28 17:42 ID:4lj8SlFW
>>644
乙〜。
あと数個だし、良くやったと思うけど。
NICは数百円の蟹を差してみるとか。
Xはちと難しそう…まぁ鯖向けだし…

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


694 :login:Penguin:04/02/29 01:02 ID:fyap/X/H
build_ada 0 にしないとgccがどうやってもコンパイルできない
かといって↑をやるとlibgnatとgcc-gnatのパッケージが作られないので完成しない罠

695 :644:04/02/29 02:11 ID:fyap/X/H
↑ はバッファオーバーランを防ぐAMD64の機能を操作するカーネル機能にバグがあったよ模様
機能追加はいいけどバグが増えるのは勘弁して欲しい _| ̄|○

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

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

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

697 :644@メモ:04/03/01 08:07 ID:sIaACX0K
>>695を解決するには noexec=off noexec32=off を起動時にカーネルに渡す
このバグのせいで、結構多くのソフトがコンパイルエラーを起こすみたい

698 :login:Penguin:04/03/01 18:11 ID:4vai401T
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のプレフェッチを含む)

699 :login:Penguin:04/03/01 21:52 ID:h2ejhX/I
>>696
sk98linで3c940は動かない?
Gentooはsk98linで一発だったんだけど

700 :644@メモ:04/03/02 05:59 ID:bXkQS7Vw
>>699
sk98linはパッチあてれば3c940でも動く
で、メーカーからパッチを持ってきて当てようとしたら
RHEL3のカーネルは無茶苦茶に弄られてて当てれなかった罠

701 :login:Penguin:04/03/02 10:10 ID:iD93b0O8
>>700
fedoraでもsk98linでOKでしたが・・

702 :644@メモ:04/03/02 11:22 ID:bXkQS7Vw
>>701
RHEL3にパッチが当たってないだけだと思う
Turbo Linux 10Dも SuSE 9(64bit)もsk98linで動いてた
Turbo Linux 8WSはアップデートパッケージを当てると動くし

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

703 :login:Penguin:04/03/02 12:47 ID:iD93b0O8
>>702
ではkernel 2.6.3のsk98linは既にパッチがあたっている?

704 :644@メモ:04/03/02 15:06 ID:bXkQS7Vw
http://www.syskonnect.com/syskonnect/support/driver/htm/sk98lin.htm

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

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

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


706 :login:Penguin:04/03/02 15:33 ID:am1PFi2i
>>705
お疲れさん。

isoはwinnyで流すのですか?

707 : ◆Zsh/ladOX. :04/03/02 15:42 ID:QVUryqdp
>>705
作業乙でした〜
Win使わないでゲトできれば幸いっす。

708 :login:Penguin:04/03/02 16:38 ID:bXkQS7Vw
>>706 >>707
とりあえずwinny2で流すよ
でも某社がうるさそうなので名前はRedH@t Enterprise Linux 3 という感じで。。。

709 :644@メモ:04/03/02 17:11 ID:bXkQS7Vw
ふぅ、今 安物のDVD-Rに焼いてる
しかし、正直な話 X window systemっていらないなぁ・・・

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

710 : ◆Zsh/ladOX. :04/03/02 17:34 ID:QVUryqdp
ん〜linuxでwinny2ってできるのかな…
だめぽだったらあきらめっぺ。

711 :login:Penguin:04/03/02 17:52 ID:am1PFi2i
できるよ。
wine+winny2で詳しくはwineスレ見てくれ。

712 :644@メモ:04/03/02 18:17 ID:bXkQS7Vw
インスコテスト完了
漏れのマシンはXが動かんのでGnomeとかKDEのテストはできん
が、βの2.95よりさらに速くなった感じが・・・

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

713 :644@メモ:04/03/02 18:22 ID:bXkQS7Vw
あと、CD内のインストーラであるアナコンダのバージョンが
古い気がするんだが (βバージョンと表示される)
これを入れ替える方法ってないのかな?

714 :login:Penguin:04/03/02 19:54 ID:URCTX0Mc
>>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 してみてくれますか?




715 :login:Penguin:04/03/02 21:30 ID:TJqyya72
そういう空ループはコンパイラの最適化で除去されてしまうのでは?


716 :644@メモ:04/03/02 21:37 ID:bXkQS7Vw
それ事前に最初のループのあとに ; が足りないと思うぞ

717 :login:Penguin:04/03/02 21:40 ID:jYVnLHsG
for(;j<LPCNT;j++); ←これが余計なんじゃないの?
それから-Os -march=i686で最適化してもちゃんとループしてたよ

718 :644@メモ:04/03/02 21:42 ID:bXkQS7Vw
int main(void)
{
unsigned long long i;

for(i = 0; i < 18446744073709551615;

return 0;
}

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

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

719 :login:Penguin:04/03/02 21:44 ID:bXkQS7Vw

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

720 :714:04/03/02 21:57 ID:Zqz8nEPR
> そういう空ループはコンパイラの最適化で除去されてしまうのでは?

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

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

; は余計ですた。

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


721 :login:Penguin:04/03/02 22:16 ID:jYVnLHsG
>>720
本当に最適化されたら空のループはスルーしてしまうのでは。
よく分らんけど。

722 :714:04/03/02 22:23 ID:gLFAw1yi
> 本当に最適化されたら空のループはスルーしてしまうのでは。
あ、それもそですね。

723 :login:Penguin:04/03/03 01:33 ID:D6WaC/LI
>>718
ny起動して待ってます。
放流したらハッシュもお願いしますね。
お礼にレポや各種ベンチマークなどの報告は完璧にします。

724 :login:Penguin:04/03/03 01:46 ID:6FVH2J4g
>>644
おれもwinny起動はしてないけど、キャッシュ消して準備OKです。
おれはスキル余り無いので、光回線を生かして中継に協力します。

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

725 :644@完成:04/03/03 06:28 ID:vBKnp+Ni
winny2で流します。 クラスタは Linux
イメージはDVD ISO 大きさは1.5Gで 圧縮して1Gくらいになると思う
圧縮はWinRar Linux版は無料で配布されてるので検索して用意してくれ

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

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

726 :644@完成:04/03/03 09:47 ID:vBKnp+Ni
long型演算に対する考察

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

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

727 :login:Penguin:04/03/03 09:48 ID:vBKnp+Ni
#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;
}

728 :644@完成:04/03/03 09:52 ID:vBKnp+Ni
↑は、裏で総コンパイルをかけてる間にとったベンチなので
ちょっと遅くなってるよ

729 :644@ベンチ中:04/03/03 11:07 ID:vBKnp+Ni
上のプログラムを最適化なしでコンパイル 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乗までインクリすると遅い (´・ω・`)

730 :login:Penguin:04/03/03 12:02 ID:DkSgHSyd
それぞれアセンブラソース見せてよ

731 :login:Penguin:04/03/03 16:37 ID:km7CktOS
微妙だな。

732 :login:Penguin:04/03/03 16:56 ID:km7CktOS
SourceForge.JPコンパイルファームにOpteron対応Linuxも

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

733 :login:Penguin:04/03/03 17:10 ID:Cv7as/zy
>>727
おれが作ったプログラムでは、forループのiは、32ビットまでしか数えなかったが。
ループ変数が32bitシステムで36bitまでまわせるのか?
最後のiの値が知りたい。

734 :644@調整中:04/03/03 17:25 ID:vBKnp+Ni
>>733
32bitシステムでも long longで変数宣言すれば64bit型整数になる
つまり -9223372036854775807 〜 9223372036854775807
までが扱えるようになる。
一応、最終のiの多きさは%ldで確認済

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



735 : ◆Zsh/ladOX. :04/03/03 17:40 ID:U5o6ihpa
ラジャー!

736 :login:Penguin:04/03/03 17:42 ID:Yj8WYwqB
>>734
long long intはgccの拡張か、C99。
定数のサフィックスはLLで、printf等の型指定はll。

737 :644@調整中:04/03/04 08:37 ID:k1bWKYZT
駄目もとでXF86ConfigのVGA情報のところに
以下を書き込んだらRadeon9800でXが立ち上がった
ChipId 0x4e45

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

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

738 :664@RHEL3 for AMD64:04/03/04 08:45 ID:k1bWKYZT
EHEL3 for AMD64からテスト書き込み
どうやらFreeWnnで変換されている模様
AtokXは動くのかな?

739 :login:Penguin:04/03/05 02:22 ID:+EsMkTbP
long long int が使えるGCCのバ-ジョンは?
本当に sizeof(long long int)
が8になるのか?

740 :login:Penguin:04/03/05 02:33 ID:3n3A1Nhq
version 1の頃からもう使えたよ。long long int。
gcc内部で、定数計算の桁あふれを防ぐために、実装されたから。
最初の利用者がgcc。

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

741 :644@調整中:04/03/05 16:04 ID:ltjpJw1e
( ´∀`) なかなか完成しないなぁ

742 :login:Penguin:04/03/05 16:55 ID:9jRf6Kzj
たいへんそうですね。

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

一人だと大変だしょ。

743 :644@完成:04/03/05 17:55 ID:ltjpJw1e
じゃ、一応完成ということで
でSRPMを一緒に焼いたから圧縮しても3Gもあるや
どうするかなぁ

744 :644@完成:04/03/05 18:08 ID:ltjpJw1e
とりあえずDVDイメージからCDイメージを作ってみる

745 :LightCon鳥取砂丘 ◆Dream/3P/. :04/03/05 19:39 ID:9ycaMbAx
おれんじぺこつかってね(´・ω・`)

746 :質問:04/03/05 20:38 ID:pEjXFb/k
Kylixで64ビットのプログラムを作れますか?

747 :644@完成:04/03/05 20:41 ID:ltjpJw1e
さあゲームの始まりです
愚鈍な32bit Linuxユーザ諸君
ファイルを探してみたまえ
ボクはコンパイルが愉快でたまらない
積年の32bitに流行の裁きを

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

748 :644@完成:04/03/05 20:44 ID:ltjpJw1e
では
クラスタ = Open Source Project でお待ちしております

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

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

749 :644@完成:04/03/05 20:49 ID:ltjpJw1e
落とし終わった人は、放置してUPに貢献してね
じゃないと放流やめちゃうから!

750 :644@完成:04/03/05 21:02 ID:ltjpJw1e
晒した瞬間にものすごい数のアクセスが・・・
ひょっとしてみんな期待してた?

751 :login:Penguin:04/03/05 21:07 ID:WYZEUzVM
いやハッシュ見かけると、なんとなく落としたくなる性分なもんで。

752 :644@完成:04/03/06 00:43 ID:1LmxG+68
RHEL3 for AMD64 (・∀・)イイ!

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

753 :login:Penguin:04/03/06 01:29 ID:xNqeKsV7
これって、「キーワード」に「Open Source Project」
ハッシュに「7b4500160d48ee00103ff41418cd3f94」等を入れるんだよね?
中々落ちてこないよ…


754 :753:04/03/06 01:46 ID:xNqeKsV7
きたぁ〜〜〜ダウン開始。
今日から2週間程、UP貢献の為にny常時起動します。

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

756 :644@完成:04/03/06 07:27 ID:1LmxG+68
一応説明しておくけど
ダウン条件 -> ダウン追加(押す) -> キーワードに「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

↑をそれぞれ入力する

757 :644@完成:04/03/06 07:33 ID:1LmxG+68
あと、Disk1は630M Disk2も630M Disk3が300M 合計1.5G

758 :login:Penguin:04/03/06 11:31 ID:cLJElKAC
Fedoraのupdatesにx86_64ができてるね

759 :644 ◆2uexFXLheA :04/03/06 13:06 ID:1LmxG+68
すでにダウンロードが終わった人いますか?
インストール終わって一通りの動作確認ができたら感想よろしく

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


761 :login:Penguin:04/03/06 13:45 ID:xNqeKsV7
でも、よくよく考えたら凄い時代になったんだねぇ
1.5GBものファイルをネットワーク上で自由にやりとりできる時代なんだな。

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

762 :644 ◆2uexFXLheA :04/03/06 14:03 ID:1LmxG+68
>>761
kddlabs等のミラーにおいてあるソースと同一のものだけどそれでも欲しい?

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

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

764 :login:Penguin:04/03/06 15:10 ID:Eqwygb6W
fedora core 1 x86_64版出てます。
http://fedora.redhat.com

765 :644 ◆2uexFXLheA :04/03/06 21:39 ID:1LmxG+68
アップデートとして出されたSRPMをコンパイル中
近日中にサービスパックとしてまとめて流すよ

766 : ◆Zsh/ladOX. :04/03/06 22:06 ID:ZMCuLctx
重ねがさね乙です。>>765

767 :login:Penguin:04/03/07 02:41 ID:n+MCITZW
この644氏が流したx86-64のRHELは、うpデートはどうすんの?
まさか、昔見たいにソースで最新版落としてコンパイル→パッチ当て?

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


768 :login:Penguin:04/03/07 07:46 ID:trptobrI
>>767
いいでないですか。草のね的な広がり方もあって。

769 :login:Penguin:04/03/07 09:22 ID:KM2b9iOe
>>767
ただ乗りのお客様キター♪

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

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

771 : ◆Zsh/ladOX. :04/03/08 00:53 ID:q69yq49l
寝る前にカキコ。

>>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

>↑をそれぞれ入力する



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

773 : ◆Zsh/ladOX. :04/03/08 10:01 ID:xknMI7XM
>>772
ありがとう。
やってみるわ。

774 :login:Penguin:04/03/09 02:34 ID:SGYRfws/
楽したいなら、yumが使えるwhiteboxなんかも。
ttp://beau.org/pipermail/whitebox-devel/2004-January/000753.html

775 :login:Penguin:04/03/09 05:55 ID:56vqTHmQ
なんだ? >>644のRHELの報告が全くないな(w
実はみんなインスコしてねーんじゃねーの?

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

776 : ◆Zsh/ladOX. :04/03/09 09:07 ID:cZvGCNFM
>>644氏のは禿げしく禿げしくインスコしたいが落とせていない。
Winnyに不慣れなせいもある。
ぼちぼちやるしかない。

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

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



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

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

778 :777:04/03/09 11:53 ID:XlJ6vCi2
>以前Fedora(非64)落としたときはdisc1-3で計3時間弱だったから、
は、ftpの話ね。確か国内のどこかのmirrorから持ってきたとき。

779 :login:Penguin:04/03/09 14:01 ID:RTzQEXf+
漏れはインスコしたけど、特に問題なかったよ
最初にβ版と出るけど、各パッケージ自体は正式版と同じものみたい

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

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

780 :login:Penguin:04/03/09 17:51 ID:0gRxVts3
こっちにも書いとこ。

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


781 :login:Penguin:04/03/09 18:29 ID:axxozjpr
>>780
そして代償としてaccがリリースされる(嘘

782 : ◆Zsh/ladOX. :04/03/09 19:19 ID:/RSH6kFW
>>780
これって自作板のオプスレ199で初めて出たわけだが、
ソースが無いからrumorってことも有り得る。

まぁイソテルならすごくすごくやりかねないことだが(w

783 :login:Penguin:04/03/09 19:50 ID:TxMjb9Fu
まあ、当たり前といえば当たり前。

784 :オプスレの199:04/03/09 19:56 ID:kiQ4+HHf
>>782
それが、セミナーで講演してたintelの技術畑の人が明言してたんですよ。
漏れの他にも何十人かは聞いてたから、そのうちはっきりすると思うけど。
PCクラスタ関係のセミナーでしたが。


785 :login:Penguin:04/03/09 20:10 ID:qncsK9uv
>>780
なんで

786 :login:Penguin:04/03/09 20:33 ID:sGolTyQL
性能って言うとベンチが良く出るけど
結局ベンチって単一のアプリの性能だと思います

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

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

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

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


788 :login:Penguin:04/03/09 21:02 ID:B8SaXFD1
>>786
Pentium4使ったことないなら、使ってみることをオススメする(w

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

789 :login:Penguin:04/03/09 22:51 ID:N09MO8oc
Linux + Opteron x ∞ = これ最強。


790 :786:04/03/09 23:05 ID:sGolTyQL
いや悪かったよ
OSはLinuxは使ってなくって、Windowsだけしか使ってなかった

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

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

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

791 :login:Penguin:04/03/09 23:36 ID:7sXXaN1g
首吊って死ね馬鹿
自作板ほどの知識も無いくせに臆測だけで喋るな
PC関連サイトの解説記事すら全然読んでないだろお前

792 :login:Penguin:04/03/09 23:39 ID:lYpqXwJi
Intel信者って初めて見た。

793 :login:Penguin:04/03/09 23:42 ID:7sXXaN1g
こいつは信者じゃなくて単に馬鹿なだけだろ

794 :login:Penguin:04/03/09 23:59 ID:3xLkeSXl
>>790
うーん、P6 class CPUと Pentium4は明らかに特性が違うんで、
「Intelではどーたら」というのは誤解を招く表現かと思われる。
あなたのような人にこそ是非 Pentium4を使って頂きたい(w

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

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

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

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

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

796 :login:Penguin:04/03/10 04:32 ID:k5J7EGwf
馬の耳に念仏

797 :login:Penguin:04/03/10 14:05 ID:6BDD8HLp
壁に耳あり、障子に目あり

798 :login:Penguin:04/03/10 14:22 ID:rH/drHp5
苦労ど血あり

799 : ◆Zsh/ladOX. :04/03/10 19:31 ID:K3MVrJPF
もうだめポ…
tp://damarehage.homelinux.org/linux/0jl/mado.jpg
一日たってもじぇんじぇん反応しない(;´Д`)

800 :login:Penguin:04/03/10 19:38 ID:jB3y0rNs
>>799
初期ノードは追加しましたか?
入り口である初期ノードを追加しないとwinnyネットワークにはつながりませんよ

801 : ◆Zsh/ladOX. :04/03/10 21:30 ID:K3MVrJPF
>>800
接続キタ━━━━━━(゚∀゚)━━━━━━ !!!!!
ありがとう。

isoのダウソは始まってないです。

802 :login:Penguin:04/03/11 13:25 ID:/660DaIF
無闇に大きなキャッシュを積んで性能をなんとか合わせようとするインテルは、
自社のア-キテクチャ-(ハ-ド)の性能が劣っていることを半分白状したような
ものだな。

803 :login:Penguin:04/03/11 13:45 ID:/yDh0VN8
>>802
(゚Д゚)ハァ?

804 :login:Penguin:04/03/11 14:28 ID:Je4WpYEZ
>>802
(゚Д゚)ヒィ?

805 :login:Penguin:04/03/11 14:33 ID:6tVGlF3+
>>802
(゚Д゚)フェ?

806 :login:Penguin:04/03/11 15:22 ID:o891MJMw
>>802
( ´ー`)フゥー...

807 :login:Penguin:04/03/11 19:23 ID:3aG63r/J
◆Zsh/ladOX.
↑レベル下がった風味だけど本物?まさかさっきゅん?

本物だったら失礼なこと逝ってスマソ

808 : ◆Zsh/ladOX. :04/03/11 21:40 ID:DogbI7T/
本物(って何だよ)だけど。

いや、苦戦してるのは確かだが、
話すと長くなるし、まぁよかと。

809 :login:Penguin:04/03/11 23:13 ID:bLxXpwM+
Linux Opteronの64bit上でlong longは64bitなのか。
128bitになると思ってた。


810 :一句ひねり:04/03/11 23:21 ID:h8O/KYOB
オプテロン
うーんオプテロン
オプテロン

811 :login:Penguin:04/03/12 01:16 ID:6erCsGDH
>>809
http://www.usenix.org/publications/login/standards/10.data.html

812 :login:Penguin:04/03/12 21:48 ID:OTuSDp1b
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落とし始めます。

813 :login:Penguin:04/03/12 22:35 ID:CarKkIM3
インストーラってanacondaなのかな?
だったらAlt+F?で仮想コンソールを切り替えると原因つかめるかも。

814 : ◆Zsh/ladOX. :04/03/12 23:49 ID:rih2d7ew
RHEL3 for AMD64のインスコだが、諦めることにした。

WinnyがRH9を入れたAthlon64のメインマシン
(他マルチブートでいろいろ入れてある)上でしか動かないので。
すぐにisoは落ちてこないのでWinnyはずっと起動して
おかないといけないわけだが、RH9を動かすことは本意ではない。

ここ1週間、長期Winny立ち上げが可能なルータマシン
(TerminatorTU,PenIII600EB,FC1インスコ)
で動かそうとしていたのだが、実行できない。

rpm落としてきてもダメ。
tar玉やsrc.rpmからビルドしてもダメ。(ビルド自身は成功する。)
winnyのバージョン変えてもダメ。

ってことで疲れたし終了。

815 :812:04/03/13 01:24 ID:OckC13rm
>>813
>だったらAlt+F?で仮想コンソールを切り替えると原因つかめるかも。

kernel panicの段階ではキーボードもマウスも全く効かない状態で切替え不能で、
落ちる寸前に切替えておいたら何とかメッセージ見えましたが、
見えたのは"Kernel panic: Aiee, killing interrupt handler!"ってところだけで(あとは流れちゃって)、
どこで落ちたのかはよくわかりませんでした。

SUSEも試してみたんですけど、こちらは比較的最初の方、
デバイスの認識を試していくところでやはりpanic.
で、こちらは落ち方が穏やかで仮想コンソール切替が可能で、
usb-ohci.cの中でpaging関係のpanicでした。
BIOSでオンボードUSBを殺したらとりあえずその先へは進めた模様。

まずはUSBを疑ってみる感じですかね。

というところで本日はタイムアップでした。


816 :login:Penguin:04/03/13 03:01 ID:Gu3x2Av7
>>815
このスレのどっかで、BIOSの何かの項目をDisableにしたらおkというのを読んだ記憶が…
USBまわりだったかな…

わかったら、報告してね。

817 :login:Penguin:04/03/13 10:58 ID:JwHGMblk
なんかM$の厨房どもが混入してないか?
もっさりとかベンチとか。


さっさと駆除してくれ。吐き気がする。

818 :login:Penguin:04/03/13 11:04 ID:U3Xjw9wn
人任せキター

819 :login:Penguin:04/03/13 22:01 ID:U2Rv/uLw
ちょっと、スレ違いかもしれんが、

Intel、クロックに代わり「モデルナンバー」導入へ
ttp://www.itmedia.co.jp/pcupdate/articles/0403/13/news012.html

ムーアの法則にもそろそろ限界が見えて来たのでしょうか。
AMDブレイクの到来ですか?

820 :login:Penguin:04/03/13 23:24 ID:GECXYaIt
法則は法則でも例の(ry

821 :login:Penguin:04/03/15 01:00 ID:O7Sgxa5B
これまでサフィックスをつけて、しのいできたインテルだが、
ついにモデルナンバ-路線に切替えるのか。
モデルナンバ-の利点は、いかにも早そうなモデルナンバ-に
見せることが出来る場合があるということ。クロック数だと
虚偽を表示することは出来ないが、所詮モデルナンバ-であれば
紛らわしいことしても、それはメ-カ-の責任にはならない,からね。

822 :login:Penguin:04/03/15 02:12 ID:INFXmR+K
>>812
nVidiaはLinuxカーネルの開発者に非協力的だから、
めちゃサポートが悪いんだよ。なんでVIAにしなかったの?

823 :login:Penguin:04/03/15 03:43 ID:YaZ1PnXy
>>812
>>822と同じようなことを>>56でも言ってるね。


824 :login:Penguin:04/03/15 09:19 ID:Pa/A6x9E
kernel-2.6.4-1.270.x86_64.rpmとかいろいろ
http://people.redhat.com/arjanv/2.6/RPMS.kernel/

825 :812:04/03/15 20:02 ID:3mzsMNPm
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円で売れ残ってたんで、可哀想で確保してきたんです…
確かにじゃじゃ馬なマザーでした。やや後悔。

826 :login:Penguin:04/03/17 00:24 ID:mMkWOZO9
SUSE9.0_64でnforce3のドライバ入れたのだが雨後かないのであきらめ気味
nvnetとnvaudioの認識法おしえてくり>>812

827 :login:Penguin:04/03/17 00:53 ID:HCBU/IBP
やっぱLinuxに弱いのがnVidiaチップセットの弱点か。

828 :login:Penguin:04/03/17 01:41 ID:3tbdyUmj
ユーザーの側で情報公開しなけりゃ買わないぞーって圧力掛けないと
だめなんだよあんな会社。
64bit生かそうと思ったらUNIX系しかないんだし。

829 :login:Penguin:04/03/17 19:41 ID:PailZBQm
何をいまさら・・・

830 :826:04/03/18 01:29 ID:wE/v7/dO
Redhat9でnvnetの認識はうまく逝った。
まさかnvidiaにあるドライバのRPMのほうではだめで
tarボールのほうならOKとは・・・

これもさんざん検索した結果わかった。
nvaudioはまだ認識せず

831 :login:Penguin:04/03/18 03:35 ID:q28qe1bb
>>830
カーネル再構築でうまくいかんか?
って、おれgentoo だから違うのか。

gentooなら割と簡単だよ。こっちにおいでよ。

832 :login:Penguin:04/03/18 17:10 ID:gJ86iZW8
nvidia のドライバ使ってると acpi でサスペンド(S3)できないって本当?

833 :login:Penguin:04/03/18 22:33 ID:SoE+Pu9g
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

834 :login:Penguin:04/03/19 02:33 ID:sVmDfycl
>>812

もう遅いかもしれんがこれがモロ参考になるかと
http://moon.hanya-n.org/comp/x86-64/memo.html

おれは K8NNXPだが、ここのおかげでFedoraがある程度動くようになった。
ただ、seti@homeが64bitでもイマイチ遅いので別をあたっている最中。
#もちろん、32bitのFedoraよりは速いんだが...WinXPより遅いってどういうことだ?

835 :812:04/03/19 03:30 ID:2ySp9Ph/
>>834
うわ、ありがとうございます。モロですね。
ですが、今日Gentooでインストール成功してしまいました。
Gentooのインストール用カーネルでもやっぱりかなり不安定ですけど、
ネットワークが最初から起こせたのが非常に大きいです。
何とかだましだましインストールしてしまえば、あとはどうやら安定した模様。

GentooでもCD-ROMからtar ballを展開するところで極めて刺さりやすかったのは、
参照ページ内「このMBはLinuxだとリソースがぶつかりやすいのかもしれません」って辺りかな…
SUSEだと、オンボードetherを殺して、eepro100を差しても刺さってたし…

で、今はやはりseti@homeでストレステスト中。
速さは気にしてませんでした…遅いのかな。


836 :login:Penguin:04/03/19 09:47 ID:bahKd5XH
>>835
SETIを何ユニットか走らせたら計算時間を教えてくれませんか。
石がAthlon64 3000+/2.1G+で、
WindowsXP64なら中心が2.1時間ぐらい、
Mandrake9.2rc2では2.5時間ぐらいでした。

837 :812:04/03/19 12:11 ID:2ySp9Ph/
>>836
ログの取り方のお勧めは?
最近SETI系の情報は追っていないもので…

838 :login:Penguin:04/03/19 15:42 ID:MI98ulxk
>>812
>>747のRHEL3を使ってるけど安定してるよ、試してみたら?

839 :836:04/03/19 20:09 ID:usOdf5uD
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に残る。

840 :834:04/03/19 23:30 ID:sVmDfycl
石:Athlon64 3400+@2.3G、
WindowsXP/64     大抵1時間56分、調子いいときは1時間30分
Fedora core1  3時間ぐらい
Fedora core1 X86_64 2〜2.5時間ぐらい


Fedoraはサンプルが少ないからもうチョッと早いかもだけど
このままじゃWinから移行はできないなぁ

#優先度やGUI有無もいろいろ試したけど焼け石に水状態。
#Linuxが遅いんじゃなく、バイナリが遅いってことで理解してます。(^^;


841 :836:04/03/20 00:15 ID:ea62JOy0
あーやっぱり、Linux用バイナリの方が遅いですか。
コンパイラの差なのかなんなのか。
Linux用32bit用バイナリと64bit用でほとんど差がないのもまたショボーン。

842 :834:04/03/20 01:04 ID:4pQEP7Sg
>>836
64bitバイナリで2〜3割程度速くなったと書いたつもりだが、
そうは見えなかったか?

因みにFedoraではOS、バイナリ共に32ビットもしくは64ビットで合せて
試してみた。
multisetiは32ビットのままだが...


843 :login:Penguin:04/03/20 01:20 ID:duvoziTl
64bitアクセスがみんなプレフィックス指定だったりして

844 :login:Penguin:04/03/20 01:42 ID:r0dQuPxV
gccの64bit最適化にはまだ改善の余地はあると思う
sparc上でSunのコンパイラとgccのアセンブラコードを比べてそう思った

845 :836:04/03/20 11:20 ID:DszdukZM
>>842
>そうは見えなかったか?

いやいや、当方の話。
32bitバイナリは数ユニットしか見てなくて、
ほとんど遅くならないように見えたので、それっきり評価してなかったってだけです。

SETIはBOINCに移行されようとしているので、今後バイナリがアップデートされる見込みは薄いかもしれない。

846 :login:Penguin:04/03/20 13:46 ID:cYmvOQYf
今タダで64できちゃうのが...
Gentoo
Fedora
FreeBSD
で,お金払えば64できちゃうのが
Redhat
SUSE
Turbo
って感じでよいのでしょうか?


847 :login:Penguin:04/03/20 13:48 ID:++X590M2
NetBSDは?

848 :login:Penguin:04/03/20 13:55 ID:LqoawTUp
おれんじぺこ
もあるy


849 :login:Penguin:04/03/20 13:57 ID:S7tHDYCC
SUSEもFTP版あります。

850 :login:Penguin:04/03/20 14:19 ID:cYmvOQYf
じゃあじゃあ,

今タダで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
って感じですか


851 :login:Penguin:04/03/20 14:34 ID:++X590M2
>>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
これだけしか種類はないんだけど、少しわかり難いね。

852 :login:Penguin:04/03/20 15:36 ID:4pQEP7Sg
>>850

http://www.planetamd64.com/modules/mx_pafiledb/dload.php?sid=6cce7b1d9de90ee241b3ad5f237f6d05

853 :login:Penguin:04/03/20 18:19 ID:j+lRSVEC
>>850
その中でどれが一番良いの?

854 :login:Penguin:04/03/20 19:08 ID:j+lRSVEC
PlamoLinuxは動かないのかな?
試した人いる?

855 :login:Penguin:04/03/20 23:44 ID:zE/WUz6D
>>850
RedHatなら、多分
http://www.redhat.com/apps/commerce/rhel/ws/#amd
これ買わなきゃ駄目だよ。792ドル〜。
www.10art-ni.co.jp 経由(39800円〜)で買えるのはx86版(32bit)。

856 :login:Penguin:04/03/21 13:13 ID:OKVZaAbn
>>855
だから何?

857 :login:Penguin:04/03/21 14:36 ID:xiGX1Mud
>>856
redhat.co.jpでは、「AMD64に対応」と謳ってるけど、
redhat.co.jpから買おうとすると、テンアートニに飛ばされる(非OEM版)。
で、テンアートニでは32bit版しか売ってない。

この流れを知らずに買うとAMD64を32bitで運用する羽目になる、ってこと。

上のほうで、ショップブランドOpteron機を買うときに一緒にRHEL注文して、
いざ届いてみたら32bit版だった、って例があった。


858 :login:Penguin:04/03/21 15:08 ID:xiGX1Mud
ごめん。よく見たら、AMD64版も発売になってた。108,000円〜。
http://www.10art-ni.co.jp/product/rhel/pricelist.html
でも、注文するときに必要な「購入契約書」は相変わらず
x86用しかないみたい。

859 :login:Penguin:04/03/22 11:41 ID:alKpPHBB
>>858
俺が3ヶ月ほど前にテンアートニに行った時に既にあったぞ!
AMD64版は電話注文。

860 :login:Penguin:04/03/22 17:48 ID:oh2yVm2Q
でも正直 RHEL3 for AMD64に10万の価値があるとは思えない

861 :login:Penguin:04/03/23 03:51 ID:QEzNSJnh
VMware4.5がsuse amd64上で動いたという外人の報告を見たのですが、このスレで
試した人いる?Fedora x86_64上でも動くかな?Fedoraインスコするか悩み中なんだけど

862 :login:Penguin:04/03/23 15:59 ID:pnB1/Zqw
10マソって、舐めてますね。

863 :login:Penguin:04/03/23 18:12 ID:30AZooW/
644氏のRHEL3 for AMD64だが
Disk2だけ、いつまでたっても落ちてこないよ。
誰か放流してます?

864 :login:Penguin:04/03/23 19:16 ID:31ksLWzh
atlon64 3200用に
NVIDIAのAMD64ドライバーって
インスコできるの?

865 :login:Penguin:04/03/23 21:03 ID:GSPGH0A5
>>863
やめとけ!アップデートパッチも自分で持ってきてコンパイルしなきゃならんし、、、
変なスパイウェア仕込まれてる可能性大!

ディストリ非公認のISOなんて、よくインスコしようなんて気になるな。

866 :login:Penguin:04/03/24 00:50 ID:slF6nOjp
>>863
立ち上げておいた。

867 :863:04/03/24 14:43 ID:paZ7z0GR
>>865

まったくその通りだが、ちょっとどんなのか見てみたくて。
Fedoraインスコ用に空いてるマシンだしネットに繋げないから平気でしょ。
まあ繋ぎ、というか遊びだし。
他の落とした人もそうだと思うけどリスクは承知してるつもり
忠告Thx

>>866

Thx
マターリ放置してみる

868 :login:Penguin:04/03/24 23:32 ID:5ZcjGQpO

ココだけの話、PGIコンパイラには2週間の評価ライセンスが自主発行できるが、



インストールを何度モ実行すればまた2週間の試用期間ができる。
よって購入の必要なし。

869 :login:Penguin:04/03/25 00:12 ID:l2dxWSx4
>>868
つまるところ会社も商用利用の人以外は金取る気ないんだろう
個人ではgccで十分すぎるし

870 :login:Penguin:04/03/27 19:54 ID:73VYRzt9
>>860
>>862
「サンから同時提供の Red Hat Enterprise Linux, SUSE Linux Enterprise Server for AMD64 では、サンによるソフトウェアサポートを受けることができます。 」
てことらしいから、10万のうち7万くらいはSunの取り分なんじゃない?
http://jp.sun.com/products/newprod/2004/02/1838.html

871 :login:Penguin:04/03/28 13:43 ID:fjgHEcef
RedHatは10マンもするんですか
2台目の自作PCにアスロンの64bitのCPUを乗せたかったが
漏れのスキルではムリッポなのであきらめます
やぱーりアスロンのXP 3200とGIGABYTEの母板にします

872 :login:Penguin:04/03/28 13:50 ID:BcLr2nG0
Athlon64を買って普通に32bitプロセッサとして使うのでもいいんじゃないの?

873 :login:Penguin:04/03/28 13:56 ID:fjgHEcef
>>872サン
なるほどその手もありますね、そのうち64bit用のドライバーとか
RedHatにかぎらずlinuxデストリュビューションも増える可能性もありますしね
検討してみます

874 :login:Penguin:04/03/28 15:24 ID:03iGHhQ0
>なるほどその手もありますね
そもそもが、そのために32/64両方で高いパフォーマンスを発揮できるプロセッサを用意した訳だが……

875 :login:Penguin:04/03/28 20:19 ID:AJQ51/vy
>>871
athlon64でFedora使ってますが、
Fedoraでは駄目なのですか?

876 :login:Penguin:04/03/28 20:48 ID:29/cRuKE
なぜタボを使わない?
ttp://www.turbolinux.co.jp/products/misc/tl8a/

877 :login:Penguin:04/03/29 00:01 ID:tb0gFYLz
AMD64版のJDKらしい。
http://www.blackdown.org/java-linux/java2-status/jdk1.4-status.html


878 :login:Penguin:04/03/29 02:11 ID:ETdy5mWQ
>>876
あの価格であのパッケージ数は...
ちょっと高いけどSuSEの方がずっといい。

879 :login:Penguin:04/03/29 09:30 ID:I/eMSxWV
無料のFedoraCore1 for x86_64で十分だろ。

880 :login:Penguin:04/03/29 12:02 ID:jIahKZnW
>>876
親会社がDQN企業らすい。

881 :login:Penguin:04/03/29 18:41 ID:Fm/4zBUo
よりによって、livedoorとは・・・。
残念ながらTruboもここまでだね。

882 :login:Penguin:04/03/29 21:28 ID:wK8SS1Q0
生扉は金持ってるんだぞー
これからターボにも金つぎこんで一番いいディストリになる

883 :login:Penguin:04/03/29 21:37 ID:Lcx3IvO8
タボは自滅するのか?
そりゃ残念だ。

俺は、Fedora使ってるけど
64bitなrpmパッケージが無いと
結局、ソースから入れることになるから
なんでもソースから入れれるGentooが使いやすいのかな?

884 :login:Penguin:04/03/29 21:40 ID:w3EJ5RbL
Turboは親会社のせいでTurboユーザーですら
別のディストリに移動してるからな。
確かにSuSEはTurboよりはるかにいいな。

885 :login:Penguin:04/03/29 21:42 ID:HzSnLoMg
そもそもターボって自社の技術力は大して無いっしょ?
他のディストリから新しいパッケージ持って来てぶち込むだけで

886 :login:Penguin:04/03/29 22:19 ID:azHJEKyv
SuSEは本当に技術持ってる。

887 :login:Penguin:04/03/29 22:21 ID:w3EJ5RbL
しかし、Turboはえらく嫌われたもんだ。
消えるのも近いな。
SuSEは日本に本格進出してくれ。

888 :login:Penguin:04/03/29 22:32 ID:+pyppZr3
まんどれくは日本じゃ人気ないですれ
れらい人これっでーですか?
http://www.mandrakesoft.com/products/92/amd64

889 :login:Penguin:04/03/30 01:00 ID:cFKTlr+7
ノベルジャパンは、SuSEの価格とサポート体制を2月中旬に発表する、って言ってたけど
まだしてないよね。ここも、やる気ない感じだなぁ。

890 :login:Penguin:04/03/30 01:36 ID:qtseh9iO
日本AMDのOpteronのページに行くと、turboの広告があってなんか嫌な感じ。選択肢が沢山あることを書けばいいのに。

891 :login:Penguin:04/03/30 16:04 ID:JsBTXAv/
ノベルが手掛けたUNIX関連プロジェクトはどれも失敗してる。
SuSEはノベルが買った瞬間に氏んだ。
ターボのほうは少なくとも当分は生き残るよ。
AMDやHPが後押ししてるしね。

892 :login:Penguin:04/03/30 19:24 ID:2NXlcXXC
AMDはもともとSuSEとの繋がりの方が遥かに強いし、
HPもSuSEの方に逃げていってるみたいですが…

893 :login:Penguin:04/03/30 21:54 ID:Y4GiWSmJ
United崩壊でturboはSUSEに食われるのは間違いない、というかすでにそうなってるし。

894 :login:Penguin:04/03/31 21:37 ID:oJPBehVX
Turboは金あるから単独で充分生き残れる。SuSEは日本にほとんどユーザいないし
日本のサポート体制もこれからだからTurboを越えるのは至難の業。
SuSEのパッケージ置いてるショップがどれくらいあるか考えてみればサルでもわかる。

895 :login:Penguin:04/03/31 21:45 ID:OWHUw2ZK
turboインストールするときに途中でbad rip valueってでて
インストールできないんですが、何が原因なんですか。

896 :login:Penguin:04/03/31 22:40 ID:yHEobb1i
>>894
じゃあどうしてRedHatはパッケージを縮小したの?
サルにもわかるように教えてくれ(w


897 :login:Penguin:04/03/31 23:06 ID:KZWzAhC0
ディストリ論争のところ申し訳ないけどageとくね。はあと

x86_64の最適化のキモは、
○64bit x86_64 OSへのポーティングに関して
・8つの拡張SSE/SSE2 XMMレジスタと8つの拡張GPRsを使え!
・ソフトウェアパイプラインはALUとFPUを効果的に使え!
○プレフェッチ命令はメモリ帯域を最大限に活用するように使え!
○SSEパックド命令は単精度の性能を最大限に活用するように使え!
○Non-Temporal Streamimg Store命令は適切なところで使え!
○コンストラクトデータストレージ構造体はローカルなCPUに最大限に活用しろ!

898 :login:Penguin:04/04/01 01:29 ID:r4fUYqve
FedoraCore2 test2使ってみたぞ
まぁまぁだな。

899 :login:Penguin:04/04/01 02:25 ID:QYdvtAz6
64で業務に使えるサーバ組めるようになるのいつごろだろうね。
OSはいけても商用ソフトの対応はキビシイかなあ。

900 :login:Penguin:04/04/01 09:17 ID:LPxwE8uj
>>897
(・∀・)イイ!! ついでに質問

>・ソフトウェアパイプラインはALUとFPUを効果的に使え!
これって命令のInteger, Float の命令ペアリングを手動でやれってこと?

901 :897:04/04/01 15:26 ID:sVqcpyfb
>>900
Yup
もちろん、それが必要な場合にってことですよ


902 :login:Penguin:04/04/01 15:49 ID:oQYj4eJA
64でルータ/http/mail鯖立てているヤツいる?
実際の電気代どうなった?
ヨメさんに追求されてない?


903 :login:Penguin:04/04/01 18:18 ID:hInXn1iM
>>896
赤帽はデスクトップ製品を止める方向に方針転換したのさ。
つまり逃げたんだな。
個人ユーザとしてはそんなディストリ応援する気にならないだろ。
逆にTurboは今後もデスクトップを続ける。
同いLinuxでも住み分けできてちょうどいいだろ。
どうだ、サルでもわかっただろ。


904 :login:Penguin:04/04/01 18:23 ID:8si9CTyq
>>903
なぜ逃げたのか、と聞いてるんじゃないのかな。

905 :login:Penguin:04/04/01 18:37 ID:dlYWH9yl
http://alink.uic.to/user/MATRIX.html

ここにフラッシュの登録ヨロシク

906 :login:Penguin:04/04/01 20:10 ID:hInXn1iM
>>904
その辺のことは社長が日経Linuxあたりで言ってたから
バックナンバーでも読んでみれ。それくらいはサルでもできるだろ。

907 :login:Penguin:04/04/01 20:25 ID:WMdvge6Z
>>906
その辺のことを社長が日経Linuxあたりで言ってたのなら
かいつまんでまとめてみれ。それくらいはサルでもできるだろ。


908 :login:Penguin:04/04/01 20:37 ID:gQjGxBBZ
RedHatは金になる「エンタープライズ用途」ってやつで稼ごうときめたわけだろ?
それはそれでいいじゃん。実際大企業でサーバに入ってるLinux全部れっどはっとえんたーぷらいずりなっくす、とやらに入れ換えてるところもあるし。

デスクトップは継続的に金がとれる分けじゃないし、そのわりにやらなきゃならんこと多いし。やれるところがやる、でいいんじゃないのかな。
RedHatは個人ユーザとしては「不要」ってことでいいとおもう。たぶんRedHatも個人ユーザは「不要」なんだろうし。

#俺はVineユーザーだったりするのであまり関係ないw



909 :login:Penguin:04/04/02 13:47 ID:pUJquqyf
アーキテクチャをチェックするshellスクリプトで、
「"x86_64"が未知なアーキテクチャです」と言われたら
以下のコマンドで認識させることができる。
$ linux32 <shell_script>

例:
$ uname -m
x86_64
$ linux32 uname -m
i686

910 :login:Penguin:04/04/02 14:01 ID:pUJquqyf
アプリが64bitか32bitのどちらであるかの見分け方

cat /proc/<pid>/maps
を実行して
lib64を参照しているのが64bitアプリ
lib64を参照してないのが32bitアプリ

911 :login:Penguin:04/04/02 15:16 ID:92hWoIOl
>>907
何でも人に頼るなよ。せっかく教えてやったんだから少しは自分で動こうとは思わないのか。
思わないならおとなしく引きこもってな。

912 :login:Penguin:04/04/03 03:09 ID:EPbpBiso
>>909-910
へー参考になった

でも644氏作成のRHEL3だと
rpmでi386バイナリもインスコできるし動くけどね

ちなみに gtk1.2とgtk2.2をi386でコンパイルして
入れてやるとAtokXとWnn7とVMware4.5も動いたよ

913 :login:Penguin:04/04/03 03:12 ID:EPbpBiso
そういえばルータで怪しいパケットを掴んだら報告するようにしてるが
今のところ644氏のRHEL3から怪しげなパケットは出てない
一ヶ月ほどしか使ってないが、とりあえずスパイウェア混入はなさそう


914 :login:Penguin:04/04/03 12:29 ID:js/Uzp9j
>>913
それを言ってたのは、Linuxを知らない別の板のアホだろう。
もしいたずらするなら、他のやり方のほうが効率的かつばれにくい。

915 :login:Penguin:04/04/03 12:39 ID:uhtBmObS
>>914
いや、>>913のような情報は、利用しようとする人にも便利だし、
>>644にもありがたいことだろう。君のは屑レスだが。

ただ、>>913=>>644である可能性も残っているが…

916 :login:Penguin:04/04/03 13:17 ID:GlQacDZf
俺が>>644なら、バックドアを仕掛けておくな。普段は沈静化させておいて、
で、いざというときに踏み台にする。個人のデータを抜いても仕方ないし。



917 :login:Penguin:04/04/03 13:35 ID:GlQacDZf
いろいろ考えて見た。
サイトへのリクエスト要求に紛れ込ませたパケットならルータは反応しない。
普段は何もしないが、そのパケットに反応した時に一気に活動(特定サイトへのDoS攻撃等)なども考えられる。

ディストリ非公認のどこの誰ともわからない個人がパッケージングしたOSなんて皆よく使うなぁ
最早、セキュリティの欠片も無いOSだぞ。

WindowsをUpdate無しで使ってるのと全く変わらん(w


918 :login:Penguin:04/04/03 14:23 ID:i9yqVajE
>>917
> WindowsをUpdate無しで使ってるのと全く変わらん(w
じゃなくて、
「Windows用のバイナリ配布のフリーソフトを落としてきて使ってるのと変わらん」
でしょ。Vector とかからさ。あれだって掲載ソフトの安全性なんて、
誰も検証してないでしょ? LHa の圧縮ソフトを Vector から落として
使ってる奴は全員バカっていえるか?まぁ、いえるかもしれないけどさ・・・

まぁこの話題はきりないのでそろそろ打ち切ったほうがいい気がする。

919 :login:Penguin:04/04/03 14:29 ID:i9yqVajE
そんなことより・・・

>>912
VMware って、AMD64のカーネルで動くの?
ホスト:Linux-AMD64 / ゲスト:IA-32の任意のOS
だよね?

AMD64のカーネルモジュールの構造考えると、にわかには信じがたいんだけど・・・
動くんなら、俺は Gentoo AMD64入れて、VMware 有償バージョンアップしよっかなぁ。


920 :login:Penguin:04/04/03 14:58 ID:GlQacDZf
>>919
動かない。基本的にデバイスの類は64bit対応が必須だから。
VMwareが64bit対応してくれるまで待ち。

921 :login:Penguin:04/04/03 15:00 ID:GlQacDZf
>>918
だな!だけど、もっとひどいよ!

言うなれば、Winny上で「自作ソフトです。使って下さい。」っていう.exeをインスコするような物。

922 :login:Penguin:04/04/03 18:01 ID:V3/9BPBW
VMware側もamd64上で動かすことに積極的だったので、4.5ではノーサポートだけど
環境によっては動くんじゃないか?海外のVMwareのサポート掲示板だかMLで
結構話題にあがってたんだが・・

923 :>>921:04/04/03 18:03 ID:V3/9BPBW
お前がなんでそんなに食ってかかりたいのかは知らないが、ボランティアで
やってくれている人のやる気をそぐような発言はその辺でやめてくれないか?

924 : ◆Zsh/ladOX. :04/04/03 18:11 ID:zkMM+iVC
>>923
ここら辺は名無しのイソターネットからの
善意を感じているかどうかの違いで、
感じない香具師はいるだろうな。

漏れはイソターネットは善意に満ちているだろう、
なんて考えているおめでたい香具師だから
>>921とは絶対相容れないだろうな。


925 :login:Penguin:04/04/03 18:51 ID:RBS2KOqn
善意と悪意がいい感じに満ちてるとは思う。
でも、921みたいなこと言ってるとほとんどのプロジェクトの成果は利用できない気がする(苦笑)

926 :login:Penguin:04/04/03 19:07 ID:k4i+A4vJ
gentoo入れてみた。stage3からだけど。
XとKDE入れてまずまず快適。Fedoraと違って必要ないソフトがたくさん入ったりしなくていいかも。

927 :login:Penguin:04/04/03 19:12 ID:i9yqVajE
>>925
まぁそういうこったね。
誰の作ったバイナリなら信用するの?
ソースで配布されてれば問題ないの?
openssl のソースを理解して問題がないと確認してから使うの?
誰が発行した電子証明書なら信用する? Verisign 以外は信用しない?
etc...

すべて、時と場合、目的によって判断するべきでしょ。
>>644 は At your own risk の意味が判ってる人達向けに、頑張って
続けてほしいな。

>>918 で「打ち切ったほうが」と書いときながら、自分で粘着してごめんよ・・・

928 :login:Penguin:04/04/03 19:16 ID:i9yqVajE
>>922
http://www.vmware.com/community/thread.jspa?threadID=1437&tstart=0
これかな?

もうちょっと待つと VMware for AMD64 出てくるかもね。

929 :login:Penguin:04/04/03 20:28 ID:V3/9BPBW
>>928
そうそう。あとSuSEのMLで見たのは、VMwareのサポートとやりとりしたら
x86(32bit)じゃなくx86_64をエミュレートするのは技術的に問題はない、
ただやらなきゃいけないことはいっぱいある、見たいな発言があった。
だから>>919
> ホスト:Linux-AMD64 / ゲスト:IA-32の任意のOS
> AMD64のカーネルモジュールの構造考えると、にわかには信じがたいんだけど・・・
これは解消されるわけだね。エミュレートするのはあくまでx86_64であって
その上でIA32の任意のOS*も*動く。


930 :login:Penguin:04/04/04 01:43 ID:/Qr3Uf+R
>>927
ちゃんとした、実績のあるコミュニティが配布バイナリしか信用できないだろ!基本的に
個人のリパックしたバイナリなんて、話にならん。

んじゃ今度は俺が自動的にソース落としてきて、再ビルドして自動インスコするオートアップデートツール作ってやるよ。
もちろん>>644のRHEL用の奴。

どんな仕掛けがあるか楽しみにしてて下さい(w

931 :login:Penguin:04/04/04 01:45 ID:/Qr3Uf+R
×配布バイナリ
○配布しているバイナリ

932 :login:Penguin:04/04/04 01:54 ID:wJetjJhp
議論するよりも誰かが>>644のRHEL3を落として
FTPからソースも落として再コンパイルして
その上で、同一バイナリかどうか検証すればいいじゃん


933 :login:Penguin:04/04/04 01:57 ID:wJetjJhp
>>930
ソース公開でよろしく。期待してるから

934 :login:Penguin:04/04/04 02:01 ID:8O+YIwHH
コンパイラは信頼してるんだ・・・

935 :login:Penguin:04/04/04 02:52 ID:/Qr3Uf+R
>>933
ソースは公開しません。
あくまで、俺が使うために作るのですから、、、
それを皆さんにも使える状態にするだけです。

あくまでも自己責任でね♥

936 :login:Penguin:04/04/04 03:33 ID:/Qr3Uf+R
そもそも俺が疑惑を抱いたのは、
644氏がFedora for x86_64かなんかの つ な ぎ で自分が使うために作ったと発言した時。

自分が使うだけなら、自分が使う分のパッケージ構成のISOを作った方がよっぽど使い勝手がいい。
x86_64用にリビルドして、ISO再構築できるような奴なら、
自分が使う環境で何が必要で何がいらないかくらいわかってるはず。

#何故、全てのソースを落としてリコンパイルしたのか?

配布目的なら、このスレで勇士を集えば協力してくれる人がいるハズなのに、

#何故あえて、一人で作成したのか?

そして

#何故nyに放流するだけ放流して音沙汰無しなのか?

以上の疑問が出てきて、なんか怪しいと思ったワケですよ。
一人で再構築する事に意義を見いだしているなら
一定の条件を守れば再配布可能なハズの物なので、
無料ホームページスペースをかりて、そこでどういう手順でどういうソースをコンパイルしたか、
とかやりそうなもんだけどな。

まっ最後の奴は、人それぞれだろうから、何とも言えないけど上記3つの疑問はぬぐえない。

937 :login:Penguin:04/04/04 04:51 ID:wJetjJhp
644氏ってRedHatスレでRedHat9のi686 最適化版を作って配布してた人だろ?
上のほうでその時のスキルを生かして作ってるてるって書いてあるし

たしか、i686版RH9のときは知り合いか誰かに頼んで光回線でFTP配布してたけど
RedHatの商標問題とかあってwinnyでこっそり配布することにしたんじゃなかった?

その辺は>>706-707が詳しそうなので任せた!

938 :login:Penguin:04/04/04 13:32 ID:/Qr3Uf+R
>>937
配布形態に問題はない。
nyやMX見たいなP2Pは元来そういう使い方するもんだしな。


939 :login:Penguin:04/04/04 18:50 ID:6mgVbIgD
644必死だなw

940 :login:Penguin:04/04/04 19:29 ID:ws4Vf2iV
またよその板のアホウが粘着してるなあ

941 :644 ◆u4ELlcTZhs :04/04/04 22:55 ID:KHJTbSjF
音沙汰無くて申し訳ない
作って流しておけば誰かが続けてくれるかなーと思って放置してたんだけど
逆に怪しがられたようだ。一応作り方を乗せておくと

1.RedHat Enterprise Linux 3.0(以下RHEL)のβ版をダウンロード
2.Athlon64マシンにインストール
3.lftpでFTPサイトからSRPMをダウンロード
4.自動リビルドスクリプトを使って全部をリビルド
5.anacondaのツールを使ってISOを構築
6.再びインストール
7.1〜5までをもう一度繰り返す

これで完成。全部をリビルドしたのはβのRHEL3には再コンパイルするために必要な
開発パッケージ(**-devel)が削除されてたからソースからそれらも作り直す必要があった

942 :644 ◆u4ELlcTZhs :04/04/04 23:07 ID:KHJTbSjF
一人で全部再ビルドしたのはそっちのほうが楽だったから。
Athlon64 3400 + Mem 1GBなら自動スクリプトを動かしておけば30時間ほどで全部終わる
有志の人に仕事を振り分けて指示を取るより手っ取り速い。
(それに>>644で実行するって表明したときに誰も参加しようとしなかったし)

winny配布はi686最適化版のRedHatを作った時に
Shadow Manのロゴ等がRedHat社の商標に引っかかるらしいので
FTP等での公式の場での無料配布は駄目なことがわかったから
(多分、商用に利用しなければ問題ないと思うけど)
一応、公式なものではなくRedHat派生の開発途中の同人ディストリという
意思表示も含めてwinnyで配布している。

オプソで成り立ってるRedHatも強気な態度には出てこないと思うし
やりたいならFTP等で公開配布してもいいよ

943 :644 ◆u4ELlcTZhs :04/04/04 23:16 ID:KHJTbSjF
作るときに参考にしたのはここ

http://z1.plala.jp/i686fc/

俺がi686 RH9を作った時に配布に協力してくれた人なんだけど
配布中止後も独自に研究を続けて、文書にまとめてくれたようだ

http://z1.plala.jp/i686fc/Autobuild.sh
↑ これが漏れの作った自動コンパイルスクリプトを改良したもの
今回はこれをさらに改良したものを利用した
>>659で公開済み

944 :login:Penguin:04/04/05 09:54 ID:C9oLAGKH
ところで、644の人も他のテスターの人も、もう公開してないの?
一日に12時間くらい繋いで、Disc1と3は数日で落とせたんだけど、
Disc2が15MBくらいで停まったまま2週間以上全然落ちてこない。

945 :login:Penguin:04/04/05 16:47 ID:2G11BFtG
2週間だ? 気の長いヤシだ。

946 :863:04/04/05 16:55 ID:ER6xuHd9
>>944

はは、漏れと全く同じだな。
あれ以来ずっと起動したまんまだけど進捗変わらずだよ。
それより先のキャッシュは誰も流してないっぽいのよ。

あきらめてFedora x86_64入れちゃったけど、以前見てみ
たいのは変わらない。
上で何か一悶着あったようだけど前も書いたけどOwnRisk
は承知の上。
てなわけで、FTPキボンに一票

947 : ◆Zsh/ladOX. :04/04/05 20:37 ID:vP12JJPl

FTP(HTTP)キボンヌ。

948 :644 ◆u4ELlcTZhs :04/04/06 02:37 ID:rhtot1BW
報告が少ないと思っていたらDisk2があまり出回ってなかったですか
じゃ、今週一杯winny付けときますんで吸ってください

ただネトゲがやるもんでwnnyだけに帯域を使い切れないんです。。。

949 :644 ◆u4ELlcTZhs :04/04/06 10:14 ID:rhtot1BW
再公開中
ついでに、2月までに出たパッチもコンパイルしといたんで出す

RHEL3_64_UP1.tar.bz2 FVA3GQidXp 280,685,543 011c5f67962b4aa0c4e9dc0eec8e19e0

950 :644 ◆u4ELlcTZhs :04/04/06 16:55 ID:rhtot1BW
つか漏れは
irc.2ch.net
#Linux に居るよ。遊びにおいで

951 :644 ◆u4ELlcTZhs :04/04/06 18:53 ID:rhtot1BW
分かってると思うけど一応補足

↑で公開したパッチファイルは
rpm -FUvh *.rpm で自動でアップデートできるファイルを
選択してアップデートしてくれる。

952 :644 ◆u4ELlcTZhs :04/04/06 19:43 ID:rhtot1BW
ごみんなさい
リリースしたパッチはx86_64のファイルしか含んでませんですた。(i386, i686用を含んでない)
現在3月末までにリリースされたパッチのコンパイルをして
i386, i686のパッチも含めたアーカイブを準備中です。。。

多分 x86_64だけのパッチファイルだと依存関係でrpm -FUvh できません。。。。
もうちょっと待ってね (´・ω・`)

953 :644 ◆u4ELlcTZhs :04/04/06 21:19 ID:rhtot1BW
3月までのパッチをまとめてコンパイルしたもの

RHEL3_64_UP2.tar.bz2 FVA3GQidXp 329,412,664 c996df729e6dbf1d2fd6403deec3b30d

一応アップデートスクリプトつき ./Update.sh で動くかもしれない(未確認)

954 :login:Penguin:04/04/06 21:22 ID:rhtot1BW
↑ i386, i686, x86_64のパッチとgtk+1.2(i386)入り
gtk+-1.2を入れると32bit用にリリースされた商用のGTKアプリが動きます


955 : ◆Zsh/ladOX. :04/04/06 21:49 ID:czp700xY
944氏乙。

今日くだ質でも少しレスしたのだが、
VT8237のSATAなHDDにFC2test2を入れるのをやってみた。
うまく認識されてやった!!

…って思ったらDiskのフォーマットの次の辺りでこけやがる。…_| ̄|○
PATAなHDDには問題なく入る。

しょうがないので、

・PATAにFC2test2をインスコ
・SATAにインスコした中味を移動。
・SATAのmbrにGrubをインスコ
・/etc/fstabをちょこちょこ書き変え。

てな感じでやってうまくいきますた。

956 :644 ◆u4ELlcTZhs :04/04/07 23:44 ID:o3Qlv88Y
えーとですね
3月31日までに出たのパッチの再コンパイルバイナリ集なんですが
Update.shは依存関係が複雑なため結果的にうまく動かないみたいです

jafとかjavamailとかjunintとか個別に入れた後に(別パッケージに分けられたJava関連のファイル達)
elfutils-* と binutils-* はお互いに強く依存し合っているためこれらだけをを同時に入れた後
(↑コンパイルやバイナリ解釈等に使われる中核部分)
rpm -FUvh *.rpm をすればすべてアップデートできます

gtk+1.2(i386)はglib-1.2のi386版を入れ忘れたので依存エラーで入りません。。。
ごみんなさい

957 :login:Penguin:04/04/08 01:37 ID:jxsqT3hi
AMDはまともに動くFORTRANコンパイラ、C++コンパイラを頑張って開発して
出すべき。自分では出せなければFSFに寄付でもして作らせて欲しい。

インテルのIA32e用のコンパイラの出すコードがAMD64で果してまともに
動くかどうかは、極めてあやしいと思うし、性能がたぶん発揮出来ないような
仕掛けをするだろうから。

958 :login:Penguin:04/04/08 08:23 ID:40pnFEX2
PGIのではだめなの?

959 :login:Penguin:04/04/08 08:53 ID:+R+P8uIP
>>957
Windows版は2バイト書き換えるだけでOK

960 :login:Penguin:04/04/09 08:51 ID:YJ5anvF0
>959
意味が分からないので、もっと詳細キボンヌ。

961 :login:Penguin:04/04/09 12:48 ID:SbJ7RneK
>>957
intel の IA32 用の compiler で作ったコード普通に動くよ。
optimize も 32bit 用としてはできる。
そうじゃなきゃ P3 でもまともに動かなくなるんじゃないの?

ただ、64 native の compiler がほしいというのはその通りだけど。

>>958
PGI の性能はどうなんだろう? 大分速いなら買うけど、
AMD でさえ spec ベンチに intel compiler 使ってる位だからなぁ。

962 :644 ◆u4ELlcTZhs :04/04/09 17:30 ID:1NYmMjqq
だいぶ転送したようですが、まだ落ちてこないって人いまつか?
winny止めていい?

963 :863:04/04/09 21:35 ID:ffUSXPPw
>>962

帰って確認しないとだけど、0時くらいまで待ってもらえるとありがたい。
今朝までで620MB程度落ちてきてたけど。

ちゃんと全部落ちてたら漏れがしばらく起動したままにしときまつ。

964 :モーフィアス by The Matrix:04/04/10 01:51 ID:gB+eBFHb
Wellcome to the real 64bit Linux World.


AMDは、Linux user、FreeBSD user、NetBSD userに
x86アーキテクチャベースで64bitな世界をいち早く提供しました。
Thanx AMD!!

965 :644 ◆u4ELlcTZhs :04/04/10 23:28 ID:Q+H1zFbd
winnyを止めました
要求があれば再開しますが、第2弾の作成が終わりつつあるので
そちらを流すことになりそうです。

ここを直せとか文句があれば今のうちにどうぞ
できれば直す方法も教えてくれると、多分直ってます

966 :863:04/04/12 13:32 ID:ManA4STK
>>965

おかげで全部ダウソできました。

次回の配布や差分を流すのであればトリップをつけて配布してもらえると
ダウン指定が楽で助かるのですが。

967 :login:Penguin:04/04/12 14:27 ID:XwrSwQ0f
>>964
x86 にこだわらなければ 64 bit Linux は数年前からはあったんだけどな。

968 :login:Penguin:04/04/13 20:47 ID:V/u6W3OU
一応、x86-64を知らない人のために解説のリンクをはっておく
ttp://e-words.jp/w/x86-64.html

969 :login:Penguin:04/04/13 21:09 ID:V/u6W3OU
もう一つはっておく
Linux関連とずれてしまうがスマソ。(Opteron関連なので)
AMDのOpteron開発コンセプトがわかる。(ちょっと古いかも)
ttp://pc.watch.impress.co.jp/docs/article/20001025/kaigai01.htm

970 :login:Penguin:04/04/16 03:13 ID:5Fbbcoia
SUSE Linux 9.1が来月発売の予定。Professional版はAMD64にも対応。

国内ではいつになるんだろう。

971 :login:Penguin:04/04/16 14:44 ID:e0Ako6Yw
>>970
Online Storeで購入できるのでは?

972 :login:Penguin:04/04/16 15:12 ID:MWtLE00D
そろそろジスレ
990ぐらいまでいってからでいいか。

973 :970:04/04/16 23:22 ID:2CUiFQfm
>>971
国内代理店での販売のお話です。

Online Storeは何度か使ったことがあります。(送料がいたい)

974 :名無しのOSSプログラマー:04/04/17 15:21 ID:6EDeLbYl
もし、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 :login:Penguin:04/04/17 23:10 ID:x+5xCnPo
自分で書いたプログラムなら、根本から見直すべき。

976 :login:Penguin:04/04/18 03:09 ID:I23Safbi
ポインタを使ってよほど悪さをしてなければ大丈夫なんじゃない?
速度的には落ちて、メモリの使用量も増えるかもしれないけど

977 :login:Penguin:04/04/18 11:47 ID:XecKhZu9
>>975
>>976
もちろん、それもそうだが>>974が言うのは念の為って事では?
実は、自分もポインタ関連ではまってしまった。
_| ̄|○

忘れがちになるのがintとlongのサイズ。
オプションしておいた方が無難だと思う。

978 :login:Penguin:04/04/18 12:24 ID:oGlnQi6D
>>977
> 忘れがちになるのがintとlongのサイズ。
> オプションしておいた方が無難だと思う。

自分の書くプログラムなら、
#include <stdint.h>で、int32_t, int64_tですよ。
もちろんsizeが問題になるところだけね。

/usr/include/stdint.hは一度眺めておいた方がいい。


979 :login:Penguin:04/04/18 17:46 ID:XecKhZu9
それにしても、Opteronはかなりの高負荷状態をかけても安定して動作してる。
さすがに凄いなOpteron。

980 :login:Penguin:04/04/19 00:51 ID:C3cVkJsD
>>977
sizeof とか使ってれば問題ないんじゃない?
俺は自分のコードでは 32, 64 bit ではまったことない。
一方 integer overflow とかしたことあるから別に威張る
つもりは毛頭ないけど。

981 :login:Penguin:04/04/19 02:22 ID:SKWAvzj7
>>979
なんせ元DEC alpha設計チームの技術者が手がけた仕事だからな!
この(サーバー)分野は十八番だろ♪

982 :login:Penguin:04/04/19 03:26 ID:f8IO6LXc
>>980
いや侮っちゃいけない。
必ずしも自分のソースだけいじるとは限らないし。
以前、他人のソースを変更している時に
defineでlongのサイズを決め打ちで4として配列数に掛けていたし。
#それを思い出しただけでもガクブルです。
#(((( ;゜Д゜)))ガクガクブルブル

>>981
>この(サーバー)分野は十八番だろ♪
だからIntelに目を付けられて(ry
それとか最近、公取が(ry ←これはAMDの競争相手だが
等、なんかいろんな状況になってるけど、がんばれAMD!
サーバ分野をOpteronでとことんぶちかましてほしい。

983 :login:Penguin:04/04/19 06:04 ID:hieJTlWz
>>982
>defineでlongのサイズを決め打ちで4として配列数に掛けていたし

とんでもないことしてるな
まぁ、sizeof(long)に置き換えれば簡単になおるけどな

984 :644 ◆u4ELlcTZhs :04/04/19 06:07 ID:hieJTlWz
ところで新しく落として実験した人レポートください
第二段の公開を戸惑ってるんで
|ω・`)


985 :login:Penguin:04/04/19 08:30 ID:WytmdCMq
>>984,644
おつかれさまです。
Winnyを利用できない(したくない)人もいそうだし、
BitTorrentとかで放流してみたらどうでしょう?
rpmやaptでパッケージもでてるし。

986 :login:Penguin:04/04/19 10:42 ID:wz+lG0CY
>>982
> defineでlongのサイズを決め打ちで4として配列数に掛けていたし。

そういうヤツの書いたコードを使うってのはえらく怖いな…

987 :login:Penguin:04/04/19 15:27 ID:+DOmg1OT
>>984

ごめんよ〜
FC1入れちゃったからってのもあるんだけど、
gtk+1.2(i386)が入らないっていってたからまだ入れてないんだ
責めるつもりはないけどさ
快適かどうかパフォーマンス見ようと思ってたのがgtkアプリ
だったからさ・・・

いや、ごめんよ
もう一枚HDD都合するからさ

264 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)