x86_64総合

1 名前：login:Penguin mailto:sage [2006/05/24(水) 22:45:45 ID:KpeOjT/W] for AMD64/EM64T machines. 576 名前：login:Penguin mailto:sage [2009/04/23(木) 01:00:01 ID:dMVI+lLY] 64bitで使えるレジスタ数が増えたのは事実だ。 だが、レジスタが増えたことで 速度が上がっているかといえばそうでもない。 577 名前：login:Penguin mailto:sage [2009/04/23(木) 09:36:20 ID:x2p6WTMr] >>576 まあそうだが、関数呼び出し規約がレジスタ渡しになったから、オーバーヘッドは 確実に減っているはず。あとは、コンパイラがどれだけ頑張っているかによるな。 メモリへのmovを減らせるわけだから、有利に効くはずなんだが。 578 名前：login:Penguin mailto:sage [2009/04/23(木) 10:00:27 ID:Zy628E02] そ〜ゆ〜のはベンチマーク取ったりしないと見えないだろう。 コード太った分のオーバーヘッドで±０になったりして。 579 名前：login:Penguin mailto:sage [2009/04/23(木) 10:01:09 ID:3LH+bsBu] -fomit-frame-pointerする必要がなくなる 580 名前：login:Penguin mailto:sage [2009/04/23(木) 10:22:27 ID:x2p6WTMr] >>578 ベンチマークやってよ。 まあ今更わざわざ32ビットで使う必要性もほとんど無いってことだな。 メモリも安いし。 581 名前：login:Penguin mailto:sage [2009/04/23(木) 16:22:50 ID:37xa221U] 特にamd64だとi386との非常に高い互換性があるわけだし。 基本64bit、たまに32bitバイナリを利用で何の問題もない。 582 名前：login:Penguin mailto:sage [2009/04/23(木) 23:29:08 ID:u2H7LrAE] ベンチマークの結果ならゴロゴロ転がってるわけだし >>575-578 みたいのは釣りかバカだろ 583 名前：login:Penguin mailto:sage [2009/04/24(金) 12:06:15 ID:Dy07SseI] レジスタが増えるより、アドレス空間が拡がることが重要だとおもうので、 アプリは32bitでかまわない。 584 名前：login:Penguin mailto:sage [2009/04/24(金) 12:14:00 ID:JhyRFaIl] でも、現状での恩恵はレジスタ倍増のほうだなぁ。 585 名前：login:Penguin mailto:sage [2009/04/24(金) 20:20:13 ID:wad2YwNu] 日系Linuxに32bitと64bitのベンチマーク記事が出てましたよ。 内容は紙面に譲るとして、詳細な解析は6月号に載るそうだよ。 586 名前：login:Penguin mailto:sage [2009/04/24(金) 20:48:32 ID:ne9ks8Pw] 俺も読んだ。 概略としては「なるほど〜」って感じだったな。 早く続きが読みたいぜ。 587 名前：login:Penguin mailto:sage [2009/04/25(土) 02:10:12 ID:NcNJMclJ] >>583 お、同意見。 おいらはカーネルだけ64bitであとは32bitで使ってるな。 ユーザー空間は64bitもいらね。 588 名前：login:Penguin mailto:sage [2009/04/25(土) 02:15:44 ID:BfOy3GAA] >>587 kernelだけ64bitとかできるんだ！ cpuの選択を64bitのにするだけ？ 589 名前：login:Penguin mailto:sage [2009/04/25(土) 02:38:50 ID:e4UAK+sJ] >>587 何も考えずにでかいファイルをmmapできるので、 ユーザーの方も広い方がいい。 まあ、そんなでかいのを扱うことは現状ほとんどないんだが。 590 名前：login:Penguin mailto:sage [2009/04/25(土) 16:52:12 ID:ZCif+U9a] gentoo以外のpackageを使ってるんだったら、64bit版は浮動小数点演算に SSE2を使用してるだけでも、使用する理由になると思うんだけどな。 今の時点で、ハードディスクとメモリを少し節約できるという以外に、 32bit版を使うメリットって何かあるのかな？ 591 名前：login:Penguin mailto:sage [2009/04/25(土) 20:22:20 ID:uSGLWxFZ] >590 なんといっても32bit版のが人が多い。linux版でx86_32総合スレが出来るようになるまではw 64bit移行がめんどくさい。 たとえば Debian で 32bit lenny → 64bit lenny って apt-get upgrade 一発で行けるの？ 日経linuxにも書いてあったがメモリ転送が64bit移行で遅くなる。 雑誌は心当たりがあるような書きかただったけど、これって何故？ プロプラドライバがどこで32bitオンリの地雷を踏むか分からない。 キヤノンのレーザプリンタのドライバとか、 acrobat readerのプラグインとか、 mplayerのコーデックのいくつかとか。問題が生じたときに64bit固有かどうかを切り分けるので 32bit版が捨てられん。 sizeof(int)==sizeof(int *)を仮定するソースがまだけっこう多い。 そもそもlinuxに来て天国だと思ったのがsizeof(int)==sizeof(int *)なことだったんだけどなぁ。 592 名前：login:Penguin mailto:sage [2009/04/25(土) 20:32:23 ID:ms/RSGup] PAEと一緒でPTEが増えるから 593 名前：login:Penguin mailto:sage [2009/04/25(土) 20:38:25 ID:ZCif+U9a] >>591 >日経linuxにも書いてあったがメモリ転送が64bit移行で遅くなる。 日経Linux読んでないけど、athlon64とかPhenom,Core i7でも遅くなるのかな？ そっちは心当りは無いなぁ。 PDFでacrobat(adobe)は使ってないからわからない。libpopperを使ったtoolで 最近困ったことは無いから。codecに関しても同じ。 仮に問題があっても、問題になるものだけ32bit版を入れればいいので全部を 32bitにする理由としては弱い。 ドライバに関しては確かに問題だけど、今は逆に問題のあるベンダーを探した ほうが早いくらいの状況だからなぁ。 594 名前：login:Penguin mailto:sage [2009/04/25(土) 21:07:52 ID:6xrV2dLR] amd64にするメリットってメモリ3.5GB以上使えることくらいだし 俺はVMwareに6GB割り当ててPotoshop使ってる変態だからamd64だけど OOo, Firefox, Acrobat Reader, mplayerの類は本家が32bit版しか提供してなかったり コーデックやプラグインの関係で32bit環境を整備する必要があるので割と骨が折れる で質問なんだけど、amd64環境で32bit版FirefoxでFlash Player 10使えてる人います？ どうもlibcurlを/usr/libで見てるようで、64bit版とコンフリクトするんだけどうまい回避方法はないでしょうか？ 595 名前：login:Penguin [2009/04/25(土) 21:26:25 ID:COkqZwHx] 普通に使えてるんだが 596 名前：login:Penguin mailto:sage [2009/04/25(土) 22:48:42 ID:opTQU6Pf] >>594 確かにx86_64な環境だと32bit版はそのままでは使えんね Gentooなんかだとebuildに↓って書いてあって flash-libcompatなるバイナリパッケージを提供して逃げてるね gentoo.osuosl.org/distfiles/flash-libcompat-0.2.tar.bz2 # 32b library compatibility: # # libcurl and libnss are not currently available in any emul-linux-x86 # packages, so for amd64 we provide these snarfed out of other binary # packages. libcurl and its ssl dependencies come from # app-text/acroread; libnss and its friends come from # net-libs/xulrunner-bin 597 名前：login:Penguin mailto:sage [2009/04/26(日) 00:10:09 ID:ImacXp2z] >>591 >そもそもlinuxに来て天国だと思ったのがsizeof(int)==sizeof(int *)なことだったんだけどなぁ。 MS-DOSもそうだったと思いますが。 598 名前：login:Penguin mailto:sage [2009/04/26(日) 00:53:05 ID:6UTuA12Y] >>594 nspluginwrapper 599 名前：login:Penguin mailto:sage [2009/04/26(日) 09:19:01 ID:AFw65G4S] >592 キーワードありがと。ぐぐって理解した。 32bit PAE版よりもさらにもう1階層、ページ変換が多いのね。 >597 やー、なまじスモールモデルでそれを体験できてるだけに、 主戦場のコンパクト(メディアム、ラージ)モデルが厳しかった。 600 名前：login:Penguin mailto:sage [2009/04/26(日) 14:38:04 ID:Tg1nQ3/8] sizeof(int)==sizeof(int *) これってどういうときに有効なのさ？ x86_64なら全部ポインターは8バイトだろうし それでつかってて全然不便だと思ったことは無いんだが 601 名前：login:Penguin mailto:sage [2009/04/26(日) 15:16:42 ID:AFw65G4S] >600 typedef union cell { int immediate_data; union cell* next_cell; } cell; というたぐいのデータ。64bitアーキのメモリ効率の悪さの元凶。 602 名前：login:Penguin mailto:sage [2009/04/26(日) 15:22:46 ID:6UTuA12Y] それを補って余りあるほどのメモリ領域が使えるんだから、そんな小さなことはどうでもいいんじゃん？ 603 名前：login:Penguin mailto:sage [2009/04/26(日) 16:01:56 ID:RkePAVEw] >>596 ありがとうございます。そのGentooのファイルをパチってきて libcurl.so.3とlibcrypto.so.0.9.7とlibssl.so.0.9.7を入れたらFlash Player 10が動くようになりました。 おまけにAcrobat Reader Pluginまで動作するようになったので、だいぶ快適になりました。 >>598 nspluginwrapperは機会があったらFreeBSDで試してみたいと思います。 SUNがOracleに買収されて、VMwareからVirtualBoxに移行しにくくなったんで FreeBSDがまたメインから遠のいた… >>602 禿同。メモリ効率を気にしなければならないほど切実なら小細工が必要だと思うけど、 とりあえずメモリはふんだんに積めるしね。 淫プレスの後藤さんの記事で、x64は(32と比較して)CPUキャッシュを大きめにする必要がある とか書いてたから、速度や省メモリを追求する人には多少抵抗あるのかも？ 604 名前：login:Penguin mailto:sage [2009/04/26(日) 18:33:03 ID:I2nQNd+i] >>601 そんなふざけたコードいつまでも使う方が悪いんだろうが さっさとコード書き直すか一生32ビットで使ってろ 605 名前：login:Penguin [2009/04/26(日) 19:28:57 ID:W1yaorM2] こんな場末のスレで煽ろうなんて無駄なことを・・・ 606 名前：login:Penguin mailto:sage [2009/04/26(日) 19:34:14 ID:6UTuA12Y] 共用体とかいらないよね。 607 名前：login:Penguin mailto:sage [2009/04/26(日) 20:54:49 ID:Tg1nQ3/8] >>606 共用体自体は不要だとは思わんが 必要以上に共用体を使うのはダメだろう 608 名前：login:Penguin mailto:sage [2009/04/26(日) 22:36:50 ID:AFw65G4S] >590が 「32bitアーキ専用コードを使う時以外で32bit版を使うメリットって何かあるか」 ならまったくもって>603-607の通りだと思うが、 >590を「64bit移行し辛い32bitコードってどんなの?」と読んだもんで。 >602,603 64bit移行動機に4GBでは足りね〜というのがあるのであれば、 24GB積むマザーがせいぜいの現状でメモリ効率の低下は気になる点だと思うな。 たった6倍にしかならんのに。安くつめるのは8GB程度だし。 メモリ効率の低下とメモリ転送速度の低下の複合技のために ソフトのパフォーマンスチューニングのトレードオフが難しい側にずれる (事前にテーブルに展開してメモリに持つよりも毎回CPUに計算させるように したほうが良い)のが64bit移行で個人的にはもっとも嫌な点。 609 名前：login:Penguin mailto:sage [2009/04/26(日) 23:11:51 ID:JAoHG2oW] でもメモリが４G超えたらカーネルだけは64bitにした方がいいって 32bitカーネルだとTLBがフラッシュされまくりでﾏｽﾞーですよ。。。 610 名前：login:Penguin mailto:sage [2009/04/26(日) 23:31:46 ID:RkePAVEw] 俺も1GBしか積んでなかった頃はメモリ節約したくてx64の選択肢は無かったな。 でもマシン新調する際に安く8GB積めたんで32bitの選択肢は無くなった。 8GBのうち4GB以下しか使えないなんて効率悪すぎるだろ？ 8GBも必要か？って感じだけど、>>594で書いてるように VMwareでPhotoshop使ってるんで、それなりに活用してる。1GBの頃はキツかった。 一般的には32ビットで充分だし、64-32混在環境の面倒くささは半端じゃないから強引に布教するつもりはないです 611 名前：login:Penguin [2009/04/27(月) 00:03:39 ID:+zIHyzzo] てか使用メモリが数GBクラスの画像を扱うのはWinやMacでも操作がかなりもっさりするぞw それなのにわざわざパフォーマンスの悪くなるVMware上のPhotoshopで作業ってw おまえどんだけマゾなんだよwwww 612 名前：login:Penguin mailto:sage [2009/04/27(月) 02:31:08 ID:RjCcVyJ9] VMware上でもカラーマネジメントできるのかしら。 とふと思った。 613 名前：login:Penguin mailto:sage [2009/04/27(月) 03:41:04 ID:3APkR5YZ] >>611 俺もubuntu & CentOS で memory 8GB　+ vmware playerを使ってるけど 各guest OSが3GB以上のﾒﾓﾘを確保できない以外は、特に問題なし vmwareはﾒﾓﾘを圧縮して利用しているらしく、実ﾏｼﾝ環境よりもﾒﾓﾘ使用量が少ないし guest OSにもﾏﾙﾁｺｱを割り当てれば、ﾊﾟﾌｫｰﾏﾝｽの劣化は無視できる 614 名前：login:Penguin mailto:sage [2009/04/27(月) 06:26:54 ID:Z++RE1nt] >>608 > 64bit移行動機に4GBでは足りね〜というのがあるのであれば、 > 24GB積むマザーがせいぜいの現状でメモリ効率の低下は気になる点だと思うな。 > たった6倍にしかならんのに。安くつめるのは8GB程度だし。 メモリ効率の低下ってlong型とポインタが倍メモリを食うだけだろ？ あるプロセスのデータが「全部」long型かポインタだったとしても最大2倍に 膨らむだけだぞ。つまり、8GB以上のメモリを積むならメモリ効率なんてさほど 気にするものではないということ。 > メモリ効率の低下とメモリ転送速度の低下の複合技のために > ソフトのパフォーマンスチューニングのトレードオフが難しい側にずれる この、メモリ転送速度の低下という部分、もっと詳しく説明してくれないか？ x86_64アーキテクチャの問題というより、特定のCPUに固有の問題じゃないの か？ 615 名前：login:Penguin mailto:sage [2009/04/27(月) 11:43:54 ID:9ewt1/YQ] JavaVMだと64bit版で動かすのと32bit版で動かすのを比べると、 64bit版が大体60%増らしいね。 Objectのポインタを32bitにすると、結構節約できるっぽい blog.juma.me.uk/2008/10/14/32-bit-or-64-bit-jvm-how-about-a-hybrid/ の数字を見ると、 32bit 1.25G / 64bit 2GB / 64bit(32bit object pointer) 1.45G 616 名前：login:Penguin mailto:sage [2009/04/27(月) 12:04:48 ID:HXBj9Dib] JavaVM(.netVMもそうだが)はスタックマシンだからポインタの大きさが モロに出るんだろうな。 ネイティブのバイナリだと、レジスタ数が増えたこともあって、そこまで 肥大化しないけれど。 617 名前：login:Penguin mailto:sage [2009/04/27(月) 17:27:16 ID:YaW7Mcpc] >>608ってカリカリにチューニングしてるようだが、一体どんな分野のコードを 書いてるんだ？テーブルとか言っているから数値計算系だと思うんだが、 数値計算だとMPIとかOpenMP使ってマルチコアを全部使うから、メモリをたくさん 積むのが基本だし。 618 名前：login:Penguin mailto:sage [2009/04/27(月) 21:03:24 ID:LddU7fmV] ソフトウェアを程度まで最適化したらそこからは ハードウェアを強化するほうが効率的なんだよね。 x86_64の最大のメリットはメモリ空間だと思う 仕事で使ってるのは64GBとか128GBつかってる。 メモリも組み込み系のように1byteを切り詰めるような 使い方はしない、かといって無駄に使うわけじゃないけどさ。 ソースコードは他人に引き継ぐこともあるので見やすく メンテナンスしやすくするのが優先だね。 自宅のマシンも16GB化したけど、あんまりやることないな 昔はｘｘ用マシンってたくさん持ってたけどこれ1台に まとめちゃった。みんなしょっぼいCele633とかしょっぼいの ばかりだったから、マシンが減ったけど総演算性能は上がっ てるｗｗｗ 619 名前：login:Penguin [2009/04/28(火) 02:30:01 ID:Pjkev7/e] OSが32bitだからってメモリ何GBまでなんて未だに有るんでしたっけ？ カーネル2.6なら16GBくらいまででしたっけ？ 620 名前：login:Penguin mailto:sage [2009/04/28(火) 03:00:12 ID:m/CYeeS7] >>619 PAE有効にすればサイズはそのくらい使えるけど、遅くなる。 621 名前：login:Penguin mailto:sage [2009/04/28(火) 07:44:58 ID:n0MvbOf5] そもそもユーザー空間は拡がらないからね。 PAE有効な環境と64bit OS+32bitアプリは、 実行されるアプリにとっては大体似た環境になると思うけど、 どっちが速いのかね？ PAEで64GB使えるモードはすごく遅いと聞いたことがある 622 名前：login:Penguin mailto:sage [2009/04/28(火) 16:30:21 ID:fJb2yBv5] >>619 カーネルコンフィグのHIGHMEMで選べるのは、4GBまでか64GBまで(PAE)。 623 名前：login:Penguin [2009/04/28(火) 17:23:47 ID:pcTc2KKp] なんかコンベンショナルメモリとか気にしてる時代かと思ってしまった 624 名前：login:Penguin mailto:sage [2009/04/28(火) 17:51:22 ID:fJb2yBv5] おっさん乙 625 名前：login:Penguin mailto:sage [2009/04/28(火) 20:20:53 ID:k9Ek7EuN] へ〜。 ぐぐったら MS-DOSだってｗ ここには二人も化石が（ry 626 名前：login:Penguin mailto:sage [2009/04/28(火) 21:35:23 ID:zGceyu+b] またまた、ぐぐるまでもなく知ってるクセにｗ 627 名前：login:Penguin mailto:sage [2009/04/28(火) 21:46:54 ID:MwBVAzgl] qemm、おっとqemuを使いたいから上限が気になるんだよね 628 名前：login:Penguin mailto:sage [2009/04/29(水) 02:04:55 ID:vgiu+uTJ] 64bit Flash　β版が提供され始めたね。 それはどうでもいいんだけど、__fastcallになったのって意味あんの？ スタックの末端に位置する関数ならともかく、結局呼び出す側は スタックに入れて保護しないといけないから意味なくね？ 629 名前：login:Penguin mailto:sage [2009/04/29(水) 07:37:03 ID:fCNW8lK1] >>628 まず、fastcallという呼び方は誤解を招きやすいからやめるべき。 r8-r15が増えたことにより呼出し側が一々スタックに退避させる必要性もかなり 低くなっていると思うんだが。レジスタ数の増加とセットで考えるべき。 630 名前：login:Penguin mailto:sage [2009/04/29(水) 09:04:07 ID:5ROyfnLv] え、Flashってまだbetaだったん? 普通に使ってて気づかなかった 631 名前：login:Penguin mailto:sage [2009/04/29(水) 10:01:26 ID:FEXtIuws] 今まではalpha版だったよ 632 名前：login:Penguin mailto:sage [2009/04/29(水) 11:08:51 ID:5ROyfnLv] 今使ってる64bit版はShockwave Flash 10.0 r22、 10.0.22.87と書いてあるので、おお、alphaから無印になるまで 早いなw とか思ってたぜw 恥ずかしい 633 名前：login:Penguin mailto:sage [2009/04/29(水) 11:41:28 ID:KBa1Y9ag] betaってどこで公開してる? 634 名前：login:Penguin mailto:sage [2009/04/29(水) 11:47:20 ID:4DG+1E8h] >>628 ttp://labs.adobe.com/downloads/flashplayer10.html でも2/24に公開されたalphaしか置いてないな。 betaはどこにあるの？ 635 名前：login:Penguin mailto:sage [2009/04/29(水) 13:00:56 ID:gClmVlza] Mozilla.orgが64ビット版Firefox出さないと64ビットFlashは意味が無い 636 名前：login:Penguin mailto:sage [2009/04/29(水) 13:38:53 ID:4DG+1E8h] >>635 下らない独り言言ってんじゃねーよ。 637 名前：login:Penguin mailto:sage [2009/04/29(水) 15:57:26 ID:9gjzxjs9] www.mozilla-x86-64.com/ 638 名前：login:Penguin mailto:sage [2009/04/29(水) 16:03:30 ID:5ROyfnLv] >>635 あそこからダウンロードしたバイナリなんて使ってる人いるの? 639 名前：login:Penguin mailto:sage [2009/04/29(水) 22:24:14 ID:gClmVlza] >>638 まあ、普通はディストリのリポジトリにあるものを使うだろうね 俺的にはやっぱリファレンス的な存在だし、本家だからセキュリティFIXが速い、 妙なカスタマイズがされてないので大抵のディストリで解凍したその場所で動く、 ってな理由で本家のFirefox使ってる。OOoも同じ理由で本家版。 だからx64のリファレンス的な存在としてのFirefoxでないと俺的に意味が無いんだよ それと本家版がないといつまでもβ状態なんじゃないの？>Flash x64 640 名前：login:Penguin mailto:sage [2009/04/29(水) 22:35:32 ID:n1bPpUD4] >>639 Use the Source, Luke. 641 名前：login:Penguin mailto:sage [2009/04/29(水) 23:01:27 ID:BG3LyTVm] >>639 基本的に本家のほうがsecurity fixは遅いよ。 Firefoxに限らず。 642 名前：login:Penguin mailto:sage [2009/04/29(水) 23:36:00 ID:4DG+1E8h] >>639が嘘丸出しの知ったか野郎だと判明したわけか。 643 名前：login:Penguin mailto:sage [2009/04/30(木) 00:24:54 ID:1DeD64c0] x86 Open64 Compiler Suite developer.amd.com/CPU/OPEN64/Pages/default.aspx? 644 名前：login:Penguin mailto:sage [2009/04/30(木) 08:05:54 ID:78H8umRE] で、結局、Flashのbetaってどこにあったんだ? 645 名前：login:Penguin mailto:sage [2009/04/30(木) 09:03:39 ID:COSvV/BZ] >>644 無いよ、そんなもの。一時配布元に置いてないんだから おまいら>>628に釣られ過ぎだろ 646 名前：login:Penguin mailto:sage [2009/04/30(木) 09:19:37 ID:UYlYuAu+] labs.adobe.com/downloads/flashplayer10.html 647 名前：login:Penguin mailto:sage [2009/04/30(木) 09:34:16 ID:ZMfrStcj] これはalphaなんだが？ 648 名前：login:Penguin mailto:sage [2009/04/30(木) 09:47:42 ID:COSvV/BZ] >>646 英語も読めないのかよ 649 名前：login:Penguin mailto:sage [2009/04/30(木) 09:55:07 ID:78H8umRE] やっぱりalphaから一気に行ったのか 650 名前：login:Penguin mailto:sage [2009/04/30(木) 10:20:47 ID:COSvV/BZ] どいつもこいつも英語読めない奴等だな 10.0.22.87はalphaで最新版なんだよ 651 名前：login:Penguin mailto:sage [2009/04/30(木) 19:50:54 ID:78H8umRE] ごめん、まったく読もうともしてなかった 652 名前：login:Penguin mailto:sage [2009/05/04(月) 03:45:08 ID:t65Z7O61] >>615 最近のJAVAは速くなったし昔の印象はもうないな。 OpenJDK6(64bit)でKonquerorでは問題なくAppletが表示できたがiceweasel(firefox)では落ちるばかりだった。 レポジトリから素のSunのを入れればネイティブ64bitのAppletが動いたのかもしれんが、 jean-christophe.dubacq.fr/post/Un-plugin-java-64-bit-natif-de-Sun ここを参考にして6u14 EarlyAccess版を作ったらIceweaselでも動いたので記念に書き込み。 pbuilderがpbuilerになってるのは愛嬌ｗ 653 名前：login:Penguin mailto:sage [2009/05/04(月) 06:29:44 ID:Tbz5kgnz] >>635 ttp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central/ コンパイルすりゃぇえぇがな。 654 名前：login:Penguin mailto:sage [2009/05/04(月) 08:30:08 ID:DM3YfYVb] >>652 Javaが遅いっていう印象は昔のアプレット(特に1.0-1.2)の印象が強いんじゃないかな。 OpenJDKでも、64bit環境だとServerVMしかつかえない? 655 名前：login:Penguin mailto:sage [2009/05/09(土) 01:29:22 ID:lVA9h8Wp] 64ビット版への移行を始める上で、不具合に対する保険として 既存の32ビット版環境を、そのままかhdd-imageの状態で 仮想PC環境で動かそうと思っています。 Ubuntu8.04LTSのAMD64で行くつもりなのですが 64ビット環境で、仮想PC環境を使うとしたら どれがお奨めなんでしょうか? ちなみに、当面PCはCore2Duoで 現在1GBのメモリーを、せいぜい4GB程度にしかしないつもりでいます。 656 名前：login:Penguin mailto:sage [2009/05/09(土) 02:22:07 ID:oqlBt05+] 金かけたくないならVirtualBox、ライセンス買ってもいいのならVMwareかなぁ？ VirtualBoxはSunがOracleに買収されたので将来性に不安が残るかも？ KVMやQEMMは使ったことないから分からない。 保険の意味合いってのが良く分からないけど、俺だったら別HDDに残しとくな。 つか、最初はお試し用HDDで構築してしばらく様子見する。 657 名前：login:Penguin mailto:sage [2009/05/09(土) 04:03:09 ID:0iFvun+l] >>655 メモリが少なすぎる 658 名前：login:Penguin mailto:sage [2009/05/09(土) 08:11:35 ID:y7VR1kIM] 4GBあれば十分じゃねーの 659 名前：login:Penguin mailto:sage [2009/05/09(土) 15:26:05 ID:Y66/cNue] >>655 ubuntu8.04 amd_64 + VmPlayer 2.5.2 C2D E8500 + Memory 8GB　だけど ubuntu 9.04 + WinXP + Win2000 を同時に立ち上げても メモリ消費は１GBくらいにしかならないから、4GBでもいいかもね ただしCPUについては、C2D系は遅いので新規購入なら勧めない Vista performance index (CPU)　だと　E8500 ≒ AMD 4800+ 660 名前：login:Penguin mailto:sage [2009/05/09(土) 15:35:20 ID:5RxGVX8B] VMwareを登録だけして、 Workstationで仮想マシン作成→Playerで実行 すればいい そういう使い方をしてくれと言わんばかりにWorkstationにPlayerが付属している 661 名前：login:Penguin mailto:sage [2009/05/09(土) 15:41:43 ID:Y66/cNue] >>660 vmware-toolの最新版を引っこ抜くために、vmware server(無料）も登録するといいよ 662 名前：login:Penguin [2009/05/09(土) 17:20:23 ID:44I0Mdrl] Core2DuoよりAMDの方が速いんですか？ 663 名前：login:Penguin mailto:sage [2009/05/09(土) 17:40:36 ID:nRq6sfBw] なんとも言えないだろうね どちらかが優れていると結論が出ていたのならば 誰も遅いほうを買いはしないよね 664 名前：login:Penguin mailto:sage [2009/05/09(土) 17:42:56 ID:BF4XrLnd] モノや処理によるだろ ただ、Core2Duoは64bitで動かすと遅くなるって話を聞いたな。 まぁ昔の話なんで今のは知らんが。 詳しく知りたきゃ自作板でも行って聞いてくるといいさ 665 名前：login:Penguin mailto:sage [2009/05/09(土) 17:46:16 ID:MkhOLjiO] >>655 漏れは以前、 chroot 環境を作って 32bit 版を飼っていたことがある。 当時は単に、 32bit 版の firefox でフラッシュを見たかっただけなんだけどね。 chroot 環境の特徴は、ホストとゲストでリソースを共有すること。 この特徴自体は長所でもあり短所でもあるわけだが、 数ある仮想化方式の中では最も軽い。つか、オーバヘッドがない。ゼロ。 同様の chroot ベースの仮想化としては、他に linux-vserver などもある。 興味あるなら、一度、ググってみそ。 ちなみに Debian 系なら、こういう類の仮想マシンの HD イメージは debootstrap を使うと楽に作れるので、これが結構重宝している。 666 名前：login:Penguin mailto:sage [2009/05/09(土) 17:48:31 ID:VLGWomya] Intel VTよかAMD-Vの方が実装として優れているが SSEが速いとうれしい用途だとC2Dは美味しい PhenomIIはC2Q並みにSSEが改善してるから今買うならこれかなぁ 667 名前：login:Penguin mailto:sage [2009/05/09(土) 18:22:08 ID:7a8SOFP5] 今64bitで使うなら Core i7 じゃね？ 668 名前：login:Penguin mailto:sage [2009/05/09(土) 18:26:17 ID:44I0Mdrl] Core2QuadもCore i7もPhenom IIも全部4コアですよね？ ということはみんな8スレッド並列化で、Linuxからだと8CPUに見えるんですか？ 669 名前：login:Penguin mailto:sage [2009/05/09(土) 18:32:54 ID:7a8SOFP5] >>668 その中でSMT(HTT)なのはCore i7だけだから 8CPUに見えるのはCore i7だけだろ 670 名前：login:Penguin mailto:sage [2009/05/09(土) 18:33:27 ID:p+kXmlqS] とりあえず、ハードの話は他所でやるべきじゃない? 671 名前：login:Penguin mailto:sage [2009/05/09(土) 18:54:23 ID:+3cljrbr] >>666 PhenomのAMD-VはAthlon X2のそれより高性能らしいですね。 672 名前：login:Penguin mailto:sage [2009/05/09(土) 19:25:44 ID:80S7Q2w6] 急に伸びた 673 名前：login:Penguin mailto:sage [2009/05/09(土) 19:39:57 ID:q/KEXOKU] 今更だが、初期のAthlon 64ってVMwareで64bitゲスト動かせないんだな。 セグメントレジスタが無くなったのが理由で。 まあ今時使ってる人もいないだろうが。 674 名前：login:Penguin mailto:sage [2009/05/09(土) 21:03:13 ID:VLGWomya] >>671 Nested Pagingとか、新しく手が入ってる Intel版の同じ技術積んだCPUが欲しいなら Nehalem(Core i7)手に入れるしかない ちと割高 >>673 Socket939のAthlon 64ならRevision D以降じゃないとだめだね AM2なら何も考える必要ないんだけど 675 名前：655 mailto:sage [2009/05/09(土) 22:33:19 ID:DbT9EmpO] いずれかの仮想PC技術を使うという上で、Core2Duo上の64bitOSだったら どれが有利といった傾向は無いって思っていいんでしょうか? AMD64用のLinux上で動かす以上は AMD64のほうが有利なんじゃないか?とも思っています。 実はAthlon X2のPCもあって、どちらも実クロック2GHzですが PCIスロットのINT競合の関係で… ivtv 3tuner構成が、microATXのCore2Duo機ではうまく動かず 半年前に役目を入れ替えた経緯があって、Core2Duoで行く予定です。 (ここ2年間は金回りが悪いのがにじみ出てr) vmplayerとqemu-imageは使ったことがあるので 特にお奨めが無ければ、それぞれの特徴を改めて比較してみて 大きな差が無ければvmplayerで行こうと思います。 676 名前：login:Penguin mailto:sage [2009/05/10(日) 01:12:00 ID:Vm3NrXJ3] >>654 今後はServerVMが標準になってそれ以外はなくなるらしい jvm.cfgはこうなってて注釈にそう書いてある。 -server KNOWN -client IGNORE -hotspot ERROR -classic WARN -native ERROR -green ERROR 677 名前：login:Penguin mailto:sage [2009/05/10(日) 15:30:58 ID:w9LnDAc7] >>675 用語をもすこし勉強してくることをお勧め いずれにしても拡張カード使うのがPC使う目的なら CPUよかそれを優先すればいい 678 名前： ◆Zsh/ladOX. mailto:sage [2009/05/10(日) 17:46:31 ID:COvpg5ts] AMD-VだとVMのネストが出来るみたい # qemu-kvm --help|grep -i amd -enable-nesting enable support for running a VM inside the VM (AMD only) 679 名前：login:Penguin mailto:sage [2009/05/11(月) 00:59:51 ID:pGQBidS2] K8でも対応してるのけ？だとしたら美味しすぎる 680 名前：login:Penguin mailto:sage [2009/05/11(月) 01:01:08 ID:pGQBidS2] >>678ね マニュアル読んでみるか 681 名前：login:Penguin mailto:sage [2009/05/11(月) 19:41:30 ID:q6OReye/] 64ビットLinuxでのJava Swingはハマる。 メニュー回りはバグあるし、ImageIconとJLabelで画像表示出来ないorz ちなみにopenjdk6です。 682 名前：login:Penguin mailto:sage [2009/05/11(月) 21:34:50 ID:ZZNZact3] あれ？画像表示できてるぞ？ って思ったら、JPanelに貼ってたや。 683 名前：login:Penguin mailto:sage [2009/05/11(月) 22:22:52 ID:GA++wlaP] >>681 >>652のリンクを見る限りopenjdkは何かまだアレなのかも 684 名前：login:Penguin mailto:sage [2009/05/12(火) 08:08:21 ID:n4Ya5a8e] 今職場で18万程度で自由にPC買っていいって言われてるんだけど、 Core i7の真ん中のにメモリたっぷりを一台か、 Core i7の安いのにメモリ3GB一台+安いのもう一台かで迷ってます。 Core i7は計算サーバーにして、もしもう一台買うならそれはデスクトップ利用として LinuxとVistaを切り替えながら使うつもりです。 どんなの買えばいいでしょう。 できれば両方共x86_64で動かしたいと思ってます。 685 名前：login:Penguin mailto:sage [2009/05/12(火) 08:32:11 ID:phPCQgUH] Core i7の安いのにメモリたっぷり+もう一台 686 名前：login:Penguin mailto:sage [2009/05/12(火) 08:47:17 ID:dT+VT1Dq] スレチ そもそも必須でもない計算サーバなんぞいるのか？ 計算サーバの用途がわからん上に、デスクトップも開発に使うのか単にweb&mailに使うのか…… サソリとタランチュラどっちが良い？と聞かれてどう答えろと。 687 名前：login:Penguin mailto:sage [2009/05/12(火) 09:09:21 ID:d0MqTU63] 堅そうな感じなのでサソリ とか応えればいいんじゃね？ 688 名前：login:Penguin mailto:sage [2009/05/12(火) 09:45:17 ID:n4Ya5a8e] ごめんちゃい。 CPUの種類の話が出てたので、 PhenomとかQuadとか込みで選択肢教えてもらえればと思って・・・ 個人的にはAMDって安いけど遅いってイメージしかなくて。 689 名前：login:Penguin mailto:sage [2009/05/12(火) 09:50:03 ID:zHJIRMNa] 自分の趣味で選べよw こんなとこで訊いても、他人の趣味を押し付けられるだけだぞ。 690 名前：login:Penguin [2009/05/12(火) 11:24:58 ID:Cm0ONmf2] >>688 W5580を二個買え 一番賢い選択だ 691 名前：login:Penguin mailto:sage [2009/05/12(火) 11:57:18 ID:2nylp192] >>688 値段相応だよ。同じような値段だったら同じような速さ。 ただ32bitでの性能による比較だから、64bitで使うなら AMDやCore i7が若干お買い得。 692 名前：login:Penguin mailto:sage [2009/05/12(火) 12:01:21 ID:W3wD8iWK] そりゃ 計算専用を一つ作っておけばいいんじゃないの？ 計算というキーワードから考えると、Rやoctave,maximaなどを 使い込みたいというのが想像できるけど、それらはwindowsでは なにかとメンドウなところがあるからね。cygwinでやってる人も いるけど、あれは本気で使うひと向けじゃないので。(本気でつ かうにはcygwinは効率が悪すぎるから。)ssh接続で使えばよいし ね。また、gotoblasはしらんが、atlasはマルチコアに対応して るから(それようのコンパイルが必要だけどね。) winでxの接続がほしくってというなら仮想環境を使えばよいし。 693 名前：login:Penguin mailto:sage [2009/05/12(火) 12:40:42 ID:Z8b1Cmye] どんな計算をするかっていうのもあるよな celeron + GeForce x3でSLIしてCUDAとか 694 名前：login:Penguin mailto:sage [2009/05/12(火) 12:48:53 ID:OQy7h0v1] 安いi7にメモリ沢山。 あとはAtomでも積んだ小さいやつ買ってリモートから使えばいいんじゃね? >>692 gotoblasはマルチスレッド対応してる(するかどうかはビルド時指定) 695 名前：login:Penguin mailto:sage [2009/05/12(火) 14:57:25 ID:EyemwdAS] >>684みたいな人の質問する人の大半はリース落ちの1万円代のPCにメモリ拡張しただけでも十分だろう。 計算サーバーって会社で宇宙人探すんだろ？ 696 名前：login:Penguin mailto:sage [2009/05/12(火) 15:42:24 ID:n4Ya5a8e] 18万じゃXeonとかは無理っぽいですよね。 やっぱりCore i7一番下+3GBを一台と、安いの一台買おうかな。 安いの、Phenomとかいうのにしてみようかな。 Core i7のメモリは後から増設もできそうだし。 697 名前：login:Penguin mailto:sage [2009/05/12(火) 15:46:17 ID:hakPPrxQ] >>696 ゴリゴリ計算したいならメモリは多めに積むべき。8GBにしたって安いし。 後で増設すると相性問題が出たりして泣けるぞ。 698 名前：login:Penguin mailto:sage [2009/05/12(火) 17:32:04 ID:aKmUIhst] i7 でメモリ 12G くらいにしたいなぁ。 PhenomII とどっちが速いかね? Linux で両方使ってるブルジョワな人居ない? 699 名前：login:Penguin mailto:sage [2009/05/12(火) 17:40:39 ID:phPCQgUH] 24GBにしようぜ 700 名前：login:Penguin mailto:sage [2009/05/12(火) 17:47:20 ID:8yl4Jqep] なんか頭悪い流れになったな、突然 701 名前：login:Penguin mailto:sage [2009/05/12(火) 22:51:15 ID:dT+VT1Dq] >>698 iccを入れてkernelからINTEL64アーキテクチャに特化する気があるなら金出してでもi7が良いんでない。 rpmやyumとかで楽したいならamdが良いんじゃないかな。 半分想像で書くと、gccなんかはmtuneだったかでCPU指定してもニーモニックの流れを仮組してからパーツ毎に格付けをして決定してると思われるのでアセンブラ見てもamd64と流れが一緒。 iccだと全然違うってわけでもないけど、11でのアセンブラをデローンと眺めるだけでも、ああ違うねぇと思う。 EMT64が出た頃のCマガに比較特集があって、それぞれ得手不得手があってマシンサイクルが違うとかアセンブラコードでのamd64とEMT64の選別の仕方とかあったんだよね。 702 名前：login:Penguin mailto:sage [2009/05/12(火) 23:06:43 ID:aKmUIhst] >>701 なるほど。 icc 入れてゴニョゴニョするほど気合いいれるつもりは無いんだよねぇ。 ビルドとか手抜きの力技プログラムなんかが速けりゃいいみたいな。 SSE 使わなきゃ AMD は速いってイメージなんだけど i7 は相当速いみたいだからなぁ。 頭悪い書き込みにつきあってくれてありがトン。 703 名前：login:Penguin mailto:sage [2009/05/12(火) 23:27:29 ID:2bG73W1i] x86_64はIntelのCPUでも通称amd64です。Intel64なんて書くとItanium ?ってなる。 704 名前：login:Penguin mailto:sage [2009/05/13(水) 03:00:37 ID:5Jgo7mzT] それはそっちの方が頭おかしいような。 705 名前：login:Penguin mailto:sage [2009/05/13(水) 03:18:58 ID:DyZoiBpp] >>703 それはIA64 706 名前：login:Penguin mailto:sage [2009/05/13(水) 08:03:55 ID:jZvVl3Aj] 計算の種類にもよるけど、3GBで足りるのか？ 707 名前：login:Penguin mailto:sage [2009/05/13(水) 08:06:17 ID:+BRIDUt/] 用途が最後まで判明しなかったから何とも言えないw 708 名前：login:Penguin mailto:sage [2009/05/13(水) 08:11:51 ID:qUL6qGoy] いくら何でもコア辺り1GB未満じゃ心許なすぎ。 709 名前：701 mailto:sage [2009/05/13(水) 12:45:44 ID:j3B5WTfx] >>703 AMD64やIntel64の説明はWikipediaを読めば良いと思うよ。 IA-32e → EM64T → Intel64です。 x86_64やx64がAMD64またはIntel64の通称です。 とりあえず間違った覚え方をしてらっしゃるので確認してくださいな。 まぁIntel, AMD共に各アーキテクチャのリビジョンを上げる度に歩み寄ってきた歴史があるので、どっちっでも良いんでない？ 710 名前：login:Penguin mailto:sage [2009/05/13(水) 12:56:53 ID:DyZoiBpp] debian畑では、アーキテクチャをi386とかamd64とか呼ぶ。 ubuntuが主流な今、そう呼ぶのが主流。 711 名前：login:Penguin mailto:sage [2009/05/13(水) 12:57:15 ID:T/QXs0iy] 畑に帰れ 712 名前：login:Penguin mailto:sage [2009/05/13(水) 12:58:49 ID:5Jgo7mzT] 一昔前は、「サーバー」が光り輝いてたんだよ。 だから今でもおじさんとかは、サーバー作りたがるんだよ。 君の会社にもいるだろ？自部署専用サーバー作りたがるおじさん。 管理までしてくれれば文句はないんだが、パッチの一つも当てない奴。 713 名前：login:Penguin mailto:sage [2009/05/13(水) 19:03:17 ID:9SWJ0iFU] >>710 主流で呼べってんならMicrosoftの呼び方しなよｗ MSの64bitドライバガイドラインでIntel64, AMD64 通称はx64としてるから、今日から君はこれな。 なぜ狭い視野で主流主流言うのさ。 なんでも起源を主張する某国の人のように見えるよ。 714 名前：login:Penguin mailto:sage [2009/05/13(水) 19:09:35 ID:+BRIDUt/] Intel64って、あんまり見たことないな…… 715 名前：login:Penguin mailto:sage [2009/05/13(水) 19:11:22 ID:aQYeDy4+] i386のiはIntelのiじゃないの？ 716 名前：login:Penguin mailto:sage [2009/05/13(水) 19:45:33 ID:DyZoiBpp] linux板でlinuxの世界でのことを話すのが｢視野が狭い｣なのか？w 717 名前：login:Penguin mailto:sage [2009/05/13(水) 20:24:12 ID:zoMNW45/] Linuxしか使ってない人なんてそうそういないでしょ。 そもそもハードウェアのアーキテクチャなのにソフトウェア畑が主流とか言い出す時点でおかしな話じゃないかなぁ。 MSを相手に出したのは悪かったよ。 ただ、主流じゃない奴らは長いものに巻かれろや的な感じにカチンときたんさ。 Linuxの世界じゃubuntuが主流だからubuntuに併せろってのはちと傲慢な気がしたのよ。 718 名前：login:Penguin mailto:sage [2009/05/13(水) 20:35:17 ID:sdNwtT1y] つまらんことを 719 名前：login:Penguin mailto:sage [2009/05/13(水) 20:39:56 ID:DyZoiBpp] 誰もあわせろなんて言ってねぇw 720 名前：login:Penguin mailto:sage [2009/05/14(木) 01:42:30 ID:xIHOcZGf] >>712 そういう人の頭って大抵体育会系でIntel万歳。...2bitくらい 721 名前：login:Penguin mailto:sage [2009/05/14(木) 22:58:07 ID:bk7WD7ZK] >>709 ん？それx64。 722 名前：login:Penguin mailto:sage [2009/05/15(金) 12:29:12 ID:ZQL+zHem] >>709 俺もIntelのCPU使ってるがIntel信者はWikipediaでも読めばいいと思うよ。 723 名前：login:Penguin mailto:sage [2009/05/15(金) 13:09:47 ID:o7QUcM7P] AMDが開発したアーキテクチャがamd64で何が不都合なのか 724 名前：login:Penguin mailto:sage [2009/05/15(金) 13:45:18 ID:nJK1hdyw] AI64のほうが見たことない。 幻なんでは？ 725 名前：login:Penguin mailto:sage [2009/05/15(金) 13:57:46 ID:NeU6+eSn] AMD Athlon64互換CPUというアーキテクチャ群。 726 名前：login:Penguin mailto:sage [2009/05/15(金) 22:35:07 ID:3/qG6p/W] >>724 何を言っているんだお前は 727 名前：login:Penguin mailto:sage [2009/05/19(火) 12:01:24 ID:u+Q4BDAz] Ubuntu の 32 bit 版と 64 bit 版のパフォーマンスを比較してる。 # ホントの比較対象は Mac OS X。 Ubuntu 64-bit More Competitive Against Mac OS X www.phoronix.com/scan.php?page=article&item=ubuntu_osx_64bit&num=1 728 名前：login:Penguin mailto:sage [2009/05/21(木) 03:03:40 ID:og+YAK1/] Ubuntu（笑） なにコレ。Macに虐殺されまくりｗｗ 729 名前：login:Penguin mailto:sage [2009/05/21(木) 03:40:26 ID:FyFn8xi4] >>728 知的障害者はお引き取りください 730 名前：login:Penguin mailto:sage [2009/05/21(木) 12:47:05 ID:2PwU9uM1] 最後まで見てみたほうが良いよ。なぜかは知らないが、最初の方にMacに有利な結果集めてるから 731 名前：login:Penguin mailto:sage [2009/05/22(金) 06:44:10 ID:gFoW655b] 最初から見てたら、途中で耐えられなくなりました。。。 Ｕｂｕｎｔｕ使ってたなんて情弱がはずかしい・・・　マック買ってきます！！ 732 名前：login:Penguin mailto:sage [2009/05/22(金) 07:48:23 ID:/Y66X4Ye] Mac OS X上のIntel 945ドライバの方がLinuxより良いのは分かったが、 それは自明だろ。nvidiaのまともなGPU使ったマシンと比較しないと意味ないな。 733 名前：login:Penguin mailto:sage [2009/05/22(金) 14:56:43 ID:1VGpPP8n] Nvidiaのドライバって、リモートからXを飛ばすと、挙動がおかしいんだよな。 MacのX11は優秀だと思う。 734 名前：login:Penguin mailto:sage [2009/05/22(金) 19:49:50 ID:/Y66X4Ye] >>733 どういう風におかしい？別に変に感じたことないんだけど。 735 名前：login:Penguin mailto:sage [2009/05/22(金) 20:09:15 ID:N5og9DB5] >>731 気が狂うってどういう気分? 736 名前：login:Penguin mailto:sage [2009/05/22(金) 20:39:10 ID:1tCZ6NNu] 落ち着けmacはセキュリティがズタボロだ 737 名前：login:Penguin mailto:sage [2009/05/22(金) 21:19:52 ID:ywJcxdg5] GPU使うもの以外は64bit Linux使った方がいいって感じだな Mac専用機にLinux入れましたテストだし GPU使うならWindowsの方がいいし 738 名前：login:Penguin mailto:sage [2009/05/22(金) 21:29:03 ID:xogM2jGR] >>734 某商用ソフトでMotif を使ってるんだけどね、リモートだとマウスイベントがたまりすぎて、アプリが固まってしまうことがある。 MacのX11ではストレスなく使えるんだけどな。 739 名前：login:Penguin mailto:sage [2009/05/22(金) 21:38:59 ID:/Y66X4Ye] >>738 その商用ソフトってOpenGL使ってるの？じゃなければnvidia関係ないぞ。 740 名前：login:Penguin mailto:sage [2009/05/22(金) 22:08:49 ID:X4gdsero] うわぁわぁわああああん！（＞△＜） おわた、おわたよ！ 　 漏れのUbuntu 32bit、完全におわたよ!（Ｔ△Ｔ） 741 名前：login:Penguin [2009/05/23(土) 03:48:29 ID:WEYgv++A] スレチかも知れませんが、Linux x86-64てこと教えてください。 apacheなどのオープンソースをソースからコンパイルしてインストールする場合、 コンパイル実行前の環境変数に/usr/lib64 を指定しないと、インストールしても、64bit版として動作しないのでしょうか？ そもそもOSが64bitなら、通常どおりのmake、make install　で問題ないのでしょうか？ 742 名前：login:Penguin mailto:sage [2009/05/23(土) 03:58:41 ID:m+tOa52S] それで問題ないよ つーか、LinuxならOSにapacheついてくるだろ？ 管理のこと考えたらそれ使った方が便利だよ あとで簡単にアップデートできるからさ 743 名前：login:Penguin mailto:sage [2009/05/23(土) 04:03:55 ID:4BAGx6Xk] $ gcc -v で Target: x86_64-linux-gnu なら、何もしなくても64bitになる。 744 名前：login:Penguin mailto:sage [2009/05/23(土) 12:52:04 ID:BWmuBzj/] ディストロのライブラリが/usr/lib64に入っているのに、 make ; make installすると/usr/libに入ったりするよね 745 名前：login:Penguin mailto:sage [2009/05/24(日) 00:33:31 ID:XVGOoAgR] >>741 コンパイルして出来たバイナリを file コマンドで調べてみれば分かるよ。 file /bin/bash /bin/bash: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, stripped 746 名前：741 [2009/05/24(日) 04:10:41 ID:m82gs9pM] >>742-745 サンクスです。 自分のやり方にいまいち自信がもててなかったので。 仕事でソースからコンパイルする事が多いのですが、 周りに有識者がいないのと、rpmだと使いたい機能が含まれてないことが有るものでして。 747 名前：login:Penguin mailto:sage [2009/05/24(日) 22:17:17 ID:rVhFQ6aB] >>746 32bitと64bitが混在してると大変だから、configureするときにオプションを指定するのが良いよ。 詳しくは configure --help 748 名前：login:Penguin mailto:sage [2009/05/28(木) 23:25:51 ID:U01n09hR] Fedora10 x86_64のパッケージにi386のパッケージが含まれてるようだけど Fedora x86_64開発環境でi386 32bitバイナリをコンパイル生成することは可能なの？ rpmbuild -bb --target=i386 xxxxxx してもエラーで止まるし Fedora i386からgcc i386パッケージ引っ張ってきて入れてクロスコンパイル環境に 出来るかと思って入れようとしたら入らないし Fedoraの開発者たちはどうやってるんでしょう。 749 名前：login:Penguin mailto:sage [2009/05/29(金) 01:54:30 ID:jGz4+4vw] >Fedora x86_64開発環境でi386 32bitバイナリをコンパイル生成することは可能なの？ yes 750 名前：login:Penguin mailto:sage [2009/05/29(金) 09:09:05 ID:VHEkRdmI] 以前SUSEでx86_64使ってた時はgcc -m32とかas -32とかのオプションで32bitのバイナリを出力出来てたよ。 ちなみに上記のオプションは間違ってるかもしれないから詳しい事は自分で調べてくれ。 751 名前：login:Penguin mailto:sage [2009/05/29(金) 09:16:09 ID:HlweTcpu] >>748 i386 の -develパッケージが必要。mock使え。 mock -r fedora-10-i386 hoge.src.rpm 752 名前：748 mailto:sage [2009/05/29(金) 11:17:01 ID:fX/KHNJa] mock調べてみました 試してみます sudo usermod -G users,mock users mock --init -r fedora-10-i386 ↑今現在ここ実行中 753 名前：748 mailto:sage [2009/05/29(金) 11:39:05 ID:fX/KHNJa] usamimi.info/~linux/d/up/up0361.png とりあえずmockでi386パッケージ出来た なんか動作状態が隠遁されててわかりにくいですね rpmbuildにオプション渡しとかどうやるんですかね 754 名前：login:Penguin mailto:sage [2009/05/29(金) 12:00:04 ID:HlweTcpu] >>753 man mock -D なんとかで 経過は tail -f /var/lib/mock/fedora-10-i386/result/build.log 755 名前：login:Penguin mailto:sage [2009/05/29(金) 12:21:39 ID:fX/KHNJa] >>754 使い方調べて覚えてみます rpmbuildと使い方がずいぶん違うから面倒ですね rpmbuild --target指定でいければ楽だったんですけどね rpm改変できてこそ自分でビルドする意味あるので --with bytecode_interpreter --with subpixel_rendering などのオプションをrpmbuildに渡すのと同じように出来たらいいんですけどね 756 名前：login:Penguin mailto:sage [2009/06/03(水) 12:53:26 ID:e3CHSjFP] ですね けどね ですけどね 757 名前：755 mailto:sage [2009/06/03(水) 15:49:40 ID:9/TicihB] >>756 おい、オチョクリ入れんな 氏ねよ いまCLFS構築中 758 名前：755 mailto:sage [2009/06/03(水) 15:55:58 ID:9/TicihB] LFS(Linux From Scratch) 統合スレ 2 pc11.2ch.net/test/read.cgi/linux/1155412397/ ↑このスレをもっと盛り上げろ x86_64環境でLFS構築出来る兵求む 759 名前：login:Penguin mailto:sage [2009/07/14(火) 20:22:21 ID:OYRFUc74] すいません、まじめな質問です。 64ビット版deb使いたいんですが、話がまとまった本とかありますか？ 760 名前：login:Penguin mailto:sage [2009/07/15(水) 23:52:45 ID:kSJ2LcGj] >>759 なんか違ったっけ？ 761 名前：login:Penguin mailto:sage [2009/07/16(木) 03:26:15 ID:eLuMIz2v] archが違う。 てくらいだろう。 いまはunstableでia32ライブラリの扱いがゴタゴタしとるようだが。 stableならとりあえず関係ないし。 762 名前：login:Penguin mailto:sage [2009/07/16(木) 08:39:07 ID:up+KJ4E4] ありがとうございます。 64ビット版は初めてでちょっと心配だったので、まとまった話があれば読んでおこうと置みました。 まずはstableで保守的にいじってみます。 763 名前：login:Penguin mailto:sage [2009/07/16(木) 21:33:10 ID:4W3iLdCP] Debianだと32bitにあって64bitにないパッケージとかあって困った。tccとか。 アーキテクチャ無視して入れる方法があるのに気づくまでの話だけど。 あとパッケージ作るときもちょっと困った。完全別アーキなら 完全にクロスビルドの手順だけど、64bit環境で32bit向けだとgcc -m32とか ちょっと違うだけで、ターゲット環境の推定もconfigureさんが微妙に 間違えたりしてorz。linux32 hogehogeとかARCH=i686とかいろいろ仕込まないと いけなくて、そのあたりの勝手が掴めず悩んだ。 764 名前：login:Penguin mailto:sage [2009/08/04(火) 08:00:33 ID:7g9cu+pb] adobe player 765 名前：login:Penguin [2009/08/10(月) 12:01:19 ID:+7kqLJmd] 突然すいません。 上のほうにあった、カーネルログの"Bad page state in process" ってどんな時にでるものなんですか？ 意味とか教えてもらえませんか

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef