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

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

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

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


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用しかないみたい。

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

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)