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