x86_64総合

1 名前：login:Penguin mailto:sage [2006/05/24(水) 22:45:45 ID:KpeOjT/W] for AMD64/EM64T machines. 571 名前：login:Penguin mailto:sage [2009/04/18(土) 16:47:23 ID:7su25xgc] wineは32bitアプリ 572 名前：login:Penguin mailto:sage [2009/04/18(土) 17:03:07 ID:b70clg4R] >>571 そか　ありがとです 573 名前：login:Penguin mailto:sage [2009/04/19(日) 09:21:00 ID:1o1+pGWP] >568 >どう頑張っても１光年より速くなることはないんだし 光年って距離では!? もしかして、釣られた!? 574 名前：login:Penguin mailto:sage [2009/04/19(日) 09:41:57 ID:3GgDJp5x] >>568 　　 　 　 　 ,. ‐''三ヾ´彡ｼ,=｀丶、 　　　　　／'".:=≡ミ_≧_尨彡三:ヽ、 　　　　/／.:;:彡:f'"´‐------ ｀`'ｒ=:l 　　 　/〃彡_彡′,.=､￣￣ ,.=､　|ミ:〉 　　　'ｙ=､､:ｆ´===tr＝=､.___,. ==､._ゞ{ 　　　{´yﾍl'′　　 |　　 /⌒l′　 |｀Ｙ} 　　　ﾞ､ゝ) 　 　 　 `''''ﾂ_　 _;`ｰ‐'ﾞ:::::ｌ{　　 あきらめたら .　　 　ヽ.__　　　　　,ｨnmmm､　　 .:::|!　　　そこで試合終了ですよ・・・・ 　　,.ィ'´ﾄ.´　　　　　´｀"｀"｀ﾞ″　.::::;' イ´::ﾉ|::::l ＼ 　　 　 　　　"'　　　:::/ ::::::::::::|:::::l 　 ヽ、　　 　　　..::　 .:::/.､ :::::: ::: |:::::ヽ 　　 ヽ、.......::::／..:::／!＼＼ ::::::::::: |::::::::ヽ　　　 ｀`''‐--ｧt''′ |!:::ヽ:::＼ :::::::::::::|::::::::::::ヽ、 　 　 　 /i|iﾄ､　 |l:::::::ヽ:::::＼ :::::::::::::|::::::::::::::/:ヽ、　 　∧|i|i|i|〉. ||::::::::::ヽ:::::::＼ 575 名前：login:Penguin mailto:sage [2009/04/19(日) 17:01:08 ID:uJgu5A9M] 64bit で使ってるけど、バイナリでかいよね。 リンカーオプションに --hash-style=gnu を指定する(もしくは sysv のみにする)と小さくなるんだけど、 debian lenny では both がデフォルトなのは何か理由があるのかな。 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のそれより高性能らしいですね。

---

---

[ 続きを読む ] / [ 携帯版 ]

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